(gelöst) dist-upgrade heute abend: libcxxtools.so.7 nicht gefunden - VDR tot

s_herzog · 7. November 2010

root@gandalf:~# cat /var/log/vdr/vdr.log.201011072911
vdr: libcxxtools.so.7: cannot open shared object file: No such file or directory

Schade

Was tun?

Ist ein von 0.2 auf 0.3 gehobenes yavdr, von gestern auf heute gabs scheints paar neue Pakete, seitdem futsch.

Habe bemerkt, dass auch ein paket yavdr-startup neu mit kam. Seitdem läuft es nicht mehr. Hatte vdr-sxfe konfiguriert.

obelix · 7. November 2010

Nabend. Gleiches Problem hier.

Gruß

Obelix

hotzenplotz5 · 7. November 2010

uuhh
ihr seid schnell
sek. !

das braucht tntnet welches wiederum vdr-plugin-live braucht welches es dann ermöglicht
in live die aufnahmen zu streamen.
also sekunde noch

obelix · 7. November 2010

Jupp tntnet wurde eben auf 2.0-1yavdr2 geupdatet:

Code

apt-cache policy tntnet
tntnet:
  Installiert: 2.0-1yavdr2
  Kandidat: 2.0-1yavdr2
  Versions-Tabelle:
 *** 2.0-1yavdr2 0
        500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main Packages
        100 /var/lib/dpkg/status
     1.6.3-4 0
        500 http://de.archive.ubuntu.com/ubuntu/ lucid/universe Packages

Ich habe die alten Konfigurationsdateien überschreiben lassen.

Gruß

Obelix

Retsambulc · 7. November 2010

hat sich erledigt, ist ja schon nen dev dran

steffen_b · 7. November 2010

Oder man wartet ein paar minuten - und tut
-live für den moment in die order.conf

s_herzog · 7. November 2010

never-ever-fummel-son-müll-rum (symlinks auf libs)!

Gibt nen Grund, warum libs unter Linux versioniert sind

Wollte eigentlich rausfinden, warum meine Büchse nur nach nem Reboot richtig startet, da fand ich die Paketliste mit "yavdr-startup" drin recht verlockend

obelix · 7. November 2010

Zitat

Original von steffen_b
Oder man wartet ein paar minuten - und tut
-live für den moment in die order.conf

Jupp, das passt. An die order.conf habe ich gar nicht mehr gedacht....

Gruß

Obelix

hotzenplotz5 · 7. November 2010

naja die pakete waren gebaut in testing.
ich kopier die mitsamt den binaries einfach rüber
sie sind halt reif ....

was ist anders ? :

- lve aufnahme streming geht wieder (funktionierte vorher noch nie weil version von tntnet zu klein ...)
- vdr wurde mit aktuellem lnbsharing patch gepatcht
- vdr wurde (gerald hat) irgendwas für statusled gepatcht ...
- vdr wurde mit dem "frameduration" patch von hier http://vdrportal.de/board/thre…?postid=951626#post951626 gepatcht ....

in yavdr wurden "nur" einige sprachdateien hinzugefügt

s_herzog · 7. November 2010

Öhh... "betreibt" das live-Plugin den gesamten Webserver? Also das Configfrontend ist jetzt auch tot.. VDR wieder am Laufen

s_herzog · 7. November 2010

Zitat

Original von hotzenplotz5
naja die pakete waren gebaut in testing.
ich kopier die mitsamt den binaries einfach rüber
sie sind halt reif ....

was ist anders ? :

- lve aufnahme streming geht wieder (funktionierte vorher noch nie weil version von tntnet zu klein ...)
- vdr wurde mit aktuellem lnbsharing patch gepatcht
- vdr wurde (gerlad hat) irgendwas für statusled gepatcht ...
- vdr wurde mit dem "frameduration patch von hier ttp://vdrportal.de/board/thread.php?postid=951626#post951626 gepatcht ....

in yavdr wurden "nur" einige sprachdateien hinzugefügt

Alles anzeigen

Was müssen wir dann tun? update && dist-upgrade hat mir keine neuen Pakete gebracht

Retsambulc · 7. November 2010

Zitat

Original von s_herzog
never-ever-fummel-son-müll-rum (symlinks auf libs)!

Gibt nen Grund, warum libs unter Linux versioniert sind

Wollte eigentlich rausfinden, warum meine Büchse nur nach nem Reboot richtig startet, da fand ich die Paketliste mit "yavdr-startup" drin recht verlockend

Danke für den Hinweis

hotzenplotz5 · 7. November 2010

Zitat

Was müssen wir dann tun?

noch etwas warten !
ich mach peep ....
tntnet braucht cxxtools - 2.0 welches launchpad noch nicht "published" das dauert manchmal sekunden
manchmal minuten .... stunden eigentlich nicht

das liegt nicht in meiner macht.

danach aber :

update upgrade genau !

Thyor · 7. November 2010

Hi,

läuft wieder!

Danke!

(Das war ein Schreck in der Abendstunde!)

hotzenplotz5 · 7. November 2010

peep

core_man_2000 · 7. November 2010

Uff. bei mir gehts auch wieder. Vor lauter Schreck hab ich jetzt vergessen, was ich eigentlich durch die Update Aktion probieren wollte....

morgen wieder.
Danke fürs Repariern

Gruss
Joey

seahawk1986 · 7. November 2010

