bookworm, vdr-plugin-live (gelöst)

[fischig]

Ich bereite ein dist-upgrade von bullseye nach bookworm vor.

Code: Alles auswählen

# apt-get update
[...]
Die folgenden Pakete werden ENTFERNT:
  fuse libnfsidmap2 libsemanage1 libsepol1-dev libwacom2 vdr-plugin-live

Wenn ich die englischsprachige Paketbeschreibung für vdr-plugin-live richtig verstanden habe, dann möchte ich das aber nicht missen. Im bookworm-Repo ist es aber nicht vorhanden. Auf hold setzen? Aus sid holen?

[fischig]

So, ich hab' das dist-upgrade jetzt mit Bauchscherzen und ohne vdr-plugin-live durchgezogen (Auf hold setzen war keine gute Idee. Das hätte vdr komplett deinstalliert)
Was ist eigentlich mit diesem verdammten plugin? In bookworm (stable) und auch trixie (testing) ist es nicht enthalten. Installation der bullseye-Version scheitert an fehlender Abhängigkeit:

Code: Alles auswählen

vdr-plugin-live : Hängt ab von: vdr-abi-2.4.1-debian

. die sid-Version ließe sich ohne fehlende Abhängigkeiten installieren. Dieses plugin war schon eine sehr komfortable Innovation im Heimnetz!

[fischig]

Schön, schön, schön.
sid-plugin unter bookworm installiert und scheint zu tun. vdr-sxfe scheint auch wieder zu funktionieren.
Unter bullseye musste ich u.a. deswegen bei TV auf kaffeine ausweichen. Insgesamt empfand ich vdr unter bullseye als ziemlich kaputt. Mal gespannt, ob das teletext-plugin jetzt auch funktioniert!

Kennt jemand den Stand der Diskussion, warum vdr-plugin-live unter bookworm und trixie nicht existiert? Und will mich wer darüber auf Deutsch aufklären?

[speefak]

Ich habs gerade aus dem sid repo geladen :

Code: Alles auswählen

apt install ./vdr-plugin-live_3.1.3-3_amd64.deb 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »vdr-plugin-live« wird an Stelle von »./vdr-plugin-live_3.1.3-3_amd64.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libstdc++6 (>= 13.1) aber 12.2.0-14 soll installiert werden
                   Hängt ab von: libtntnet13 (>= 3.0) ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Da scheint sid nun wohl zu neu zu sein ;/

Hast du deine datei aus sid noch ? Vllt läuft die mit libstdc++6 v 12.2.0-14 ?

Ich habe alle Datein aus dem Sid Repo ausprobiert und keine funktionierte :/

Code: Alles auswählen

# for i in $(ls | grep vdr-plugin-live) ;do printf "\n\n install $i\n\n " && apt install ./$i ; done


 install vdr-plugin-live_2.3.1-3_amd64.deb

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »vdr-plugin-live« wird an Stelle von »./vdr-plugin-live_2.3.1-3_amd64.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libcxxtools9v5 ist aber nicht installierbar
                   Hängt ab von: libtntnet12v5 ist aber nicht installierbar
                   Hängt ab von: vdr-abi-2.4.0-debian ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.


 install vdr-plugin-live_2.3.1-5_amd64.deb

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »vdr-plugin-live« wird an Stelle von »./vdr-plugin-live_2.3.1-5_amd64.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libcxxtools9v5 ist aber nicht installierbar
                   Hängt ab von: libtntnet12v5 ist aber nicht installierbar
                   Hängt ab von: vdr-abi-2.4.1-debian ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.


 install vdr-plugin-live_3.1.3-3_amd64.deb

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »vdr-plugin-live« wird an Stelle von »./vdr-plugin-live_3.1.3-3_amd64.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libstdc++6 (>= 13.1) aber 12.2.0-14 soll installiert werden
                   Hängt ab von: libtntnet13 (>= 3.0) ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

"Gewalt Installation" bringt auch nix :

Code: Alles auswählen

