yavdr ansible

Zitat von seahawk1986

Den intern genutzten Zeichensatz der MariaDB-Datenank scheint man noch auf latin1 setzen zu müssen, sonst crasht epgd beim Anlegen der Tabellen.

Ich glaube das liegt eher daran, dass ich vergessen habe den Zeichensatz beim Anlegen der Datenbank anzugeben.

Hier fehlt encoding: utf8

- name: Create a new database for epgd
  mysql_db:
    name: "{{ epgd_dbname }}"
    encoding: utf8
    state: present
    login_unix_socket: /var/run/mysqld/mysqld.sock

Vielen Dank für die Übernahme ins GIT und die vielen "kleinen" Verbesserungen

Gruß

Frank

Zitat von kamel5

Da das aber keine normale Funktion, sondern ein Umschalten zwischen 2 Modi ist, habe ich das dann so gemacht, damit sich das etwas abgrenzt.

Man kann aber natürlich, wie bei jeder anderen Beschriftung, das in den po-Dateien ändern.

Aha, das hatte ich mir auch fast schon so gedacht.

Ist jetzt ja kein funktionales Problem, sondern nur etwas Kosmetik!

Danke aber für den Patch, denn diese Idee ist wirklich genial und sollte direkt in den VDR aufgenommen werden.

Paul

Nachtrag:

Für "AUFNAHMEN" hätte ich besser "Zurück" oder "Back" genommen!

Denn die Funktion ist ja, dass man den Undelete-Bereich wieder verlässt. Oder leige ich da falsch?

Zitat von minixjr

Ich glaube das liegt eher daran, dass ich vergessen habe den Zeichensatz beim Anlegen der Datenbank anzugeben.

Hier fehlt encoding: utf8

Danke, da bin ich gestern Abend nicht drauf gekommen, dass das fehlt - ich habe es im Git für yavdr-ansible nachgetragen.

Zitat von seahawk1986

Gibt es bei dir eine /etc/X11/xorg.conf.d/10-serverflags.conf? Die sollte eigentlich verhindern, dass der Bildschirm abgeschaltet wird.

Nein, gibt es nicht.

Die Änderung ist seit dem 4. Februar im Playbook, aber du kannst die Datei auch selbst mir folgendem Inhalt anlegen:

Section "ServerFlags"
    Option         "NoPM" "true"
    Option         "blank time" "0"
    Option         "standby time" "0"
    Option         "suspend time" "0"
    Option         "off time" "0"
EndSection

Ok. Danke. Habe seit meiner Installation damals das System nur per dist-upgrade aktualisiert.

Zitat von Paulaner

Nachtrag:

Für "AUFNAHMEN" hätte ich besser "Zurück" oder "Back" genommen!

Denn die Funktion ist ja, dass man den Undelete-Bereich wieder verlässt. Oder leige ich da falsch?

Da liegst Du nicht falsch.

Das "Zurück" oder "Back" war mir allerdings irgendwie zu allgemein, und suggeriert nicht zwangsläufig, das man ja aus jedem beliebigen Unterordner wieder direkt zu den Aufnahmen kommt.

Ich habe da echt lange darüber nachgedacht und ich bin da auch für gute Vorschlage offen. Am besten Beschreiben würde es "Zurück zu Aufnahmen", das passt halt nicht ganz in den Button.

Ich habe gerade ein neues VDR-Paket hochgeladen, dass die Patches 11 und 12 aus Patches für VDR 2.4 ergänzt.

Hallo,

leider geht seit meinem apt-get dist-upgrade von gestern der Power off (per Fernbedienung) nicht mehr.

Im log finde ich das hier:
yaVDR vdr[1280]: Could not set uid to 0: Success

Das kommt vom Program /usr/lib/vdr/vdr-shutdown.wrapper
wie ich herausgefunden habe.

Wie ich gesehen habe wurde gestern auch was von den systemd packages neu installiert.

Zudem habe ich bisher das ansible playbook nicht mehr laufen lassen (Ich befürchte das macht mir was
kaputt)

Habt Ihr dazu eine Idee ?

Danke und Gruss
Leo