Kann es sein, dass mit dem Update zwar das anzeigen von Aufnahmen im Browser aktiviert wurde, aber die Möglichkeit zum Umschalten von Sendern bzw. Starten der Aufnahme auf dem VDR entfallen ist?

Dirch · 8. November 2010

Liebe Gemeinde,

dist-upgrade bringt das:

Code

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Status-Informationen einlesen... Fertig
Berechne Upgrade (Paketaktualisierung) ...Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
2 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? j
Richte nct677x-dkms ein (1.0.4-1yavdr1) ...
Removing old nct677x-1.0.4 DKMS files...


------------------------------
Deleting module version: 1.0.4
completely from the DKMS tree.
------------------------------
Done.
Loading new nct677x-1.0.4 DKMS files...
First Installation: checking all kernels...
Building only for 2.6.35-22-generic
Building for architecture i686
Building initial module for 2.6.35-22-generic


Error! Bad return status for module build on kernel: 2.6.35-22-generic (i686)
Consult the make.log in the build directory
/var/lib/dkms/nct677x/1.0.4/build/ for more information.
dpkg: Fehler beim Bearbeiten von nct677x-dkms (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 10 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von yavdr-essential:
 yavdr-essential hängt ab von nct677x-dkms; aber:
  Paket nct677x-dkms ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von yavdr-essential (--configure):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
No apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                          Fehler traten auf beim Bearbeiten von:
 nct677x-dkms
 yavdr-essential
E: Sub-process /usr/bin/dpkg returned an error code (1)

Alles anzeigen

nct677x-dkms und yavdr-essential gehen nicht mehr durch (das Problem ist allerdings nur nct677x-dkms)

Code

DKMS make.log for nct677x-1.0.4 for kernel 2.6.35-22-generic (i686)
So 7. Nov 23:49:51 CET 2010
make: Gehe in Verzeichnis '/var/lib/dkms/nct677x/1.0.4/build/src'
echo KERNELDIR=/lib/modules/2.6.35-22-generic/build
KERNELDIR=/lib/modules/2.6.35-22-generic/build
make -C /lib/modules/2.6.35-22-generic/build -I /usr/src/lirc-0.8.6 M=/var/lib/dkms/nct677x/1.0.4/build/src modules
make[1]: Betrete Verzeichnis '/usr/src/linux-headers-2.6.35-22-generic'
  CC [M]  /var/lib/dkms/nct677x/1.0.4/build/src/lirc_wb677_main.o
In file included from /var/lib/dkms/nct677x/1.0.4/build/src/lirc_wb677_common_extern.h:8,
                 from /var/lib/dkms/nct677x/1.0.4/build/src/lirc_wb677.h:44,
                 from /var/lib/dkms/nct677x/1.0.4/build/src/lirc_wb677_main.c:2:
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h: In function ‘lirc_buffer_init’:
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h:88: warning: passing argument 1 of ‘kfifo_alloc’ makes pointer from integer without a cast
include/linux/kfifo.h:108: note: expected ‘struct kfifo *’ but argument is of type ‘unsigned int’
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h:88: warning: passing argument 3 of ‘kfifo_alloc’ makes integer from pointer without a cast
include/linux/kfifo.h:108: note: expected ‘gfp_t’ but argument is of type ‘struct spinlock_t *’
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h:88: warning: assignment makes pointer from integer without a cast
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h: In function ‘lirc_buffer_read’:
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h:185: error: implicit declaration of function ‘kfifo_get’
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h: In function ‘lirc_buffer_write’:
/var/lib/dkms/nct677x/1.0.4/build/src/../include/lirc_dev.h:206: error: implicit declaration of function ‘kfifo_put’
make[2]: *** [/var/lib/dkms/nct677x/1.0.4/build/src/lirc_wb677_main.o] Fehler 1
make[1]: *** [_module_/var/lib/dkms/nct677x/1.0.4/build/src] Fehler 2
make[1]: Verlasse Verzeichnis '/usr/src/linux-headers-2.6.35-22-generic'
make: *** [modules] Fehler 2
make: Verlasse Verzeichnis '/var/lib/dkms/nct677x/1.0.4/build/src'
make.log (END)

Alles anzeigen

Da ich unter yaVDR 0.3 den 35er Kernel einsetze ist das nicht wirklich was für "yaVDR" aber evtl. kann mir längere Recherchen ersparen wenn das zufällig auch jemand hat.

Tuxdiver · 8. November 2010

Gleiches Problem mit Live-Plugin hier: Kein Umschalten bei "Was läuft", keine Wiedergabe bei Aufnahmen.

Links / Images sind im HTML da, aber per CSS "display: hidden" ausgeblendet.

gda · 8. November 2010

Zitat

Original von Dirch
Da ich unter yaVDR 0.3 den 35er Kernel einsetze ist das nicht wirklich was für "yaVDR" aber evtl. kann mir längere Recherchen ersparen wenn das zufällig auch jemand hat.

Ja habe ich auch. Ich benutze den 2.6.35er Kernel weil nur damit der S3 mit meinem ASrock K10N78D zuverlässig funktioniert, aber da benutze ich das Lirc-Modul nicht wegen Irserver.

Mach einfach

Code

dkms remove -m nct677x -v 1.0.4 --all

(Vorsicht: aus dem Kopf getippt) und falls nötig ein

Code

apt-get -f install

und du solltest erst mal Ruhe haben.

Gerald

(gelöst) dist-upgrade heute abend: libcxxtools.so.7 nicht gefunden - VDR tot

Jetzt mitmachen!

Teilen