Und wieder einmal Probs mit Kernel 2.6.12-ct-1 : Zu neue Files ?

Ich bin ja schon fast davor, den Kernel wieder gegen den 2.4 zu tauschen

Jetzt laufen zwar die Karten aber beim Compilieren von den Plugins kommen so nette Meldungen, das bestimmte Abhängigkeiten nicht aufgelöst werden können. Natürlich erst einmal ohne weitere Meldungen, welche das sind. Die Meldung beim Compilieren zeigen z.B. das Magic++ ( ich hoffe es ist richtig geschrieben; bin gerade nicht vor dem VDR ) .
Wenn ich nun mittels apt-get Magic++ instlieren möchte, gibt es die Meldung, das Aufgrund von fehlenden Paketen dieses nicht installiert werden kann. soweit so gut:
Also ein aptg-install der fehlenden Pakete.
Nun kommt der Hammer: Es werden Pakete mit einer geringeren Versions Nummer benötigt, als angeboten oder es lassen sich Pakete nicht installieren, weil es Pakete mit höherer Versions Nummer schon gibt.

Wer kann bitte einmal seine SourceList für den 2.6.12-ct-1 Kernel posten, wo ich die entsprechnenden Pakete dann normal ziehen und installieren kann ?

So macht das ganze nicht unbedingt Spaß

Irgendwo habe ich einen Fehler gemacht, da Andere das Problem anscheinend ja nicht haben. Ich vermute einmal in der Source.List und werde vermutlich die Platte neu aufsetzen muessen . Am Kernel compilieren kann es meines Erachten nicht liegen, da ich ja keine Änderungen gemacht habe an der Config. Dies war ja nur nötig um die fehlenden Dateien zu bekommen, damit überhaupt etwas geht.

Na dann fangen wir mal an mit unseren Problemen die plugins zu compilieren:

VDRDEVEL-Plugin-burn:

Zitat

.....
.....

g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I/usr/include/vdrdevel/include -I/usr/include -o process.o process.c
make[1]: *** Keine Regel vorhanden, um das Target Imlib2.h,
benýigt von process-dvd.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/burn/vdrdevel-plugin-burn-0.0.6k
make: *** [build-stamp] Fehler 2
vdr:/usr/local/src/VDRDEVEL/plugin/burn/vdrdevel-plugin-burn-0.0.6k# g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I/usr/include/vdrdevel/include -I/usr/include -o process.o process.c
make[1]: *** Keine Regel vorhanden, um das Target Imlib2.h,
benýigt von process-dvd.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/burn/vdrdevel-plugin-burn-0.0.6k
make: *** [build-stamp] Fehler 2
vdr:/usr/local/src/VDRDEVEL/plugin/burn/vdrdevel-plugin-burn-0.0.6k#

Alles anzeigen

Was fehlt ?

Meine source.list (nur zur sicherheit)

Zitat

# es darf nur eine Quelle mit *patch aktiviert sein!

# aus e-tobi.net -> neue Repository-Struktur: (vdrdevel)
#deb http://www.e-tobi.net/vdrdevel/sarge/testing/binary base/
#deb http://www.e-tobi.net/vdrdevel/sarge/testing/binary backports/
#deb http://www.e-tobi.net/vdrdevel/sarge/testing/binary addons/
# deb http://www.e-tobi.net/vdrdevel/sarge/testing/binary vdr/bigpatch/
#deb http://www.e-tobi.net/vdrdevel/sarge/testing/binary vdr/multipatch/

deb http://e-tobi.net/vdrdevel-experimental sarge base backports addons vdr-multipatch
#deb http://e-tobi.net/vdrdevel-experimental sarge base backports addons vdr-standard

deb http://e-tobi.net/vdr-experimental sarge base backports
deb http://e-tobi.net/vdr-testing sarge base backports addons vdr-multipatch
#deb http://e-tobi.net/vdr-testing sarge base backports addons vdr-bigpatch
deb-src http://e-tobi.net/vdrdevel-experimental sarge base backports addons vdr

