Frisch ausgechecktes Gesamt-Packet lässt sich nicht bauen

[trulli]

Hi,

vielleicht kann mir ja jemand helfen.

Habe heute frisch ausgecheckt auf eine jungfräüliche Umgebung (newmake).

Ohne irgendwelche Veränderungen lässt sich diese Version nicht bauen.

Bricht permanent beim bauen der busybox ab.

Ich habe diese Version nur komplett jungfräülich aufgebaut, weil ein Update nur noch ein nicht bootbares Image erzeugt hat.

Meiner Meinung nach liegt es an einem "frisch" eingebauten modprob in der rcS, obwohl "es diesen Befehl nicht gibt".

Deshalb habe ich, im Verdacht, ich hätte etwas falsch gemacht, komplett alles neu aufgesetzt.
Nur jetzt baut er mir noch nicht einmal ein Image zusammen.

Vielleicht bin ich ja nicht der Einzige mit diesem Problem und es gibt jemanden, der mir auf die Sprünge helfen kann.

Im Vorraus schon einmal "vielen Dank".

MfG

[dbt]

Hi,

vielleicht kann mir ja jemand helfen.

Habe heute frisch ausgecheckt auf eine jungfräüliche Umgebung (newmake).

Wie war dein auscheck Kommando?

[trulli]

Hi,

dasgleiche wie am 14.07.2009 cvs -d anoncvs@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z3 co -f -P .

Und ab da unregelmässig mit cvs -z3 up -f -dP

Ab heute klappt es nicht mehr .... das update macht mir ein modprob in die rcS (das gib es aber nicht) ... nicht bootbar ...

Und dann vorhin ausgecheckt wieder mit cvs -d anoncvs@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z3 co -f -P . auf eine jüngfräuliche Umgebung ....und jetzt baut er busybox nicht mehr ..... und bricht ab beim bauen

Irgendwas mit kann logischen Namen nicht auflösen

MfG

[rhabarber1848]

das update macht mir ein modprob in die rcS (das gib es aber nicht) ... nicht bootbar ...

Poste bitte Deine configure-Parameter.

Irgendwas mit kann logischen Namen nicht auflösen

Poste bitte die genaue Fehlermeldung.

Ich baue hier öfter Images aus dem aktuellen CVS, die alle funktionieren.
Nutzt Du customization-Skripts?

[trulli]

das update macht mir ein modprob in die rcS (das gib es aber nicht) ... nicht bootbar ...

Poste bitte Deine configure-Parameter.

Irgendwas mit kann logischen Namen nicht auflösen

Poste bitte die genaue Fehlermeldung.

Ich baue hier öfter Images aus dem aktuellen CVS, die alle funktionieren.
Nutzt Du customization-Skripts?

Hi,

schonmal danke ...

Poste ich gleich ... habe wie immer ausgecheckt.

Habe wie immer Update gemacht.

Ging auch bis, das weiss ich nicht genau, auf jeden Fall bis zum 17.07.2009.

Heute ein Update ..... modprob im rcS plötzlich ... da es das nicht gibt .... Ergebniss ein nicht bootbares Image.

Jungfräulich komplett ausgecheckt .... busybox wird nicht mehr gebaut .... Ergebniss Abbruch.

Grundsätzlich keine eigene Änderungen gemacht ..... hatte ich versucht im config der bussybox ... Ergebniss durch Update eine zerstörte config, also erstmal Finger davon gelassen.

Was jetzt meine Parameter, die sich seit 3 Monaten nicht geändert haben, damit zu tuen haben sollen .... aber was solls ...

./configure --prefix=/home/newmake/dbox2 --with-cvsdir=/home/newmake/tuxbox-cvs --enable-maintainer-mode --enable-flashrules --enable-cdkVcInfo --with-rootpartitionsize=0x480000 --with-checkImage=rename --enable-ccache --enable-movieplayer2

MfG

[GetAway]