# dpkg -i --force-depends  vdr-plugin-live_3.1.3-3_amd64.deb && service vdr restart || sleep 5 && nmap localhost && service vdr status
(Lese Datenbank ... 142493 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von vdr-plugin-live_3.1.3-3_amd64.deb ...
Entpacken von vdr-plugin-live (3.1.3-3) über (3.1.3-3) ...
dpkg: vdr-plugin-live: Abhängigkeitsprobleme, wird aber trotzdem wie gefordert konfiguriert:
 vdr-plugin-live hängt ab von libstdc++6 (>= 13.1); aber:
  Version von libstdc++6:amd64 auf dem System ist 12.2.0-14.
 vdr-plugin-live hängt ab von libtntnet13 (>= 3.0); aber:
  Paket libtntnet13 ist nicht installiert.

vdr-plugin-live (3.1.3-3) wird eingerichtet ...
Job for vdr.service failed because the control process exited with error code.
See "systemctl status vdr.service" and "journalctl -xeu vdr.service" for details.
Starting Nmap 7.93 ( https://nmap.org ) at 2023-12-03 22:56 CET
Nmap scan report for localhost (127.0.0.1)
Host is up (0.0000050s latency).
Other addresses for localhost (not scanned): ::1
Not shown: 995 closed tcp ports (reset)
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
80/tcp   open  http
111/tcp  open  rpcbind
3306/tcp open  mysql

Nmap done: 1 IP address (1 host up) scanned in 0.14 seconds
× vdr.service - Video Disk Recorder
     Loaded: loaded (/lib/systemd/system/vdr.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Sun 2023-12-03 22:56:21 CET; 5s ago
   Duration: 2min 2.053s
    Process: 5783 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)
    Process: 5793 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)
    Process: 5803 ExecStart=/usr/bin/vdr (code=exited, status=2)
   Main PID: 5803 (code=exited, status=2)
     Status: "Startup failed, exiting"
        CPU: 32ms

Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: [5803] ERROR: libtntnet.so.13: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: vdr: libtntnet.so.13: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: [5803] deleting plugin: epgsearchonly
Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: [5803] deleting plugin: epgsearch
Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: [5803] deleting plugin: conflictcheckonly
Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: [5803] max. latency time 0 seconds
Dez 03 22:56:21 080-ngNAS-Storage vdr[5803]: [5803] exiting, exit code 2
Dez 03 22:56:21 080-ngNAS-Storage systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Dez 03 22:56:21 080-ngNAS-Storage systemd[1]: vdr.service: Failed with result 'exit-code'.
Dez 03 22:56:21 080-ngNAS-Storage systemd[1]: Failed to start vdr.service - Video Disk Recorder.

[fischig]

Hast du deine datei aus sid noch ? Vllt läuft die mit libstdc++6 v 12.2.0-14 ?

Ja,hab' ich noch (vdr-plugin-live_3.1.3-2_amd64.deb). Und die läuft mit der genannten lib.

[speefak]

Scheinbar hast du eine andere version :

Code: Alles auswählen

apt install ./vdr-plugin-live_3.1.3-2_amd64.deb 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »vdr-plugin-live« wird an Stelle von »./vdr-plugin-live_3.1.3-2_amd64.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libcxxtools9v5 ist aber nicht installierbar
                   Hängt ab von: libtntnet12v5 ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Das Paket stammt aus den Ubunutu Repos, in Debian gibt es das Paket nur noch in den Versionen : 2.3.1.5 und 3.1.3.3. Kannst du dein Paket mal hochladen ?

[fischig]

Kannst du dein Paket mal hochladen?

Ob das hier im Forum geht, weiß ich nicht. Sonstwohin werde ich das nicht hochladen. Schreib mir 'ne PN und ich mail's dir.

[JTH]

Auf snapshot.debian.org wird man in so einem Fall fündig: vdr-plugin-live 3.1.3-2.

Tatsächlich unterscheidet sich die versionierte Abhängigkeit auf libstdc++6 zwischen vdr-plugin-live 3.1.3-2 und 3.1.3-3: nämlich >= 11 bzw. >= 13.1. Deshalb war erstere Version noch unter Bookworm installierbar.

[speefak]

ich habe nun mal das deb von fishig versucht zu installieren :

Code: Alles auswählen

$ sudo apt install ./vdr-plugin-live_3.1.3-2_amd64.deb 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »vdr-plugin-live« wird an Stelle von »./vdr-plugin-live_3.1.3-2_amd64.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libcxxtools9v5 ist aber nicht installierbar
                   Hängt ab von: libtntnet12v5 ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Langsam gebe ich das live plugin auf und wechsle wieder zu vdradmin-am. Selbst compilieren baut mir das System zu sehr um ( libtntn und libcxxtools müssten vorm compilieren auch noch manuell aktualisiert werden ;/ )

edit : Quelle von JTH => gleicher Fehler wie o.g.

PS : wenn ich apache2 auf dem System eh laufen habe ist doch der libtntnet12v5 Webserver überflüssig ?!

[fischig]

Hmm, obwohl's mir TRex wahrscheinlich gar nicht zutraut, aber das plugin läuft auf dem standardigsten stable, dessen ich fähig bin. Immer nur systemd-stable, keinerlei Fremdquellen. Einzige Einschränkung, die mir einfällt: kein Login-Manager und keine DE.

[JTH]

Code: Alles auswählen

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libcxxtools9v5 ist aber nicht installierbar
                   Hängt ab von: libtntnet12v5 ist aber nicht installierbar

libcxxtools9v5 und libtntnet12v5 gab es nur bis Bullseye. Bei fischig waren sie vor dem Upgrade sicherlich noch installiert, deshalb hat die anschließende Installation von vdr-plugin-live 3.1.3-2 aus Sid/Testing funktioniert. Du kannst dir beide aber von Hand runterladen – über vorige Verlinkungen – und mit demselben apt install-Aufruf mit installieren.

Danach würd ich dir ein

Code: Alles auswählen

apt-mark auto libcxxtools9v5 libtntnet12v5

nahelegen, um zukünftige zurückgehaltene Pakete und andere unerwartete Probleme bei Upgrades zu vermeiden.

TRex

Du meinst hoffentlich nicht mich nach meiner Antwort oben?

[fischig]

Du meinst hoffentlich nicht mich nach meiner Antwort oben?

Nein, soviel compliance-Druck unterstelle ich dem Leitungs-Team nicht.

[JTH]

Du meinst hoffentlich nicht mich nach meiner Antwort oben?

Nein […]

Ich muss mir also nicht vorsorglich folgenden Avatar einrichten? Wär nämlich nicht das erste Mal, dass mich jemand mit TRex verwechselt

[TRex]

Ach, mein kleiner Dino, nun sei doch nicht so

@fischig: ich kenn dich nur als stur, nicht unfähig

[speefak]

Hmm, obwohl's mir TRex wahrscheinlich gar nicht zutraut, aber das plugin läuft auf dem standardigsten stable, dessen ich fähig bin. Immer nur systemd-stable, keinerlei Fremdquellen. Einzige Einschränkung, die mir einfällt: kein Login-Manager und keine DE.

So etwas hatte ich vor Jahren auch schon mal: Die Installation eines "fremden" Paketes funktionierte nur mit der einen Version in einem Zeitfenster von 2-3 Monaten.

[speefak]

Code: Alles auswählen

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-live : Hängt ab von: libcxxtools9v5 ist aber nicht installierbar
                   Hängt ab von: libtntnet12v5 ist aber nicht installierbar

libcxxtools9v5 und libtntnet12v5 gab es nur bis Bullseye. Bei fischig waren sie vor dem Upgrade sicherlich noch installiert, deshalb hat die anschließende Installation von vdr-plugin-live 3.1.3-2 aus Sid/Testing funktioniert. Du kannst dir beide aber von Hand runterladen – über vorige Verlinkungen – und mit demselben apt install-Aufruf mit installieren.

Danach würd ich dir ein

Code: Alles auswählen

apt-mark auto libcxxtools9v5 libtntnet12v5

nahelegen, um zukünftige zurückgehaltene Pakete und andere unerwartete Probleme bei Upgrades zu vermeiden.

Ich habe gerade die Installation bis aufs vdr-live-plugin und X11 "Tasten zu Script Aufruf" fertig und noch nichts herumgebastelt, sprich selbst compilierte Dinge ( bis auf den Sedu Controller fürs BOBlight ) oder Fremdpakete oder sonstige "Gewalt Installationen". Das würde ich auch gerne vermeiden, zumal das NAS auf dem der VDR läuft die nächsten 5 Jahre stabil laufen soll und als host für einige VMs läuft. Fehler auf dem System/server legen im schlimmsten Fall dann alles lahm.

Daher eine Frage : Wenn ich die o.g. Versionen aus D11 in D12 installiere, dann das vdr-live-plugin installiere ( falls es nicht noch mehr konflikte gibt ), und dann die beiden Pakete von D11 mit denen von D12 aktualisiere oder herunterlade und mit dpkg installiere - Warum kann ich dann das vdr-live-plugin nicht nicht wie bereits versucht mit dpkg --force-depends installieren ?

VDR-Live geällt mir lieber als vdramin-am. Primär geht es mir um die Konfiguration der EPG Suchtimer und das geht mit vdradmin-am auch. Von daher muss ich mir das Gebastel mit den csstools und paketen aus alten Versionen nochmal überlegen.

[fischig]

dann die beiden Pakete von D11 mit denen von D12 aktualisiere

Ich weiß nicht, ob ich das richtig verstehe, aber libcxxtools9v5 und libtntnet12v5 kannst du nicht mit Debian 12 aktualisieren, die gibt's da nicht. JTHs Beitrag enthält bei heftigem Nachdenken alles Wichtige.

Das Einzige, wozu ich dpkg -i direkt benutze, ist ein Eigenbaukern. Alles andere läuft über apt. Dazu jongliere ich halt temporär mit Änderungen der sources.list und installiere nur gezielt einzelne Pakete - wenn ich's anhand der Abhängigkeitsmeldungen (at-get -s install) für vertretbar halte.