# und die gleichen nochmal für vdr
deb http://www.e-tobi.net/vdr/sarge/testing/binary base/
deb http://www.e-tobi.net/vdr/sarge/testing/binary backports/
deb http://www.e-tobi.net/vdr/sarge/testing/binary addons/
# deb http://www.e-tobi.net/vdr/sarge/testing/binary vdr/bigpatch/
deb http://www.e-tobi.net/vdr/sarge/testing/binary vdr/multipatch/

# public servers for sarge
deb http://ftp.de.debian.org/pub/debian sarge main non-free
deb http://ftp.de.debian.org/pub/debian-non-US sarge/non-US main

# mirror of security updates for sarge
deb http://security.debian.org/ sarge/updates main contrib non-free

# diverse Multimedia-Quellen
deb ftp://ftp.nerim.net/debian-marillat/ sarge main
# Christian Marillats Repository fuer einige Multimedia-Bibliotheken
#deb ftp://ftp.nerim.net/debian-marillat/ testing main

# heise.de
deb http://www.heise.de/ct/ftp/projekte/vdr4 experimental/

#deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary vdr/bigpatch/
#deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary base/
#deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary addons/
#deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary backports/

#deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdrdevel/binary vdr/multipatch/
#deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdrdevel/binary addons/

Alles anzeigen

und nun zu plugin-skinelchi:

Zitat

....
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j
make[1]: *** Keine Regel vorhanden, um das Target Magick++.h,
benýigt von bitmap.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j
make: *** [build-stamp] Fehler 2
...
...
vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j# apt-get install libmagick++6 libmagick++6-dev
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
libmagick++6 ist schon die neueste Version.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmýliche Situation angefordert haben oder dass, wenn Sie die
instabile Distribution verwenden, einige erforderliche Pakete noch nicht
kreiert oder aus Incoming herausbewegt wurden.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lýen:

Die folgenden Pakete haben nichterfllte Abhýgigkeiten:
libmagick++6-dev: Hýgt ab: libmagick6-dev (= 6:6.0.6.2-2.4) soll aber nicht installiert werden
E: Kaputte Pakete
vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j# apt-get install libmagick++6 libmagick++6-dev libmagick6 libmagick6-dev
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
libmagick++6 ist schon die neueste Version.
libmagick6 ist schon die neueste Version.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmýliche Situation angefordert haben oder dass, wenn Sie die
instabile Distribution verwenden, einige erforderliche Pakete noch nicht
kreiert oder aus Incoming herausbewegt wurden.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lýen:

Die folgenden Pakete haben nichterfllte Abhýgigkeiten:
libmagick6-dev: Hýgt ab: libbz2-dev soll aber nicht installiert werden
Hýgt ab: libfreetype6-dev soll aber nicht installiert werden
Hýgt ab: libtiff4-dev soll aber nicht installiert werden
Hýgt ab: libz-dev
Hýgt ab: libpng12-dev soll aber nicht installiert werden
Hýgt ab: xlibs-dev soll aber nicht installiert werden
Hýgt ab: libxml2-dev soll aber nicht installiert werden
Hýgt ab: libwmf-dev (>= 0.2.7-1) soll aber nicht installiert werden
E: Kaputte Pakete

vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j# apt-get install libmagick++6 libmagick++6-dev libmagick6 libmagick6-dev libbz2-dev libfreetype6-dev libtiff4-dev libz-dev libpng12-dev xlibs-dev libxml2-dev libwmf-dev
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
libmagick++6 ist schon die neueste Version.
libmagick6 ist schon die neueste Version.
Pakete libz-dev ist ein virtuelles Pakete, das bereitgestellt wird von:
zlib1g-dev 1:1.2.2-4.sarge.2
Sie sollten eines explizit zum Installieren auswýlen.
E: Paket libz-dev hat keinen Installationskandidaten
vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j# apt-get install libmagick++6 libmagick++6-dev libmagick6 libmagick6-dev libbz2-dev libfreetype6-dev libtiff4-dev libpng12-dev xlibs-dev libxml2-dev libwmf-dev zlib1g-dev
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
libmagick++6 ist schon die neueste Version.
libmagick6 ist schon die neueste Version.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmýliche Situation angefordert haben oder dass, wenn Sie die
instabile Distribution verwenden, einige erforderliche Pakete noch nicht
kreiert oder aus Incoming herausbewegt wurden.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lýen:

Die folgenden Pakete haben nichterfllte Abhýgigkeiten:
libbz2-dev: Hýgt ab: libbz2-1.0 (= 1.0.2-7) aber 1.0.2-10 soll installiert werden
xlibs-dev: Hýgt ab: libx11-dev soll aber nicht installiert werden
Hýgt ab: libxi-dev soll aber nicht installiert werden
Hýgt ab: libxmu-dev soll aber nicht installiert werden
Hýgt ab: libxmuu-dev soll aber nicht installiert werden
Hýgt ab: libxp-dev soll aber nicht installiert werden
Hýgt ab: libxpm-dev soll aber nicht installiert werden
Hýgt ab: libxrandr-dev soll aber nicht installiert werden
Hýgt ab: libxt-dev soll aber nicht installiert werden
Hýgt ab: libxtrap-dev soll aber nicht installiert werden
Hýgt ab: libxtst-dev soll aber nicht installiert werden
Hýgt ab: libxv-dev soll aber nicht installiert werden
Hýgt ab: xlibs-static-dev soll aber nicht installiert werden
zlib1g-dev: Hýgt ab: zlib1g (= 1:1.2.2-4.sarge.2) aber 1:1.2.3-4 soll installiert werden
E: Kaputte Pakete

Alles anzeigen

So da haben wir den Salat ne niedrigere Verion ist zwingend und ne höhere soll installiert werden. Klasse und nun ? So kann das Spielchen weiter gespielt werden, aber man ich komme nicht zu Potte :
HILFE !

Dazu kommt :

Zitat

vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j# apt-get build-dep vdrdevel-plugin-skinelchi
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
E: Build-Abhýgigkeit fr vdrdevel-plugin-skinelchi konnte nicht erfllt werden.
vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j# apt-get build-dep vdr-plugin-skinelchi
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
E: Kann Quellpaket fr vdr-plugin-skinelchi nicht finden
vdr:/usr/local/src/VDRDEVEL/plugin/elchi/vdrdevel-plugin-skinelchi-0.0.1j#

Alles anzeigen

und nicht so wichtig aber geht auch nicht :

FreeCell

Zitat

