Probleme mit der toolchain

[BOFHELL]

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

[SnowHead]

@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.

[BOFHELL]

@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

[rhabarber1848]

Das ist der Fehler... Ist jedoch änderbar

Dadurch wird das TV-Programm auch nicht besser

[PauleFoul]

Dadurch wird das TV-Programm auch nicht besser

Ein waren Satz, aber man kann schneller wegschalten...

[SnowHead]

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.

[digifrick12]

na da Daumen drück

 

und falls es mit der Suse nicht geht auf Ubuntu läuft das toolchain

[SnowHead]

@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.

[GetAway]

@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

[SnowHead]

@GetAway

 

Klasse, das sollte mir weiterhelfen. Ich werde das morgen gleich mal durchexerzieren.

Vielen Dank!

[SnowHead]

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.

[break-off]

"export CC=$CCPATH"bin/"gcc"

Heiß bei dir gcc nicht arm-cx2450x-linux-gnueabi-gcc ?

[Striper]

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ß

[SnowHead]

@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".