xbmc kompilieren

Hi!

Ich versuche gerade xbmc zu compilieren.
Habe natürlich alles notwendige für das Compilieren installiert und auch
deb-src http://ppa.launchpad.net/yavdr/stable-****/ubuntu lucid main
in die
/etc/apt/sources.list.d/yavdr.list
eingetragen.

Das Source Paket geholt (in meinem home)
apt-get source xbmc

Dann auch ein
apt-get update
apt-get dist-upgrade
gemacht.

Reboot und alles gecheckt
Toll, es spielt noch alles!

Dann die Devel Pakete für das Compilieren installiert
apt-get build-dep xbmc

Letzteres gibt mir folgende Fehlermeldung:

(Lese Datenbank ... 121093 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke libcdio-dev (aus .../libcdio-dev_0.81-4_i386.deb) ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libcdio-dev_0.81-4_i386.deb (--unpack):
 Versuche, »/usr/share/info/libcdio.info.gz« zu überschreiben, welches auch in Paket xbmc 2:10.5-dharma+pvr~yavdr4 ist
dpkg-deb: Unterprozess einfügen mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Entpacke libmicrohttpd-dev (aus .../libmicrohttpd-dev_0.4.4-1_i386.deb) ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libmicrohttpd-dev_0.4.4-1_i386.deb (--unpack):
 Versuche, »/usr/share/info/microhttpd.info.gz« zu überschreiben, welches auch in Paket xbmc 2:10.5-dharma+pvr~yavdr4 ist
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libcdio-dev_0.81-4_i386.deb
 /var/cache/apt/archives/libmicrohttpd-dev_0.4.4-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
E: Verarbeitung der Bau-Abhängigkeiten fehlgeschlagen

Nachdem es schon sehr lange her ist, dass ich mich mit dem Thema Debian Pakete auseinander
gesetzt habe, kann ich mich nicht mehr erinnern, wie ich so einen Konflikt lösen kann.

Kann mir da vielleicht jemand weiter helfen?

LG
Jasmin

Zitat

Brauchst du die alte Version von xbmc noch?

Ja, ich möchte das System noch nicht kaputt machen.
Dazu war es einfach zu viel Arbeit Fernbedienung (seriell) mit vdr + xbmc, CI Modul für ORF,
usw. zum funktionieren zu bringen.

Außerdem warum alte Version? Das ist doch genau die, von der ich das Source Paket installiert habe.
Eigentlich sollte das doch alles zusammen spielen. Wurde ja erst im Februar veröffentlicht.

Zitat von Dirch

Warum willst du dann eigentlich neu kompilieren ?

Ich möchte mich ein bisschen mit den Optionen Spielen. Außerdem dachte ich mir, das ist ein guter Einstieg
sich mit der yaVDR Programmierung auseinander zu setzten, nachdem ich gescheitert bin das CI Modul
bei der Terratec Cinergy S2 PCI HD zum Funktionieren zu bringen. Ich habe mich schon den Kernel Treiber
debuggen gesehen.
Dann hat meine Freundin aber doch eine Technotrend S2-3200 mit CI Modul gekauft und die hat dann auf Anhieb
gespielt.

LG
Jasmin

Zitat von utiltiy

Also bei mir läuft auf meinem yaVDR auch nicht das XBMC aus deren Repo, da es sich nicht mit der zentralen mysql Datenbank vertragen hat.

Darum auch das "untie-packages", XBMC tauschen und wieder "apt-get install yavdr-essential"

Ich möchte ja gar nicht XBMC aus einem anderen Repo verwenden, sondern den, der bei meiner yaVDR Version (0.3.0) dabei war.
Das ist normalerweise der geringste Aufwand, wenn man ein Paket ein wenig anders haben möchte, als bei der Distribution konfiguriert.

Zitat von utiltiy

Warum der Bau fehlschlägt kann ich Dir grad' nicht sagen.

Vielleicht findet sich ja doch wer, der mir helfen kann.
Eigentlich müsste ein Repo immer konsistent sein, also die zusammen passenden Versionen automatisch installieren.
Nur kenn ich mich mit den Debian Paket Versionsabhängigkeiten nicht aus. Kann ja sein, dass da was erst nach der
Auslieferung von yaVDR in den Abhängigen Paketen inkonsistent wurde.

Zitat von Keine_Ahnung

Nur kenn ich mich mit den Debian Paket Versionsabhängigkeiten nicht aus. Kann ja sein, dass da was erst nach der
Auslieferung von yaVDR in den Abhängigen Paketen inkonsistent wurde.

Ich
denke davon kannst du ausgehen, so was kennt man von nem reinen Debian
eigentlich nicht, aber in Verbindung mit yaVDR liest man solche Sachen
hier immer wieder.

Obwohl, erst das Souce Paket holen und danach ein
update der Paketliste ist irgendwie auch falschherrum, daher kann sowas
auch kommen. Hol die das Source Paket besser nochmal.

Alles anzeigen

Also, noch mal von vorne

root@vdr:/filme# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Status-Informationen einlesen... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren.
Die folgenden Pakete haben nicht-erfüllte Abhängigkeiten:
  libiso9660-dev: Hängt ab: libcdio-dev (>= 0.78.2-1) ist aber nicht installiert
E: Nicht-erfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen.
root@vdr:/filme# apt-get remove libiso9660-dev  libcdio-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Status-Informationen einlesen... Fertig
Paket libcdio-dev ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete werden ENTFERNT:
  libiso9660-dev
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 287kB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 121093 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne libiso9660-dev ...


root@vdr:/filme# apt-get dist-upgrade
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.
root@vdr:/filme#

So jetzt ist für den Paket Manager wieder alles OK.

Zitat von Keine_Ahnung

Verzichte doch einfach mal auf das "apt-get build-dep xbmc", beim Configure sollte er dir sagen was er vermisst, dann kannst du versuchen das einzeln aufzulösen.

Das kommt raus beim Build Versuch

maria@vdr:~$ cd xbmc-10.5/
maria@vdr:~/xbmc-10.5$ dpkg-buildpackage
dpkg-buildpackage: setze CFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CPPFLAGS auf Standardwert:
dpkg-buildpackage: setze LDFLAGS auf Standardwert: -Wl,-Bsymbolic-functions
dpkg-buildpackage: setze FFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CXXFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: Quellpaket xbmc
dpkg-buildpackage: Quellversion 2:10.5-dharma+pvr~yavdr4
dpkg-buildpackage: Quellen geändert durch Gerald Dachs <gda@dachsweb.de>
dpkg-buildpackage: Host-Architektur i386
dpkg-checkbuilddeps: Nicht erfüllte Bauabhängigkeiten: libcdio-dev libiso9660-dev libmicrohttpd-dev
dpkg-buildpackage: Warnung: Bauabhängigkeiten/-konflikte nicht erfüllt; Abbruch
dpkg-buildpackage: Warnung: (Verwenden Sie -d, um sich darüber hinwegzusetzen.)
maria@vdr:~/xbmc-10.5$ dpkg-buildpackage -d
dpkg-buildpackage: setze CFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CPPFLAGS auf Standardwert:
dpkg-buildpackage: setze LDFLAGS auf Standardwert: -Wl,-Bsymbolic-functions
dpkg-buildpackage: setze FFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CXXFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: Quellpaket xbmc
dpkg-buildpackage: Quellversion 2:10.5-dharma+pvr~yavdr4
dpkg-buildpackage: Quellen geändert durch Gerald Dachs <gda@dachsweb.de>
dpkg-buildpackage: Host-Architektur i386


.......<snip>....


checking for CDIO... no
configure: error: Could not find a required library. Please see the README for your platform.
make[1]: *** [override_dh_auto_configure] Fehler 1
make[1]: Verlasse Verzeichnis '/home/maria/xbmc-10.5'
make: *** [build] Fehler 2
dpkg-buildpackage: Fehler: debian/rules build gab Fehler-Exitstatus 2
maria@vdr:~/xbmc-10.5$

Also doch versuchen das Paket zu installieren

root@vdr:/filme# apt-get -f install libcdio-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Status-Informationen einlesen... Fertig
Die folgenden NEUEN Pakete werden installiert:
  libcdio-dev
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0B von 257kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 602kB Plattenplatz zusätzlich benutzt.
(Lese Datenbank ... 121081 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke libcdio-dev (aus .../libcdio-dev_0.81-4_i386.deb) ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libcdio-dev_0.81-4_i386.deb (--unpack):
 Versuche, »/usr/share/info/libcdio.info.gz« zu überschreiben, welches auch in Paket xbmc 2:10.5-dharma+pvr~yavdr4 ist
dpkg-deb: Unterprozess einfügen mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libcdio-dev_0.81-4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Womit wir uns im Kreis drehen.
Wenn ich nur wüsste wo ich ihm die falsche Dependency löschen kann.

Zitat

Es gibt ja keinen zwingenden Grund es auf dem yaVDR zu bauen - oder doch ?
Ich habe doch nicht gesagt mach es nicht, sondern nur mach es nicht auf dem yaVDR.

Doch, ich habe kein anderes System wo ich spielen kann. Mein Linux Rechner ist derzeit Out Of Order.

Zitat von Keine_Ahnung

Du solltest erst das installierte XBMC entfernen (hatte utiltiy ja schon geschrieben).

Dieser Weg war mir zu gefährlich, weil ich den VDR wie gesagt nicht kaputt machen will.

Zitat von Keine_Ahnung

Wobei das unter Debian eigentlich nicht notwendig ist.

Sehe ich auch so.

Zitat von Keine_Ahnung

Und aufgepasst dabei, hier berichteten auch schon Leute das das simple entfernen eines Plugins gleich den ganzen VDR deinstalliert hat.

Na eben, also nichts entfernen.

Zitat von Keine_Ahnung

jasminj: Schau mal in div. Apt FAQs, es gibt Möglichkeiten einzelne Dateien zur Installation umzuleiten (d.h. sie werden nach alternativen Zielen isntalliert), damit sollte sich der Konflikt lösen lassen, und diese Datei ist ja eigentlich auch ganricht wichtig.

Dazu habe ich nichts gefunden, aber ich habe eine andere Lösung des Problems.

Zitat von Keine_Ahnung

Zumal ich denke, bin mir nicht sicher, dass für das Build auch Pakete von Maverick benötigt werden. XBMC ist für's lernen eine hohe Einstiegshürde, nimm doch den VDR oder ein Plugin

Nein das geht nicht, ich will den XBMC anders haben will. Zumindest möchte ich das versuchen.

So nun erkläre ich wie ich es gemacht habe.

Diese Anleitung ist ganz bewusst nicht sehr detailliert, weil das nur "Wissende" machen sollten. Außerdem ist es ein Hack,
der in der nächsten yaVDR Version hoffentlich nicht mehr notwendig ist.

Die Debain Pakete stehen im apt Cache
/var/cache/apt/archives

Das störende Paket entpacken
ar -x libmicrohttpd-dev_0.4.4-1_i386.deb

Dann in ein anderes Verzeichnis den Kontroll-Inhalt auspacken
tar -xzvf ../control.tar.gz

Aus der Datei md5sums die Zeile mit der störenden Datei löschen
usr/share/info/microhttpd.info.gz

Dann wieder verpacken und über die alte Datei drüber kopieren
tar -czvf control.tar.gz *; mv ...

Das selbe machen wir mit den eigentlichen Daten
tar -xzvf ../data.tar.gz

Das ganze Verzeichnis ./usr/share/info löschen

Und wieder verpacken und drüber kopieren
tar -czvf data.tar.gz *; mv ...

So jetzt nur noch das Debain Paket wieder erzeugen
ar -r new_libmicrohttpd-dev_0.4.4-1_i386.deb debian-binary control.tar.gz data.
Achtung, die Reihenfolge ist wichtig!

Das original Debian Package unter /var/cache/apt/archives/sav sichern und das
neuen dort hin stellen und umbenennen
mv new_libmicrohttpd-dev_0.4.4-1_i386.deb libmicrohttpd-dev_0.4.4-1_i386.deb

Dann das neue Debian Paket installieren (im Apt Cache Verzeichnis)
dpkg -i libmicrohttpd-dev_0.4.4-1_i386.deb

Man muss das selbe zuerst mit dem Paket libcdio-dev machen.

Dann den Rest der Devel Pakete installieren
sudo apt-get build-dep xbmc

Und im enpackten Source Verzeichnis xbmc bauen
dpkg-buildpackage

Danke "Keine_Ahnung", dein Post hat mir erst die Augen geöffnet, was das eigentliche Problem ist. Es ist
nämlich nur die info Datei des jeweiligen Paketes.

Jetzt muss ich mich nur noch trauen die neuen Pakete auch zu installieren

LG
Jasmin

Zitat von XThunder

Ich habe vor einiger Zeit auch vor diesem Problem gestanden. installieren.

Danke für die Anleitung!
Manchmal sieht man den Wald vor lauter Bäumen nicht.

Ich habe das "dpkg -i --force-overwrite <paket>" einfach nicht gefunden.
Aber wie sagt das Sprichwort: "Warum einfach, wenn es auch kompliziert geht."

Zitat von Dirch

Was für "Optionen" willst du eigentlich ausprobieren die ein Neubau notwendig machen ?
Nur so aus Neugier.

Kann sich ja wohl nur um "--enable-dvdcss --enable-libbluray" handeln.

Ich weiß yaVDR hat das ganz bewusst deaktiviert, aber die Distribution ist so gut, dass ich sie als
Basis verwenden möchte um alles abspielen zu können.
Ich möchte eine Version für meinen VDR+XBMC bauen, die sich problemlos in den yaVDR einfügt.
DVD's gehen schon, egal ob als iso oder im Laufwerk.

Bluray geht noch nicht, weil das kann die XBMC Version 10.5 noch nicht. Ich werde dazu die git
Version verwenden müssen, muss aber noch die Unterschiede zur yaVDR Version checken.
Es gibt zwar ein fertiges Debian Paket mit der git Version von heute Nacht, aber das kann ich so
nicht verwenden. Ich muss es also auf meinem VDR neu bauen und zwar mit den yaVDR Patches.
Ich werde dann auch eine Anleitung dazu verfassen. Aber das wird natürlich ein eigener Thread.
So wie es aussieht, muss ich dann auch noch an XBMC entwickeln, weil das Ding noch keine
Menüs kann und immer nur den längsten Teil abspielt. Mal sehen wie viel Zeit ich habe.

LG
Jasmin