Alte busybox.config.m4 wird nicht mehr unterstützt. Falls du die aktuelle durch eine alte
ersetzt, bricht busybox ab. Benutze die neue busybox.config.m4 und passe diese an.

[trulli]

Alte busybox.config.m4 wird nicht mehr unterstützt. Falls du die aktuelle durch eine alte
ersetzt, bricht busybox ab. Benutze die neue busybox.config.m4 und passe diese an.

Hi,

"alte" busybox-Config wird nicht mehr unterstützt????

Hatte am 14.07.2009 zuletzt "komplett" ausgecheckt. Danach hat sich die Config geändert?

Ich habe in dieser Config nur die Option für den udhcpc geändert in "-n".

Damit war das bauen kein Problem. Am 22.07.2009 habe ich dann ein cvs-update gemacht, was mir die busybox-config "zerstört" hat (es sind durch das Update Zeichen in die config gekommen, die das Make gestört hat).

Deshalb habe ich gestern (24.07.2009) nochmal komplett jungfräulich ausgecheckt und erstmal ohne irgendetwas zu ändern gebaut. Und da stürzt er jetzt beim bauen der busybox ab.

MfG

[dietmarw]

...
Deshalb habe ich gestern (24.07.2009) nochmal komplett jungfräulich ausgecheckt und erstmal ohne irgendetwas zu ändern gebaut. Und da stürzt er jetzt beim bauen der busybox ab...

heute morgen baute ein frischer standard checkout fehlerfrei..

[trulli]

...
Deshalb habe ich gestern (24.07.2009) nochmal komplett jungfräulich ausgecheckt und erstmal ohne irgendetwas zu ändern gebaut. Und da stürzt er jetzt beim bauen der busybox ab...

heute morgen baute ein frischer standard checkout fehlerfrei..

OK,

dann werde ich es auch nochmal versuchen.

Trotzdem vielen Dank für die Hilfe.

MfG

[rhabarber1848]

Und da stürzt er jetzt beim bauen der busybox ab.

Fehlermeldung?

[trulli]

Hi,

so jetzt klappt es wieder.

Gestern fehlten die BusyBox-Sachen im Archiv. Beim Laden konnte er den logischen Namen nicht auflösen.

Heute morgen ging es dann wieder .... ist jetzt wieder alles ok.

Allen vielen Dank. Vielleicht lösch ich demnächst beim kompletten jungfräulichen auschecken den Ordner "Archiv" nicht mehr.

Oder könnte das dann auch zu Schwierigkeiten führen?

MfG

[rhabarber1848]

Vielleicht lösch ich demnächst beim kompletten jungfräuöichen auschecken den Ordner "Archiv" nicht mehr. Oder könnte das dann auch zu Schwierigkeiten führen?

Nein

[dietmarw]

...Vielleicht lösch ich demnächst beim kompletten jungfräulichen auschecken den Ordner "Archiv" nicht mehr...

warum verlinkst du den nicht generell?

[rhabarber1848]

...Vielleicht lösch ich demnächst beim kompletten jungfräulichen auschecken den Ordner "Archiv" nicht mehr...

warum verlinkst du den nicht generell?

Für alle möglichen Verzeichnisse gibt es configure-Optionen,
nur für cdk/Archive nicht. Wäre da eine zusätzliche Option
--with-archivedir nicht sinnvoll? Ich stimme für ja, dann fällt
der zusätzlich anzulegende Link weg.

[dbt]

Wäre da eine zusätzliche Option
--with-archivedir nicht sinnvoll?

Warum nicht, war schon immer lästig, das immer aufs neue zu verlinken.

[Striper]

*dafür*

[rhabarber1848]

Wäre da eine zusätzliche Option
--with-archivedir nicht sinnvoll?

Warum nicht, war schon immer lästig, das immer aufs neue zu verlinken.

http://forum.tuxbox-cvs.sourceforge.net ... 11#p369111