image-Plugin kompilieren & dpkg-Problem

Hallo,

ich wollte mir gestern Abend das image Plugin aus den eTobi-Quellen übersetzen und bin beim Installieren der Abhängigkeiten gescheitert.

lmms:/usr/src/vdr-plugin-image-0.2.7# apt-get build-dep vdr-plugin-image
Paketlisten werden gelesen... Fertig
Abhýngigkeitsbaum wird aufgebaut... Fertig
Die folgenden NEUEN Pakete werden installiert:
  libavcodec-dev
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 26 nicht aktualisiert.
1 nicht vollstýndig installiert oder entfernt.
Es mýssen noch 0B von 1586kB Archiven geholt werden.
Nach dem Auspacken werden 4821kB Plattenplatz zusýtzlich benutzt.
Mýchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 34537 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke libavcodec-dev (aus .../libavcodec-dev_0.cvs20060823-8_i386.deb) ...
dpkg: Fehler beim Bearbeiten 
von /var/cache/apt/archives/libavcodec-dev_0.cvs20060823-8_i386.deb 
(--unpack):
 Versuche, ý/usr/include/ffmpeg/md5.hý zu ýberschreiben, welches auch in Paket 
libavcodeccvs51 ist
dpkg-deb: Unterprozess paste mit Signal (Datenýbergabe unterbrochen (broken 
pipe)) getýtet
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libavcodec-dev_0.cvs20060823-8_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
E: Verarbeitung der Build-Abhýngigkeiten fehlgeschlagen

Mein System ist ein ehemaliges ct-VDR 4.5 das per dist-upgrade mit der nachfolgenden sources.list aktualisiert wurde:

deb http://e-tobi.net/vdr-experimental etch base addons vdr-multipatch


deb http://ftp.de.debian.org/debian/ etch main contrib non-free
deb http://security.debian.org/ etch/updates main contrib


deb http://debian-multimedia.org etch main
#deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/testing/binary  base/
#deb http://www.heise.de/ct/ftp/projekte/vdr45 experimental/


##########
# Source #
##########


deb-src http://e-tobi.net/vdr-experimental etch base addons vdr
deb-src http://ftp.de.debian.org/debian/ etch main contrib non-free
deb-src http://debian-multimedia.org etch main

Der VDR ist ein aus den eTob-Quellen selbstübsersetzter 1.4.7. Es haben bisher auch alle anderen Plugins hervorragend zum Üersetzen udn Installieren funktioniert. zB:

• vdrrip
• mplayer
• mp3
• tvonscreen
• games
• epgsearch
• extrecmenu
• femon

Die Forensuche hat mir auch schon gezeigt das diese Lib immer wieder mal Probleme macht, nur sind alle diese Threads schon etwas älter zumindest habe ich keinen mit etch gefunden, und vor allem keinen Lösungsansatz.

So und nun zu meinem dpkg-Problem. Ich kann nun auch nichts mehr per apt-get installieren, weil er obiges Problem irgendwo in der Datenbank hat und zB bei einem "apt-get install vdr-addon-noad" mit dem gleichen Fehler abbricht, dass er diese verda...... Lib nicht installieren kann. "apt-get -f install" hat nichts gebracht.

Nun zu meinen 2 Fragen:
1.) Wie kann ich das image-Plugin übersetzen und installieren?
2.) Wie kann ich meinem System klar machen, dass mich diese Lib nicht mehr interessiert und ich was anderes installieren will?

Schöne Grüße
da Beda

Zitat

Original von wilderigel
Schon mal versucht libavcodeccvs51 zu entfernen?
Das konkurriert ja anscheinend.

Nein hab ich noch nicht, weil ich befürchte dass dann Mplayer- und/oder vdrrip-plugin nicht mehr funktioniert. Täusch ich mich da?

Zitat

Original von wilderigel
Notfalls mit --force installieren, kollidiert vermutlich aber später mal.

Meinst du mit kollidieren, dass was ich gerade eben oben geschrieben habe?

Zitat

Original von wilderigel
Hab selber mal versucht das ganze mit libavcodeccvs51-dev zu kompilieren, schlägt dann aber beim starten fehl.

Danke schon mal
da Beda

Zitat

Original von wilderigel
Schon möglich das andere Sachen auch neu kompiliert werden müssten.
Hab derzeit einfach auf image Plugin verzichtet.

Gut ich versuchs dann mal so, zur Not werd ich halt auch drauf verzichten, weil's ja vor allem von der Geschwindigkeit eh nicht so der Hammer ist.

Nochmal kurz zu meinem zweiten Anleigen, wie bring ich denn so eine Geschichte wieder aus dem Paketsystem raus?

Danke
da Beda

Zitat

Original von wilderigel
dpkg -r libavcodec-dev

das hab ich versucht und es hat nicht funktioniert.

Zitat

Original von wilderigel

Code

apt-get remove libavcodec-dev -o Dpkg::Options::=--force-all

Das liest sich wie die nukleare Endlösung für zickige Installationspakete

Ich werds auf jeden fall versuchen, Danke
da Beda

Zitat

Original von wilderigel

Code

apt-get remove libavcodec-dev -o Dpkg::Options::=--force-all

das hat nicht funktioniert:

lmms:~# apt-get remove libavcodec-dev -o Dpkg::Options::=--force-all
Paketlisten werden gelesen... Fertig
Abhýngigkeitsbaum wird aufgebaut... Fertig
Paket libavcodec-dev ist nicht installiert, wird also auch nicht entfernt
Probieren Sie ýapt-get -f installý, um diese zu korrigieren:
Die folgenden Pakete haben nichterfýllte Abhýngigkeiten:
  libavformat-dev: Hýngt ab: libavcodec-dev (= 0.cvs20060823-8) soll aber nicht
installiert werden
E: Nichterfýllte Abhýngigkeiten. Versuchen Sie ýapt-get -f installý ohne jeglich
 Pakete (oder geben Sie eine Lýsung an).

Die Lösugn brachte dann ein:

lmms:~# apt-get remove libavformat-dev
Paketlisten werden gelesen... Fertig
Abhýngigkeitsbaum wird aufgebaut... Fertig
Die folgenden Pakete werden ENTFERNT:
  libavformat-dev
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 26 nicht aktualisiert.
1 nicht vollstýndig installiert oder entfernt.
Es mýssen 0B Archive geholt werden.
Nach dem Auspacken werden 848kB Plattenplatz freigegeben worden sein.
Mýchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 34537 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne libavformat-dev ...

Aber halt auch nur soweit, als das ich dann wieder andere Dinge installieren konnte. Das image-Plugin ließ sich noch immer nciht kompilieren und auch die Build-Abhängigkeiten ließen sich wieder nicht installeiren. Es trat exakt das gleiche Problem wie vorher auf. Gibts da jetzt also keine vernünftige Lösung dafür, dass man das image-Plugin kompilieren kann?

Zumindest geht das restliche System wieder. Vielen Dank
da Beda

Ach ja genau, wo wir gerade dabei sind. Was ist eigentlich der Unterschied zwischen apt-get remove .... und dpkg -r ...?

Nachtrag: Witzigerweise konnte ich das fertige Paket aus den eTobi-Quellen installieren und es lässt sich ohne Fehler ausführen. Allerdings zeigt es nichts an, dieses Problem stelle ich aber in einen anderen Thread.

An schen
da Beda