BOFHELL Geschrieben 6. Februar 2010 Melden Share Geschrieben 6. Februar 2010 Wenn ich es geschafft habe, dieses völlig inkonsistente Build-System dazu zu bewegen, überhaupt erst einmal ohne Fehler komplett durchzulaufen, wird es auch nach und nach die Plugins für die Cooly geben. Aber bitte nicht drängeln, das geht nicht von heute auf morgen (oder eben halt selber bauen). Sorry aber ich hab bisher noch kein besseres Buildsystem gesehen! make crosstool make preqs make bootstrap make neutrino fertig - und stand Heute läuft das von 0 Durch - vorausgesetzt Dein System ist dazu in der Lage, ich hab das grade auf einem frischen Ubuntu probiert! Und wenn es bei Dir nicht durch baut sag Bescheid dann gucken was bei Dir fehlt Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 7. Februar 2010 Admin Melden Share Geschrieben 7. Februar 2010 @BOFELL Nachdem ich mit einer aus dem Tuxbox-CVS gebauten Toolchain versucht habe, seifes git auf Suse 11.2 zu bauen, mußte ich mich mit den bekannten "undefined reference to `ff_cmap_read_palette'" und "undefined reference to `ff_cmap_read_palette'" rumschlagen. Nachdem ich die gefixt hatte, baute make zwar durch, das entstandene Neutrino war aber nicht lauffähig und führte zum Absturz der Box. Ich habe jetzt nach tabula rasa mal seifes git auch für die Toolchain verwendet. "make toolchain" baut er jedoch nicht durch, da er keine Verbindung zum Server "mpfr.org" für das Archiv "mpfr-current//mpfr-2.3.1.tgz" aufbauen kann, was ja wohl kaum Suse angelastet werden kann. Wird nach dem Abbruch "make toolchain" neu aufgerufen, rasselt eine Fehlermeldung nach der anderen bezüglich fehlender Rechte zum Anlegen von Unterverzeichnissen im Home-Verzeichnis runter und der Build bricht wieder ab. Das gehört aber jetzt nicht in diesen Thread. Ich werde mich erst mal weiter mit dem KW-Image für die DBox befassen. Da ist der Build-Vorgang nicht so frustrierend. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
BOFHELL Geschrieben 7. Februar 2010 Autor Melden Share Geschrieben 7. Februar 2010 @BOFELL Nachdem ich mit einer aus dem Tuxbox-CVS gebauten Toolchain versucht habe, seifes git auf Suse 11.2 zu bauen, Du sollest "das reine Buildsystem von Seife nutzen ohne Tuxbox-CVS mußte ich mich mit den bekannten "undefined reference to `ff_cmap_read_palette'" und "undefined reference to `ff_cmap_read_palette'" rumschlagen. Nachdem ich die gefixt hatte, Nachdem houdini das gefixt hat funktioniert das nun auch wieder, lag wohl an einem ffmpeg update - und wenn man teilweise Sachen auf dem aktuellsten Stand verwendet (SVN-Versionen ffmpeg, busybox, neutrino-hd) kann es schon einmal passieren das etwas nicht sofort klappt. baute make zwar durch, das entstandene Neutrino war aber nicht lauffähig und führte zum Absturz der Box. Also die bei mir gebauten Neutrinos laufen Ich habe jetzt nach tabula rasa mal seifes git auch für die Toolchain verwendet. "make toolchain" baut er jedoch nicht durch, da er keine Verbindung zum Server "mpfr.org" für das Archiv "mpfr-current//mpfr-2.3.1.tgz" aufbauen kann, was ja wohl kaum Suse angelastet werden kann. Naja das der mpfr Server Down ist kannst Du wohl auch niemanden anderen anlasten aueßr den mpfr Leuten, pack das File einfach händisch in das Download Verzeichnis. Weinst Du beim Tuxbox-Project auch so rum wenn man ein Download broken ist? Wird nach dem Abbruch "make toolchain" neu aufgerufen, rasselt eine Fehlermeldung nach der anderen bezüglich fehlender Rechte zum Anlegen von Unterverzeichnissen im Home-Verzeichnis runter und der Build bricht wieder ab. Das gehört aber jetzt nicht in diesen Thread. Ich werde mich erst mal weiter mit dem KW-Image für die DBox befassen. Da ist der Build-Vorgang nicht so frustrierend. rm build_tmp/crosstool-ng-1.3.2 -rf make crosstool Das ist nicht schön weil er dann die crosschain komplett neu baut, aber ein weg, und es steht jedem Frei dem Seife zu den Fehelr zu posten und ich bin sicher das Er eine Lösung finden wird. Gruß BOFH p.S. sag einfach Bescheid wenn Du ein Problem hast, die meisten Probleme sind bereits gelöst und die Lösung ist nur einen Skypeklick entfernt! Oder schau bei uns im Board Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rhabarber1848 Geschrieben 7. Februar 2010 Melden Share Geschrieben 7. Februar 2010 Das ist der Fehler... Ist jedoch änderbar Dadurch wird das TV-Programm auch nicht besser Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
PauleFoul Geschrieben 7. Februar 2010 Melden Share Geschrieben 7. Februar 2010 Dadurch wird das TV-Programm auch nicht besser Ein waren Satz, aber man kann schneller wegschalten... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 8. Februar 2010 Admin Melden Share Geschrieben 8. Februar 2010 Irgendwie bin ich wohl doch zu blöd oder habe was überlesen. Trotz peinlichem Einhaltens der Reihenfolge und mehrmaligem kompletten Neubauen bricht das "make neutrino" wegen der fehlenden autogen.sh ab. Keine Ahnung, wo ich die herbekommen soll, make /home/image/coolstream/cs-neutrino/build_tmp/neutrino-hd make[1]: Entering directory `/home/image/coolstream/cs-neutrino' mkdir -p /home/image/coolstream/cs-neutrino/build_tmp/neutrino-hd make[1]: Leaving directory `/home/image/coolstream/cs-neutrino' /home/image/coolstream/cs-neutrino/source/neutrino-hd/autogen.sh make: /home/image/coolstream/cs-neutrino/source/neutrino-hd/autogen.sh: Kommando nicht gefunden make: *** [/home/image/coolstream/cs-neutrino/build_tmp/neutrino-hd/config.status] Fehler 127 Ich geh erst mal in's Bett. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
digifrick12 Geschrieben 11. Februar 2010 Melden Share Geschrieben 11. Februar 2010 na da Daumen drück und falls es mit der Suse nicht geht auf Ubuntu läuft das toolchain Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 11. Februar 2010 Admin Melden Share Geschrieben 11. Februar 2010 @digifrick12 Die Toolchain läuft ja jetzt auf Suse und Neutrino wird gebaut. Leider kann man in die jetzigen Quellstrukturen die Plugins nicht wie von der DBox gewohnt hinzufügen da Verzeichnisstruktur sowie Position und Aussehen der Config- und Makefiles komplett von den gewohnten abweichen. Ich habe momentan keinen Plan, wie ich z.B. die msgbox in den Buildprozess integrieren könnte. Auch der Zugriff auf Framebuffer und Fernbedienung unterscheidet sich gegenüber der DBox doch gewaltig. Im Moment bekomme ich nicht mal "getrc" zum Laufen (gebaut bekomme ich es ja wenigstens schon), da der Zugriff auf die empfangenen Daten über "/dev/input/event0" nicht funktioniert, obwohl des Device selbst vorhanden ist. Da sind auf jeden Fall noch eine Menge Informationen zu beschaffen, um da was Vernünftiges auf die Beine stellen zu können. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
GetAway Geschrieben 11. Februar 2010 Melden Share Geschrieben 11. Februar 2010 @SnowHead Vielleicht hilft Dir der Tuxcom [beta} Thread. Das Plugin soll ja laufen. Aus den Sourcen läßt sich mit Sicherheit einiges für Deine Plugins ableiten. http://www.dbox2worl...-hd1/#post93163 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 11. Februar 2010 Admin Melden Share Geschrieben 11. Februar 2010 @GetAway Klasse, das sollte mir weiterhelfen. Ich werde das morgen gleich mal durchexerzieren. Vielen Dank! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 12. Februar 2010 Admin Melden Share Geschrieben 12. Februar 2010 Tja, leider zu früh gefreut. Da fällt mir wieder das inkonsistente Buildsystem auf die Füße. Während ich Toolchain und Neutrino mit dem git von seife gebaut habe (was nach vielen Fehlversuchen nun endlich mal geklappt hat), verlangt die Anleitung für das Bauen der freetype danach, daß die Tool- chain in /opt/newcross/ liegt, während sie bei seife nach $HOME/coolstream/cs-neutrino/cross/ ge- packt wird. Ich habe es nun schon sowohl mit einem Symlink in /opt/ versucht als auch mit dem An- passen der (übrigens fehlerhaften) Anleitung. Mein im ausgepackten freetype-Verzeichnis ausge- führtes Script "mymake" sieht so aus: #!/bin/bash CCPATH=/home/image/coolstream/cs-neutrino/cross/arm-cx2450x-linux-gnueabi/ PATH="$CCPATH"bin:$PATH PREFIX="$CCPATH"sys-root/usr HOST=arm-cx2450x-linux-gnueabi export PKG_CONFIG_PATH=${PREFIX}/lib/pkgconfig export CC=$CCPATH"bin/"gcc export AR=$CCPATH"bin/"ar export NM=$CCPATH"bin/"nm export RANLIB=$CCPATH"bin/"ranlib export OBJDUMP=$CCPATH"bin/"objdump export STRIP=$CCPATH"bin/"strip ./configure --prefix=${PREFIX} --build=i386-pc-linux-gnu --host=$HOST make make install Obwohl die Pfade stimmen, bekomme ich wieder eine typisch behämmerte Fehler- meldung: image@workpc:~/coolstream/freetype-2.3.9> ./mymake FreeType build system -- automatic system detection The following settings are used: platform unix compiler /home/image/coolstream/cs-neutrino/cross/arm-cx2450x-linux-gnueabi/bin/gcc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `make' again to build the library, or `make refdoc' to build the API reference (the latter needs python). cd builds/unix; ./configure '--prefix=/home/image/coolstream/cs-neutrino/cross/arm-cx2450x-linux-gnueabi/sys-root/usr' '--build=i386-pc-linux-gnu' '--host=arm-cx2450x-linux-gnueabi' checking build system type... i386-pc-linux-gnu checking host system type... arm-cx2450x-linux-gnueabi checking for arm-cx2450x-linux-gnueabi-gcc... /home/image/coolstream/cs-neutrino/cross/arm-cx2450x-linux-gnueabi/bin/gcc checking for C compiler default output file name... configure: error: in `/home/image/coolstream/freetype-2.3.9/builds/unix': configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [setup] Fehler 77 Was nun totaler Quatsch ist, da ich mit diesem Compiler schon Executables gebaut habe. Auch die beschriebene "config.log" zum Ermitteln der genauen Fehlerursache ist natürlich nicht zu finden. Der Aufruf "/home/image/coolstream/cs-neutrino/cross/arm-cx2450x-linux-gnueabi/bin/gcc" bringt die erwartete Fehlermelung des fehlenden Input-Files, also ist der Pfad richtig konfiguriert. Wie das Configure jetzt auf die Idee kommt, daß dieser Compiler keine executables erzeugen könne, ist mir schleierhaft. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
break-off Geschrieben 12. Februar 2010 Melden Share Geschrieben 12. Februar 2010 "export CC=$CCPATH"bin/"gcc" Heiß bei dir gcc nicht arm-cx2450x-linux-gnueabi-gcc ? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Striper Geschrieben 13. Februar 2010 Melden Share Geschrieben 13. Februar 2010 Die Toolchain läuft ja jetzt auf Suse und Neutrino wird gebaut. Leider kann man in die jetzigen Quellstrukturen die Plugins nicht wie von der DBox gewohnt hinzufügen da Verzeichnisstruktur sowie Position und Aussehen der Config- und Makefiles komplett von den gewohnten abweichen. Ich habe momentan keinen Plan, wie ich z.B. die msgbox in den Buildprozess integrieren könnte. Schau doch mal rüber ins dbox2world und frag in den entsprechenden Threads nach. seife hilft dir da sicher weiter wenn du ihm mit konkreten Fragen kommst. Das könnte obendrein noch dabei rausspringen: http://www.dbox2world.selfip.com/board293-coolstream-hd1/board297-coolstream-user-cafe/8947-q1-2010-addon-wettbewerb-das-beste-addon-f%C3%BCr-die-coolstream-hd1/ Da drüben ist es eigentlich ein schönes Miteinander. CS ist hald nicht wie dbox, dafür ist aber vieles auch wesentlich einfacher was den Buildprozess angeht. Würde mich freuen wenn man so nen fähigen Kerl wie dich dafür gewinnen könnte. Gruß Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 13. Februar 2010 Admin Melden Share Geschrieben 13. Februar 2010 @break-off Bei seifes Chain ist der Compiler auch unter "gcc" verlinkt. Ich hatte aber die gleiche Fehlermeldung, wenn ich [ export CC=$CCPATH"bin/"$HOST"-gcc" ] verwendet habe also arm-cx2450x-linux-gnueabi-gcc testen ließ. Das Problem ist übrigens erledigt, da in seifes git die freetype einfach über einen Make-Befehl gebaut werden kann. Die Inkompatibilitäten mit der bei den bisherigen Plugins verwendeten fossilen freetype-Version konnten dank seifes Hilfe auch ausge- räumt werden. @Striper Seife hat mir inzwischen ja bereits helfen können. Ich lese bei Euch im Board zwar mit, nimm es mir aber bitte nicht übel, wenn ich bei Euch nicht aktiv werde. Mir fehlt einfach die Zeit, um auf mehreren Hochzeiten zu tanzen. Und zu Hause bin ich nun mal halt im Keywelt-Board. Die Arbeit an den Images und Plugins mache ich übrigens nicht deshalb, damit etwas dabei "herausspringt". Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.