Das hatte ich doch gestern angepasst: https://github.com/yavdr/yavdr…ibrary/xrandr_facts.py#L1
Beiträge von seahawk1986
-
-
Murry: da sind wohl einige Pakete darüber gestolpert, dass Systemd-Dateien im Paket doppelt installiert wurden (sowohl von dh_installsystemd als auch über eine install Datei - ich habe das mal im noble-main PPA für die Pakete behoben, die vom Playbook installiert werden - das Playbook (ohne die Rolle yavdr-network) konnte ich mit dem aktuellen Git-Stand schon in einer VM erfolgreich durchlaufen lassen - momentan muss man nur noch diese Zeile mit dem warn entfernen, weil neuere Ansible-Versionen das nicht mehr unterstützen: https://github.com/yavdr/yavdr…es/dvd/tasks/main.yml#L26 - da muss ich mir noch ansehen, was das auf einem focal-System für Auswirkungen hat.
kfb77: bei meinen Ubuntu 24.04 Server und Desktop Installationen, die ich bislang in VMs gemacht habe, wurde ich bislang immer gefragt, welche Dienste ich neu starten will - nutzt du da eine Minimalinstallation oder ähnliches?
-
Jetzt fehlt : vdr-plugin-dbus2vdr
Das ist aber im PPA, soweit ich das sehen kann:
Code$ apt policy vdr-plugin-dbus2vdr vdr-plugin-dbus2vdr: Installiert: (keine) Installationskandidat: 20211130143000experimental-0yavdr13~noble Versionstabelle: 20211130143000experimental-0yavdr13~noble 500 500 https://ppa.launchpadcontent.net/seahawk1986-hotmail/vdr-2.6.6/ubuntu noble/main amd64 Packages
-
Ok, das war das Problem, dass Launchpad Pakete nicht annimmt, wenn man sie vom pbuilder signieren lässt, statt das mittels dpkg-buidpackage -S -sa -d zu erledigen. Die beiden Pakete sind unterwegs.
-
Du kannst unter focal auch andere VDR-Versionen nutzen - da gibt es reichlich PPAs von mir auf Launchpad: https://launchpad.net/~seahawk1986-hotmail bis hin zum vdr-2.6.6 - einfach das neue PPA hinzufügen und danach das bislang für den vdr genutzte PPA mittels ppa-purge entfernen (https://wiki.ubuntuusers.de/Pa…eischalten/PPA/#PPA-Purge). Dann noch das Playbook anpassen, damit das auch das neue PPA nutzt, falls man es nochmal laufen lassen will.
-
lircd2uinput fehlt auch noch - Launchpad akzeptiert bei beiden die Source-Pakete nicht, obwohl die von pbuilder lokal ohne Probleme gebaut werden können - das muss ich mir noch mal genauer ansehen.
-
Hast du mal den Rechner aus der liste der bekannten Clients in der Fritzbox entfernt?
-
Hm, Loginmanager für VDR ist Openbox, für den zweiten Benutzer XFCE
Das sind die Window-Manager - als Loginmanager/Displaymanager kommen so Sachen wie LightDM, XDM, GDM, SDDM, LXDM usw. zum Einsatz.
Aber nachdem ich die Manpage von dm-tool gelesen habe, habe ich verstanden, dass das nur mit LightDM funktioniert, das ist dann nicht so einfach einen anderen DM aufzurufen.
-
Man könnte zwei verschiedene Login-Manager zu nutzen, die unterschiedliche Konfigurationsdateien haben oder den eigentlichen X-Server und die erste Session ohne Login-Manager starten (wie es z.B. bei yaVDR mit den Systemd-Units aus dem xlogin Paket umgesetzt wird).
-
Nur als Ergänzung: bei yaVDR steckt ein Teil der Abhängigkeiten (wie eine aktuellere libxine2) im jeweiligen main-PPA, für Ubuntu 20.04 wäre das https://launchpad.net/~yavdr/+…/ubuntu/experimental-main bzw. https://launchpad.net/~seahawk…/ubuntu/experimental-main (letzteres hat ein paar experimentelle Pakete, die Macken haben können, aber für die libxine2 spielt das keine Rolle).
-
Start aus PowerOff: --> häufig schwarzes Bild (Ton läuft) / lässt sich teilweise nur durch vdr-restart (Blindbedienung bei schwarzem Bild) beheben
Was steht dabei im Log? Lässt du den VDR auf die DVB-Tuner warten?
top - 15:23:13 up 22 min, 1 user, load average: 0,35, 0,88, 0,92 Tasks: 153 gesamt, 1 laufend, 152 schlafend, 0 gestoppt, 0 Zombie %CPU(s): 1,3 be, 5,3 sy, 0,3 ni, 90,3 un, 0,1 wa, 0,0 hi, 2,6 si, 0,0 st
Scheint arg hoch zu sein (kann aber an genutzten Plugins und sonstiger Software liegen) - mein ION-System sitzt das im TV-Betrieb (ohne Sachen wie epg2vdr oder epgsearch, die bei Aktualisierungen einiges an Rechenaufwand erzeugen können) auf einer Backe ab (DF1 HD ist der einzige unverschlüsselte Full HD Kanal hier im Kabel):
Code
Alles anzeigen$ svdrpsend chan 220 vdr SVDRP VideoDiskRecorder 2.6.6; Thu Mar 7 10:15:20 2024; UTF-8 250 18 DF1 HD 221 vdr closing connection $ w 10:08:47 up 17 min, 2 users, load average: 0,24, 0,30, 0,32 USER TTY VON ANMELD@ UNTÄ JCPU PCPU WAS vdr pts/0 tmux(848).%0 09:51 16:52 0.34 s 0.34 s -bash alexande pts/1 192.168.1.51 10:02 7.00 s 0.43 s 0.02 s w $ uname -a Linux vdr 5.4.0-172-generic #190-Ubuntu SMP Fri Feb 2 23:24:22 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux $ nvidia-smi Thu Mar 7 10:10:32 2024 +------------------------------------------------------+ | NVIDIA-SMI 340.108 Driver Version: 340.108 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 ION Off | 0000:03:00.0 N/A | N/A | | N/A 59C P0 N/A / N/A | 134MiB / 509MiB | N/A Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Compute processes: GPU Memory | | GPU PID Process name Usage | |=============================================================================| | 0 Not Supported | +-----------------------------------------------------------------------------+
Der TechnoTrend USB Empfänger (Treiber ttusbir) wird nicht automatisch erkannt. Ich finde allerdings auch keinen Eintrag, um eine Zeile in die rc_maps.cfg einzutragen --> Das entsprechende Template editiert, was aber nicht "systemkonform" ist.
Listet irkeytable den den Empfänger?
Die Datei wird aus dem Template https://github.com/yavdr/yavdr…/templates/rc_maps.cfg.j2 generiert - das genutzte Template-System hat sich sein yaVDR 0.6 durch die Nutzung von Ansible merklich geändert. In den Kopfzeilen einer Datei steht das jeweilige Template, aus der eine Datei generiert wurde, wenn es eine Konfigurationsdatei ist, die das Playbook bei weiteren Durchläufen wieder überschreiben würde - auf meinem ION-System sieht das z.B. so aus:
Code$ head -n4 /etc/rc_maps.cfg # # *** ANSIBLE MANAGED FILE *** # template: /srv/files/alexander/alexander/yavdr-ansible/roles/yavdr-remote/templates/rc_maps.cfg.j2 #
Soweit ich das sehen kann, gibt es im Paket yavdr-remote noch keine keymap und Eintrag für die ttusbir - wenn du da eine Konfiguration vorschlagen kannst, kann ich die gerne einbauen.
-
Aber wenn der vdr sich ausschaltet, startet er gleich wieder neu (in einer Schleife, ich hatte unter System/Sonstiges die Inaktivität reduziert auf ich glaube 10min von 300min (damit war der Schlaf sehr selten natürlich).
Hat er denn einen Grund gleich wieder aufzuwachen?
- USB-Geräte
- WOL (je nach Einstellung kann schon an den Rechner gerichteten Traffic reichen, da muss nicht zwingend ein Magick Packet gesendet werden)
- Wie sehen die Vorlaufzeiten für Timer usw. aus?
Woran könnte das liegen, dass der Wakeup funktioniert, aber vom vdr aus das Setzen der Timer nicht? Steht das, was der vdr als Wakeup-Alarmzeit einträgt, in irgendeinem Log?
Der VDR gibt die gewünschte Wakeup-Zeit über einen Shutdown-Hook an das vdr-addon-acpiwakeup weiter. Das sieht man normalerweise im Log - z.B.:
CodeMär 02 21:24:28 vdr vdr[13321]: [13321] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1709448480 37412 23 "Neue Geschichten vom Pumuckl~Eder ist an allem schuld" 0' Mär 02 21:24:28 vdr vdr[13321]: [13321] saved setup to /var/lib/vdr/setup.conf Mär 02 21:24:28 vdr vdr-addon-acpiwakeup[15217]: Writing 0 to /sys/class/rtc/rtc0/wakealarm Mär 02 21:24:28 vdr vdr-addon-acpiwakeup[15219]: Writing +37112 (for 1709448180) to /sys/class/rtc/rtc0/wakealarm Mär 02 21:24:28 vdr vdr-shutdown[15220]: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Der VDR ruft den Shutdown-Wrapper mit den Argumenten für den nächsten Aufweckzeitpunkt auf - das vdr-addon-acpiwakup schreibt zunächst eine 0, um den vorhandenen Weckzeitpunkt zu löschen und mit der nächsten Schreibaktion gibt es an, wie weit der nächste Aufweckzeitpunkt in der Zukunft liegen soll.
-
Muss ich dazu verm. zuerst den vdr stoppen ? : service vdr stop
Es gibt mehrere Möglichkeiten: entweder du startest den VDR aus gdb heraus (funktioniert am besten, wenn der VDR die Startparameter aus dem ARGSDIR selber einliest, sonst rackert man sich da schnell mit langen Befehlen ab) oder du attachest gdb nachträglich an den laufenden VDR-Prozess.
Mit systemd-coredump kann Systemd automatisch Backtraces erzeugen, wenn etwas crasht und man kann sich die später bequem mit Hilfe von coredumpctl anzeigen lassen.
-
1. eventlircd läuft; mit oder ohne Flirc Stick.
Also kommen die Tastatur Codes von /dev/input/event3 über irgend eine Tabelle in /etc/eventlircd/xxx.evmap zum VDR. Nur wie kann ich herausbekommen, welche evmap genommen wird? Muss ich eine eigene '03_046d_404d.evmap' erstellen (für eine Logitech K400+)?
Man kann über eine udev-Regel durch das Attribut ENV{eventlircd_evmap} festlegen, welche evmap für ein Gerät genutzt wird.
Spielt dann überhaupt die /var/lib/vdr/remote.conf eine Rolle?
Ja - wobei es dann nicht der Teil für XKeySym Tasten ist, sondern die Tasten für LIRC (da eventlircd einen Lirc-kompatiblen Sockel bereitstellt, von dem der VDR liest)
Und wie bekomme ich heraus, welche Udev-Parameter meine Tastatur hat?
udevadm info kann dir auflisten, wie udev das Gerät sieht - z.B.:
2. Wenn die Standard Templates unter ~/yavdr-ansible/roles liegen und ich kein Programm 'process-template' habe, funktioniert das ganze Template-System dann überhaupt noch, oder muss man die installierten Config-Dateien wie remote.conf direkt ändern?
Die remote.conf ist ein Spezialfall, weil die vom VDR nachträglich verändert werden kann (wenn der den Anlern-Dialog startet - was nur geht, wenn das Frontend mit dem VDR gestartet wird, was standardmäßig mit Xorg-Ausgabe bei yaVDR nicht der Fall ist) - das ansible-Playbook expandiert das Template dafür nur, wenn die Datei noch nicht existiert.
3. Wo muss ich eingreifen, damit ich im VDR die Default-Tastatur-Belegung des VDR wieder habe (z.B. m für Menü)?
In der remote.conf - http://vdr-wiki.de/wiki/index.…BCr_vdr-sxfe_und_vdr-fbfe hat da z.B. eine Auflistung der alten Belegung.
4. Mir ist auch aufgefallen, dass im VDR keine Maus (als Touchpad der Tastatur) läuft. Warum nicht?
Die Ausgabeplugins werten Mauseingaben nicht aus.
5. Kann das Ansible-Script oder einzelne Rollen davon schadlos wiederholt laufen, oder lieber nicht?
Ja, Ansible ist dafür gedacht, dass man das System in einen in den Rollen definierten Zustand bringen kann - man kann das Skript beliebig oft laufen lassen.
-
Wenn man nur das VDR-PPA umstellen will, kann man ppa:yavdr/experimental-main unter focal weiternutzen. Bei einem Release-Upgrade muss man dann natürlich auf ppa:seahawk1986-hotmail/jammy-main wechseln.
-
Mit der neuesten Version läuft es wieder.
-
Ich habe das PPA selber gerade auf meinem ION-System ausprobiert, da gibt es noch ein Linker-Problem mit softhddevice, das ich beheben muss.
-
Soweit es geht versuche ich die Pakete für Ubuntu 20.04 aktuell zu halten (solange Launchpad es erlaubt dafür Pakete hochzuladen) - https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.6.6 deckt alles von focal bis noble ab - wenn du darauf umstellen willst: PPA hinzufügen, altes PPA mittels ppa-purge entfernen (https://wiki.ubuntuusers.de/Pa…eischalten/PPA/#PPA-Purge), dann sollte die Paketverwaltung alles gerade ziehen.
Statt vdr-plugin-markad solltest du das neuere und noch gepflegte vdr-plugin-markad-ng nehmen. Das selbe gilt für das vdr-plugin-live-ng.
Für ein Release-Upgrade werden die eingebundenen PPAs vorübergehend deaktiviert und ggf. Pakete deinstalliert, die nicht in den Ubuntu-Quellen sind und Abhängigkeiten haben, die nicht aufgelöst werden können. Da müsstest du dann nach dem Upgrade händisch etwas aufräumen. Nachdem firefox unter Ubuntu 22.04 nur noch als Snap zur Verfügung steht, muss das Benutzerverzeichnis des Users vdr in /home/ liegen, sonst lässt sich der Browser nicht starten - da könnte man ggf. mit den mittlerweile von Mozilla angebotenen Debian-Paketen drum herum arbeiten - vgl. https://linuxnews.de/mozilla-s…ository-fuer-firefox-vor/
-
Übrigens: wird bei der Treiberinstallation etwas kompiliert?
Ja, da wird über dkms der nvidia-Treiber für den oder die installierten Kernel gebaut, was auf einem ION-System einige Zeit in Anspruch nehmen kann.
-
Rechner neu starten (der nvidia-Treiber ist zu dem Zeitpunkt ja schon installiert) und dann das Playbook erneut ausführen - leider lässt sich nicht bei allen Systemen der noveau-Treiber erfolgreich entladen.