make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/freecell/vdrdevel-plugin-freecell-0.0.2
g++ -Wall -Woverloaded-virtual -fPIC -O2 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"freecell"' -I/usr/include/vdrdevel/include -I/usr/include -I. -o freecell.o freecell.c
g++ -Wall -Woverloaded-virtual -fPIC -O2 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"freecell"' -I/usr/include/vdrdevel/include -I/usr/include -I. -o cards.o cards.c
tools/list.h:93: error: declaration of 'operator+=' as non-function
tools/list.h:93: error: expected ';' before '<' token
tools/list.h:94: error: declaration of 'operator+=' as non-function
tools/list.h:94: error: expected ';' before '<' token
tools/list.h:96: error: declaration of 'operator+' as non-function
tools/list.h:96: error: expected ';' before '<' token
tools/list.h:97: error: declaration of 'operator+' as non-function
tools/list.h:97: error: expected ';' before '<' token
tools/list.h:98: error: declaration of 'operator+' as non-function
tools/list.h:98: error: expected ';' before '<' token
tools/list.h: In member function 'int cTBList<T>::Find(const T&)':
tools/list.h:108: error: 'item' was not declared in this scope
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::NewItem(cTBList<T>::cItem*, cTBList<T>::cItem*) const':
tools/list.h:206: error: 'item' was not declared in this scope
tools/list.h:206: error: expected type-specifier
tools/list.h:206: error: expected `;'
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::Locate(uint)':
tools/list.h:238: error: 'item' was not declared in this scope
tools/list.h: In member function 'T& cTBList<T>::Prepend()':
tools/list.h:274: error: 'item' was not declared in this scope
tools/list.h: In member function 'T& cTBList<T>::Append()':
tools/list.h:288: error: 'item' was not declared in this scope
tools/list.h: In member function 'bool cTBList<T>::Insert(uint, const T&)':
tools/list.h:320: error: 'nextItem' was not declared in this scope
tools/list.h:324: error: 'prevItem' was not declared in this scope
tools/list.h:326: error: 'item' was not declared in this scope
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::Unlink()':
tools/list.h:341: error: 'item' was not declared in this scope
tools/list.h: In member function 'bool cTBList<T>::Remove(const T&)':
tools/list.h:373: error: 'item' was not declared in this scope
tools/list.h: In member function 'bool cTBList<T>::Remove(uint)':
tools/list.h:386: error: 'item' was not declared in this scope
tools/list.h: In member function 'void cTBList<T>::Clear()':
tools/list.h:415: error: 'item' was not declared in this scope
tools/list.h: In member function 'void cTBList<T>::Clear() [with T = cCard*]':
cards.c:85: instantiated from here
tools/list.h:415: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:415: note: say 'typename cTBList<T>::cItem' if a type is meant
cards.c:85: instantiated from here
tools/list.h:421: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:421: note: say 'typename cTBList<T>::cItem' if a type is meant
cards.c:85: instantiated from here
tools/list.h:425: error: no matching function for call to 'cTBList<cCard*>::DelItem(<unknown type>)'
tools/list.h:223: note: candidates are: void cTBList<T>::DelItem(cTBList<T>::cItem*) const [with T = cCard*]
tools/list.h: In member function 'T& cTBList<T>::Append() [with T = cTBString]':
tools/list.h:307: instantiated from 'void cTBList<T>::Append(const T&) [with T = cTBString]'
tools/list.h:535: instantiated from here
tools/list.h:288: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:288: note: say 'typename cTBList<T>::cItem' if a type is meant
tools/list.h: In member function 'T& cTBList<T>::Append() [with T = cCard*]':
tools/list.h:307: instantiated from 'void cTBList<T>::Append(const T&) [with T = cCard*]'
cards.c:75: instantiated from here
tools/list.h:288: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:288: note: say 'typename cTBList<T>::cItem' if a type is meant
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::Locate(uint) [with T = cCard*]':
tools/list.h:408: instantiated from 'T cTBList<T>::Take(uint) [with T = cCard*]'
cards.c:88: instantiated from here
tools/list.h:238: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:238: note: say 'typename cTBList<T>::cItem' if a type is meant
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::NewItem(cTBList<T>::cItem*, cTBList<T>::cItem*) const [with T = cTBString]':
tools/list.h:288: instantiated from 'T& cTBList<T>::Append() [with T = cTBString]'
tools/list.h:307: instantiated from 'void cTBList<T>::Append(const T&) [with T = cTBString]'
tools/list.h:535: instantiated from here
tools/list.h:206: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:206: note: say 'typename cTBList<T>::cItem' if a type is meant
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::Unlink() [with T = cCard*]':
tools/list.h:398: instantiated from 'T cTBList<T>::Take() [with T = cCard*]'
tools/list.h:66: instantiated from 'T cTBList<T>::TakeFirst() [with T = cCard*]'
cards.c:68: instantiated from here
tools/list.h:341: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:341: note: say 'typename cTBList<T>::cItem' if a type is meant
tools/list.h: In member function 'typename cTBList<T>::cItem* cTBList<T>::NewItem(cTBList<T>::cItem*, cTBList<T>::cItem*) const [with T = cCard*]':
tools/list.h:288: instantiated from 'T& cTBList<T>::Append() [with T = cCard*]'
tools/list.h:307: instantiated from 'void cTBList<T>::Append(const T&) [with T = cCard*]'
cards.c:75: instantiated from here
tools/list.h:206: error: dependent-name 'cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type
tools/list.h:206: note: say 'typename cTBList<T>::cItem' if a type is meant
make[1]: *** [cards.o] Fehler 1
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/freecell/vdrdevel-plugin-freecell-0.0.2
make: *** [build-stamp] Fehler 2
vdr:/usr/local/src/VDRDEVEL/plugin/freecell/vdrdevel-plugin-freecell-0.0.2#

Alles anzeigen

Das kleine mplayer-script bricht ab - gleiche wie oben-hier ist Endstation

Durchgehangelt bis :

Zitat

vdr:/usr/local/src/VDRDEVEL/plugin/mp3# apt-get install libx11-dev xlibs-static-dev zlib1g-dev
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmýliche Situation angefordert haben oder dass, wenn Sie die
instabile Distribution verwenden, einige erforderliche Pakete noch nicht
kreiert oder aus Incoming herausbewegt wurden.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lýen:

Die folgenden Pakete haben nichterfllte Abhýgigkeiten:
libx11-dev: Hýgt ab: libx11-6 (= 4.3.0.dfsg.1-14sarge1) aber 6.8.2.dfsg.1-7 soll installiert werden
zlib1g-dev: Hýgt ab: zlib1g (= 1:1.2.2-4.sarge.2) aber 1:1.2.3-4 soll installiert werden
E: Kaputte Pakete
vdr:/usr/local/src/VDRDEVEL/plugin/mp3#

Alles anzeigen

Soll ich weiter machen ?

hier ist anscheinend etwas gabz gewaltig faul ! Nur was ??

Zum einen

Zitat

vdr:~# apt-get install libx11-6=4.3.0.dfsg.1-14sarge1
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
Die folgenden zusýzlichen Pakete werden installiert:
libx11-6 xfree86-common
Vorgeschlagene Pakete:
x-window-system-core x-window-system
Die folgenden Pakete werden ENTFERNT:
x11-common
Die folgenden NEUEN Pakete werden installiert:
xfree86-common
Die folgenden Pakete werden DEAKTUALISIERT:
libx11-6
0 aktualisiert, 1 neu installiert, 1 deaktualisiert, 1 zu entfernen und 17 nicht
aktualisiert.
Es mssen 1540kB Archive geholt werden.
Nach dem Auspacken werden 233kB Plattenplatz freigegeben worden sein.
Mýhten Sie fortfahren [J/n]? j
Hole:1 http://security.debian.org sarge/updates/main libx11-6 4.3.0.dfsg.1-14sar
ge1 [725kB]
Hole:2 http://security.debian.org sarge/updates/main xfree86-common 4.3.0.dfsg.1
-14sarge1 [815kB]
Es wurden 1540kB in 24s geholt (63,2kB/s)
Preconfiguring packages ...
dpkg - Warnung: deaktualisiere libx11-6 von 6.8.2.dfsg.1-7 zu 4.3.0.dfsg.1-14sar
ge1.
(Lese Datenbank ... 48165 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von libx11-6 6.8.2.dfsg.1-7 (durch .../libx11-6_4.3.0.d
fsg.1-14sarge1_i386.deb) ...
Entpacke Ersatz fr libx11-6 ...
dpkg: x11-common: Abhýgigkeitsproblem, aber lýche es auf Anfrage dennoch:
libxt6 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libsm6 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libice6 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
xlibmesa-gl hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libxaw7 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libxmu6 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libxi6 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libdps1 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libxv1 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libxpm4 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
xterm hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
libxext6 hýgt ab von xfree86-common; aber:
Paket xfree86-common bereitstellt, ist nicht installiert.
Paket x11-common, welches xfree86-common bereitstellt, soll gelýcht werden.
(Lese Datenbank ... 48165 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne x11-common ...
Wýle vormals abgewýltes Paket xfree86-common.
(Lese Datenbank ... 48130 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke xfree86-common (aus .../xfree86-common_4.3.0.dfsg.1-14sarge1_all.deb) . ..
Richte xfree86-common ein (4.3.0.dfsg.1-14sarge1) ...
Installiere neue Version der Konfigurationsdatei /etc/X11/Xsession ...
Installiere neue Version der Konfigurationsdatei /etc/X11/Xsession.options ...
Adding system startup for /etc/init.d/xfree86-common ...
/etc/rcS.d/S70xfree86-common -> ../init.d/xfree86-common
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.

Richte libx11-6 ein (4.3.0.dfsg.1-14sarge1) ...

vdr:~#

Alles anzeigen

und zum anderen :

Zitat

vdr:~# apt-get install zlib1g=1:1.2.2-4.sarge.2
Paketlisten werden gelesen... Fertig
Abhýgigkeitsbaum wird aufgebaut... Fertig
Die folgenden Pakete werden DEAKTUALISIERT:
zlib1g
0 aktualisiert, 0 neu installiert, 1 deaktualisiert, 0 zu entfernen und 17 nicht aktualisiert.
Es mssen 63,1kB Archive geholt werden.
Nach dem Auspacken werden 12,3kB Plattenplatz freigegeben worden sein.
Mýhten Sie fortfahren [J/n]? j
Hole:1 http://security.debian.org sarge/updates/main zlib1g 1:1.2.2-4.sarge.2 [63,1kB]
Es wurden 63,1kB in 1s geholt (43,1kB/s)
dpkg - Warnung: deaktualisiere zlib1g von 1.2.3-4 zu 1.2.2-4.sarge.2.
(Lese Datenbank ... 48170 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von zlib1g 1:1.2.3-4 (durch .../zlib1g_1%3a1.2.2-4.sarge.2_i386.deb) ...
Entpacke Ersatz fr zlib1g ...
Richte zlib1g ein (1.2.2-4.sarge.2) ...

Alles anzeigen

Jetzt werde ich es noch einmal probieren, die Plugins zu übersetzen.
Wenn es klappen sollte - kannst Du mir bitte verraten, wie man auf die Lösung kommt ? Würde mich für das nächste Mal brennend interessieren ..

Aber erst einmal abwarten ... Antwort kommt gleich ....

Nächster Versuch für vdrdevel-plugin-burn :

Zitat

g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I/usr/include/vdrdevel/include -I/usr/include -o process.o process.c
make[1]: *** Keine Regel vorhanden, um das Target Imlib2.h,
benýigt von process-dvd.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/burn/vdrdevel-plugin-burn-0.0.6k
make: *** [build-stamp] Fehler 2

Plugin-skinelchi ist nun nach dem gleichen "TRICK" mit der Versionsnummer hinten dran und installieren von diversen Paketen durch gelaufen

Das MP3 VPlugin scheint selber noch ein Problem zu haben, da es sich unter ....vdr/plugins/mp3 sucht ...

Zitat

vdr:/usr/local/src/VDRDEVEL/plugin/mp3/vdrdevel-plugin-mp3-0.9.13# debian/rules binary
test -d debian/patched install -d debian/patched
dpatch apply-all
applying patch 01_Makefile-fPIC-fix to ./ ... ok.
applying patch 95_vdrdevel to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
touch configure-stamp
dh_testdir
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdrdevel LIBDIR=. \
WITH_OSS_OUTPUT=1 BROKEN_PCM=1
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/mp3/vdrdevel-plugin-mp3-0.9.13
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/mp3/vdrdevel-plugin-mp3-0.9.13
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/mp3/vdrdevel-plugin-mp3-0.9.13
make[1]: *** Keine Regel vorhanden, um das Target mad.h,
benýigt von mp3.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/mp3/vdrdevel-plugin-mp3-0.9.13
make: *** [build-stamp] Fehler 2
vdr:/usr/local/src/VDRDEVEL/plugin/mp3/vdrdevel-plugin-mp3-0.9.13#

Alles anzeigen

das gleich mit MVP

Zitat

vdr:/usr/local/src/VDRDEVEL/plugin/mvp/vdrdevel-plugin-mediamvp-0.1.6# debian/rules binary
test -d debian/patched install -d debian/patched
dpatch apply-all
applying patch 01_Makefile-fPIC-fix to ./ ... ok.
applying patch 02_config.mak to ./ ... ok.
applying patch 03_libmvpimage-fix to ./ ... ok.
applying patch 04_menuapp-vdr-fix to ./ ... ok.
applying patch 95_vdrdevel to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
touch configure-stamp
dh_testdir
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdrdevel LIBDIR=.
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/mvp/vdrdevel-plugin-mediamvp-0.1.6
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/mvp/vdrdevel-plugin-mediamvp-0.1.6
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/mvp/vdrdevel-plugin-mediamvp-0.1.6
make[1]: *** Keine Regel vorhanden, um das Target event.h,
benýigt von mediamvp.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/mvp/vdrdevel-plugin-mediamvp-0.1.6
make: *** [build-stamp] Fehler 2
vdr:/usr/local/src/VDRDEVEL/plugin/mvp/vdrdevel-plugin-mediamvp-0.1.6#

Alles anzeigen

ospip the same das nachinstallieren von ffmpeg hat hier nicht geholfen

Zitat

vdr:/usr/local/src/VDRDEVEL/plugin/osdpip/vdrdevel-plugin-osdpip-0.0.8# debian/rules binary
test -d debian/patched install -d debian/patched
dpatch apply-all
applying patch 01_Makefile-fPIC-fix to ./ ... ok.
applying patch 02_debian_ffmpeg to ./ ... ok.
applying patch 03_osdpip-1.3.32 to ./ ... ok.
applying patch 04_nocloseonmenutimeout to ./ ... ok.
applying patch 95_vdrdevel to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
touch configure-stamp
dh_testdir
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdrdevel LIBDIR=.
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/osdpip/vdrdevel-plugin-osdpip-0.0.8
/bin/sh: ffmpeg-config: command not found
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/osdpip/vdrdevel-plugin-osdpip-0.0.8
make[1]: Gehe in Verzeichnis /usr/local/src/VDRDEVEL/plugin/osdpip/vdrdevel-plugin-osdpip-0.0.8
make[1]: *** Keine Regel vorhanden, um das Target ffmpeg/avcodec.h,
benýigt von osdpip.o, zu erstellen. Schluss.
make[1]: Verlasse Verzeichnis /usr/local/src/VDRDEVEL/plugin/osdpip/vdrdevel-plugin-osdpip-0.0.8
make: *** [build-stamp] Fehler 2
vdr:/usr/local/src/VDRDEVEL/plugin/osdpip/vdrdevel-plugin-osdpip-0.0.8#

Alles anzeigen

Wahnsinn -- was ist da los ? Solche Probleme habe ich ja noch nie gehabt
Wo ist denn bitte mein Fehler ?

Zitat

großes Grinsen das kenn´ ich gut

bei mir heisst es in den nächsten freien tagen : alles nochmal neu
erfahrungsgemäss geht das aber schneller als noch vor einem jahr großes Grinsen

Mal blöd gefragt :
Wenn ich das Kernel-image wieder drüber laufen lasse, sind doch noch die Software Anteile auf der Platte - sprich ein lockeres "Format C:/" um das mal so zu sagen, oder ?

Naja. mit der CT4 CD ist das Thema mal wieder ein Abend lang, da der Kernel mal wieder durch compiliert gehört.Espassen da die Sourcen nicht zum Kernel und endscheidene Files zum Compilieren fehlen....

FW und modules sowie modules.d kann ich ja sichern...

Trotzdem THX for your help