Kann ich nochmal schauen wegen dem Startplatz. Wegen dem Log, das hab ich mitlaufen lassen in einer zweiten Konsole. Der Vorgang vom Fritzbox Plugin hatte eine Zeit gedauert und in der Zwischenzeit hatte epg2vdr und der scraper2vdr sogar noch geladen und synchronisiert, scheinbar weil sie noch nicht dran waren, zum beenden.
Hab das Plugin nur mit dem Patch von dir gebaut. Selbes Verhalten, sobald das Plugin aktiv ist dauert der Restart oder Beenden eine Ewigkeit ohne das speichern der setup.conf. Ohne das Plugin geht der Vorgang innerhalb von ein paar Sekunden.
OK, in den Ubuntu Quellen sind diese beiden drin:
boost-1.67.diff
format-security.patch
und werden in der Reihenfolge angewandt
series
Hektor hat berichtet dass das Problem bei ihm mit dem Skin soppalusikka zusammen hängt, aber das wiederum hat keine Depends zu boost laut PKGBUILD depends=('gcc-libs' "vdr-api=${_vdrapi}")
Unter arch ist die Version 1.72 am Start:
https://www.archlinux.de/packages/extra/x86_64/boost-libs
Ubuntu "focal" die 1.71
https://packages.ubuntu.com/focal/libboost-all-dev
Verwendest Du irgendwelche Patches für das Plugin, es gibt ja zwei dazu.
Das Plugin hab ich nicht, eventuell kann der Maintainer davon was zur Sache berichten, woran es liegen kann dass da was dazwischen funkt.
Hektor Er wäre vielleicht hilfreich das Verhalten dem Autor per Issues mitzuteilen: https://github.com/rofafor/vdr-plugin-skinsoppalusikka
Hab das mal hier: Fritzbox-Plugin bei VDR 2.4.1 als eigenes Problem gestartet im Bezug auf das Plugin
Wie es scheint funkt das Fritzbox-Plugin beim beenden und neustart des VDR's dazwischen damit z.B. der letzte, gewählte Kanal oder ähnliches wo in der setup.conf gespeichert werden soll nicht gespeichert wird.
Deaktiviert man das Plugin, funktioniert der Restart oder was im Zusammenhang steht wo der VDR beendet wird wie gewohnt.
Hier: vdr4arch und VDR 2.4.1: Nach erstem Speichern der setup.conf funktioniert LIRC nicht mehr wurde das Verhalten bei vdr4arch bemerkt, CKone hat das unter focal@ansible ebenfalls festgestellt und einen Issue: https://github.com/jowi24/vdr-fritz/issues/2 aufgemacht. Hat jemand eventuell das Problem soweit Analysiert und einen Patch der das Problem behebt?
CKone hat ja einen Issue eröffnet aber mit dem Plugin ist in der Vergangenheit wenig los so wie die Commit's zu lesen sind.
Der Link funktioniert hier nicht, aber der https://thetvdb.com/series/the-simpsons
Ist halt manchmal so 
Wenn ich bei mir das Fritzbox-Plugin deaktiviere funktioniert der Restart und das Abspeichern vom letzten Kanal
Siehe auch hier: https://github.com/jowi24/vdr-fritz/issues/2
Wenn die noch im Cache waren dann ist das schon möglich.
Was hat sich an den Paketen geändert, wäre da eventuell ein Ansatz zur Suche beim Clienten?
Es wird nicht an den Plugin's liegen, der Code wurde ja nicht geändert, wenn liegt es auf der Gegenseite wo umgestellt wird / wurde das nichts mehr kommt.
Eventuell Lokal was geändert am Branch?
Eigentlich schon, die Meldungen kommen dazwischen
Kommt durchaus mit drauf welche Provider ihr zieht von den 3 möglichen....
Kann ich mal bei Gelegenheit machen, mein vdr4arch ist eh ein wenig anders wie der vom Repo. Ich nutze die Anpassung von Alexander noch zusätzlich: arch-eventlircd und arch-fontend
Was mir dazu aufgefallen ist bei mir, dass der Shutdown Prozess funktioniert aber im Vergleich zu ansible@focal viel länger dauert, genauso wenn ich per Konsole den Prozess systemctl restart vdr auslöse dauert der Vorgang eine kleine Ewigkeit gegenüber dem erwähnten yaVDR, aber es funktioniert. Mit der setup.conf habe ich manchmal das Verhalten dass der letzte Kanal nicht gespeichert wird sondern der genommen wir beim Start wo in der setup.conf gespeichert war.
Also irgendwas kann da schon sein, hab aber nicht weiter gesucht deswegen.