Leo

gleiches hab ich gestern abend auch beobachtet. das liegt am

vdr-shutdown.wrapper. hab ihn gestern abend, damit das

kurzfristig wieder funktioniert, mit altem code compiliert und ersetzt.

kannst ihn aber auch aus einem alten paket holen

denke, das muss sich seahawk1986 nochmals ansehen

gruss

beinhart

Das sieht nach einem Fehler im Shutdown-Wrapper aus - ich hatte da eine Abfrage eingebaut, um den Rückgabewert von setuid(0) zu verarbeiten - wie es aussieht genau verkehrt herum. Ich habe gerade ein Paket hochgeladen, bei dem das gefixt ist.

Zitat von seahawk1986

Das sieht nach einem Fehler im Shutdown-Wrapper aus - ich hatte da eine Abfrage eingebaut, um den Rückgabewert von setuid(0) zu verarbeiten - wie es aussieht genau verkehrt herum. Ich habe gerade ein Paket hochgeladen, bei dem das gefixt ist.

Super vielen Dank.

Wie immer eine prompte und kompetente Antwort von Dir
Werde es heute Abend testen.

Gruss
Leo

Hallo,

ich klinke mich hier mal ein, ich habe das gleiche Problem:

Seit ein paar Tagen (vermutlich nach einem der letzten Updates (apt-get dist-upgrade) lässt sich der VDR nicht mehr ausschalten !!!

Auch das abschalten nach der eingestellten Inaktivitätszeit funktioniert nicht mehr.

Stand Ubuntu 18.04.2 LTS (GNU/Linux 4.15.0-44-generic x86_64) vdr (2.4.0/2.4.0)

Im log ist folgendes zu finden:

Mar 14 17:40:34 yaVDR2 vdr: [1636] Power button pressed
Mar 14 17:40:34 yaVDR2 vdr: [1636] confirm: Taste drücken, um Ausschalten abzubrechen
Mar 14 17:40:34 yaVDR2 vdr: [1636] warning: Taste drücken, um Ausschalten abzubrechen
Mar 14 17:40:40 yaVDR2 vdr: [1636] confirmed
Mar 14 17:40:40 yaVDR2 vdr: [1636] next timer event at Thu Mar 14 20:12:00 2019
Mar 14 17:40:40 yaVDR2 vdr: [1636] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1552590720 9080 5 "FBI~Identitätskrise, Crime-Serie, USA 2019" 1'
Mar 14 17:40:40 yaVDR2 vdr: [1636] saved setup to /var/lib/vdr/setup.conf
Mar 14 17:40:40 yaVDR2 vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Mar 14 17:40:40 yaVDR2 vdr-addon-acpiwakeup: Resetting ACPI alarm time
Mar 14 17:40:40 yaVDR2 vdr-addon-acpiwakeup: No writeable /sys/class/rtc/rtc0/wakealarm found. RTC needed!!!
Mar 14 17:40:40 yaVDR2 vdr[1636]: /usr/lib/vdr/vdr-shutdown: Zeile 37: WAKEALARM: Befehl nicht gefunden
Mar 14 17:40:40 yaVDR2 vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S90.acpiwakeup with exitcode 1
Mar 14 17:40:42 yaVDR2 vdr: [1725] SVDRP yaVDR2 < 127.0.0.1:57450 client connection accepted
Mar 14 17:40:42 yaVDR2 vdr: [1725] SVDRP yaVDR2 > 127.0.0.1:57450 server created
Mar 14 17:40:42 yaVDR2 vdr: [1725] SVDRP yaVDR2 < 127.0.0.1:57450 message 'Shutdown abgebrochen / Shutdown aborted!'
Mar 14 17:40:42 yaVDR2 vdr[1636]: 220 yaVDR2 SVDRP VideoDiskRecorder 2.4.0; Thu Mar 14 17:40:42 2019; UTF-8

Wie's aussieht, sind die Zeilen:

Mar 14 17:40:40 yaVDR2 vdr-addon-acpiwakeup: No writeable /sys/class/rtc/rtc0/wakealarm found. RTC needed!!! Mar 14 17:40:40 yaVDR2 vdr[1636]: /usr/lib/vdr/vdr-shutdown: Zeile 37: WAKEALARM: Befehl nicht gefunden

das Wesentliche. Jemand 'ne Idee was da passiert ist ? Und vor Allem, wie kann ich's fixen ?

Ist da mit User / Group oder Berechtigungen beim Update was durcheinander geraten ?

Wäre schon schön, wieder mit dem Power Button auszuschalten.

Besser als mit 'shutdown -h now' auf einer Console.

Danke

Zitat von dongerry

ich klinke mich hier mal ein, ich habe das gleiche Problem:

Das sieht nach einem anderen Problem aus, das eher beim vdr-addon-acpiwakeup bzw. der Ansprechbarkeit der RTC liegen dürfte - gibt es auf deinem System den angemeckerten Pfad (oder einen für eine andere rtc*)?

$ ls -l /sys/class/rtc/rtc0/wakealarm
-rw-r--r-- 1 root root 4096 Mär 14 18:27 /sys/class/rtc/rtc0/wakealarm

Hallo,

also der Pfad sieht bei mir genauso aus:

yavdr@yaVDR2:~$ ls -l /sys/class/rtc/rtc0/wakealarm

-rw-r--r-- 1 root root 4096 Mär 14 17:38 /sys/class/rtc/rtc0/wakealarm

vielleicht sollte ich noch dazu sagen, dass ich urprünglich das gleiche Problem wie Leo (s.o.) hatte

Zitat

Im log finde ich das hier:

yaVDR vdr[1280]: Could not set uid to 0: Success

Das kommt vom Program /usr/lib/vdr/vdr-shutdown.wrapper

woraufhin ich mal alles in /usr/lib/vdr$ ls -al

auf ausführbar (+x) und user:group = vdr:vdr gesetzt habe. Vielleicht war das ein Fehler,

wenn jetzt "No writeable /sys/class/rtc/rtc0/wakealarm" kommt, läuft möglicherweise was mit dem

falschen User oder Group ?

Zitat von dongerry

woraufhin ich mal alles in /usr/lib/vdr$ ls -al

auf ausführbar (+x) und user:group = vdr:vdr gesetzt habe. Vielleicht war das ein Fehler,

wenn jetzt "No writeable /sys/class/rtc/rtc0/wakealarm" kommt, läuft möglicherweise was mit dem

falschen User oder Group ?

Das verbiegt auf jeden Fall die Rechte des vdr-shutdown-wrapper und dann kann er nicht mehr als root ausgeführt werden - probier mal folgendes (eigentlich sollte das auch passieren, wenn du das aktuelle VDR-Paket einspielst):

sudo chown root:vdr /usr/lib/vdr/vdr-shutdown.wrapper
sudo chmod 6750 /usr/lib/vdr/vdr-shutdown.wrapper

Hallo seahawk1986 ,

mir ist noch ein Problem in vdr-addon-seriestimer aufgefallen: Der Aufruf von /etc/cron.daily/vdr-addon-seriestimer bringt den Fehler "SSL_verify_mode must be a number and not a string at /usr/share/perl5/IO/Socket/SSL.pm line 2269, <GEN1> line 8."

Ubuntu 18.04 will wohl das "NONE" nicht mehr und braucht eine "0".

Hier der Patch:

--- EplistsClient.pm.org        2019-03-15 10:45:32.469831261 +0100
+++ EplistsClient.pm    2019-03-15 10:46:15.945462990 +0100
@@ -316,7 +316,7 @@

   sub startssl {
     IO::Socket::SSL->start_SSL( $Socket,
-                                                               SSL_verify_mode => NONE) or die $SSL_ERROR;
+                                                               SSL_verify_mode => 0) or die $SSL_ERROR;
   }

   ##########################

Ich habe es mal eingebaut, probier mal bitte, ob das so passt.

seahawk1986 Hängt das was im lauchpad ? Es bleibt im Status "Pending publication"

seahawk1986 ok, jetzt ist es da, habe es getestet, passt. Vielen Dank.