Frisch ausgechecktes Update lässt sich nicht bauen

[trulli]

Hi,

ich brauche noch einmal Eure Hilfe.

Nachdem ja am Samstag (25.07.2009) das Komplett-Auschecken und bauen funktioniert hat, habe ich heute morgen ein update ausgecheckt.

Und da ich offensichtlich das Pech an den Fingern kleben habe, stürzt das Make jetzt wieder ab.

Ich finde aber den Fehler nicht. Bitte helft mir noch einmal.

.
.
.
make -C /home/newmake/tuxbox-cvs/hostapps/mkfs.jffs2 install INSTALLDIR=/home/newmake/dbox2/cdk/bin
make[1]: Entering directory `/home/newmake/tuxbox-cvs/hostapps/mkfs.jffs2'
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT mkfs.jffs2.o -MD -MP -MF ".deps/mkfs.jffs2.Tpo" -c -o mkfs.jffs2.o mkfs.jffs2.c; \
then mv -f ".deps/mkfs.jffs2.Tpo" ".deps/mkfs.jffs2.Po"; else rm -f ".deps/mkfs.jffs2.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT compr_zlib.o -MD -MP -MF ".deps/compr_zlib.Tpo" -c -o compr_zlib.o compr_zlib.c; \
then mv -f ".deps/compr_zlib.Tpo" ".deps/compr_zlib.Po"; else rm -f ".deps/compr_zlib.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT compr_rtime.o -MD -MP -MF ".deps/compr_rtime.Tpo" -c -o compr_rtime.o compr_rtime.c; \
then mv -f ".deps/compr_rtime.Tpo" ".deps/compr_rtime.Po"; else rm -f ".deps/compr_rtime.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT compr_lzari.o -MD -MP -MF ".deps/compr_lzari.Tpo" -c -o compr_lzari.o compr_lzari.c; \
then mv -f ".deps/compr_lzari.Tpo" ".deps/compr_lzari.Po"; else rm -f ".deps/compr_lzari.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT crc32.o -MD -MP -MF ".deps/crc32.Tpo" -c -o crc32.o crc32.c; \
then mv -f ".deps/crc32.Tpo" ".deps/crc32.Po"; else rm -f ".deps/crc32.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT compr.o -MD -MP -MF ".deps/compr.Tpo" -c -o compr.o compr.c; \
then mv -f ".deps/compr.Tpo" ".deps/compr.Po"; else rm -f ".deps/compr.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Iinclude -g -O2 -MT compr_lzo.o -MD -MP -MF ".deps/compr_lzo.Tpo" -c -o compr_lzo.o compr_lzo.c; \
then mv -f ".deps/compr_lzo.Tpo" ".deps/compr_lzo.Po"; else rm -f ".deps/compr_lzo.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o mkfs.jffs2 mkfs.jffs2.o compr_zlib.o compr_rtime.o compr_lzari.o crc32.o compr.o compr_lzo.o -lz -lz
mkdir .libs
gcc -g -O2 -o mkfs.jffs2 mkfs.jffs2.o compr_zlib.o compr_rtime.o compr_lzari.o crc32.o compr.o compr_lzo.o -lz
compr.o: In function `jffs2_compressors_exit':
/home/newmake/tuxbox-cvs/hostapps/mkfs.jffs2/compr.c:504: undefined reference to `jffs2_lzma_exit'
compr.o: In function `jffs2_compressors_init':
/home/newmake/tuxbox-cvs/hostapps/mkfs.jffs2/compr.c:475: undefined reference to `jffs2_lzma_init'
collect2: ld returned 1 exit status
make[1]: *** [mkfs.jffs2] Fehler 1
make[1]: Leaving directory `/home/newmake/tuxbox-cvs/hostapps/mkfs.jffs2'
make: *** [/home/newmake/dbox2/cdk/bin/mkfs.jffs2] Fehler 2
newmake@StinkyLinux:~/tuxbox-cvs/cdk$

MfG

[rhabarber1848]

Hast Du den CVS-Code in ein leeres Verzeichnis zum Kompilieren kopiert?
Ich habe gerade ein Image erfolgreich mit dem heutigem CVS-Code gebaut.

[trulli]

Hi,

schonmal Danke, falls ich dass nacher in der Hektik vergesse.

Ich war, durch meine Aktionen vorige Woche, sehr vorsichtig was meine eigene Ideen angeht.

Habe also am Samstag nochmal komplett jungfräulich ausgecheckt und nur neu gebaut.
Hat ja auch funktioniert (siehe anderer Thread).

Heute morgen habe ich nur ein Update gemacht und versucht zu bauen.

Nichts anderes, nichts modifiziert. Ausgecheckt in das tuxbox-cvs vom Samstag.

Habe schon mal ein bisschen gelesen im Forum.

Befürchte es liegt an dem letzten commit von gestern Abend .... das mit dem lzma ....

Aber nur Vermutung ...

MfG

[rhabarber1848]

Hast Du ins gleiche Verzeichnis den CVS-checkout gemacht, indem
Du auch kompilierst? Das wäre keine gute Idee.
Wie gesagt, hier kompiliert das aktuelle CVS, ebenso bei dietmarw

[trulli]

Hi,

mein tuxbox-Verzeichniss liegt unterm Home-Verzeichniss und heisst tuxbox-cvs.

Danach habe ich folgendes gemacht:

newmake@StinkyLinux:~$ export CVS_RSH=ssh
newmake@StinkyLinux:~$ cd tuxbox-cvs
newmake@StinkyLinux:~/tuxbox-cvs$ cvs -z3 up -f -dP
newmake@StinkyLinux:~/tuxbox-cvs$ cd cdk
newmake@StinkyLinux:~/tuxbox-cvs/cdk$ make flash-clean
newmake@StinkyLinux:~/tuxbox-cvs/cdk$ make flash-neutrino-squashfs-all

Sonst nichts. Kein configure oder sonstiges.

Kann es vielleicht sein, das Dietmarw nicht nur ein Update gemacht hat, sondern noch ein paar Kleinigkeiten geändert hat?

Benötige ich vielleicht noch die beiden Patches (diffs) für squashfs mit var als jffs2?

MfG

[rhabarber1848]

Du kompilierst im gleichen Verzeichnis, das kann so nicht funktionieren.

Nach dem CVS-checkout musst Du mindestens cdk/configure neu laufen lassen,
wenn nicht vorher noch einige clean targets aufrufen. Da ich mich mit diesen
clean targets nicht beschäftige, kann ich Dir nur empfehlen, den CVS-checkout
und das Verzeichnis, indem Du kompilierst, zu trennen. Im Moment ist es ein
und dasselbe Verzeichnis.

mkfs.jffs2 benötigt nun LZMA-Support, der aber nur dann erstellt wird, wenn
cdk/configure eine Chance hatte, die dazu erforderlichen make targets zu erstellen.

[trulli]

Hi,

super .... dann werde ich das mal machen.

Brauchte allerdings noch nie ein configure nach einem Update.

Vielleicht sehe ich das ja nicht richtig, aber dann kann ich auch gleich komplett auschecken und alles neu durchkompilieren.

Woran erkenne ich denn, wann ich nach einem Update ein configure laufen lassen muss?

Bisher habe ich nämlich, aber vielleicht war das ja auch schon falsch, noch nie ein configure gemacht.
Nur nach dem ersten kompletten Auschecken, oder wenn ich an der Konfiguration etwas ändern wollte.
Das hat wochen bzw. monatelang funktioniert, bis eben das Update vom 24.07. und eben heute.

Aber bin halt Anfänger und für jede Hilfe dankbar.

MfG

[rhabarber1848]

Woran erkenne ich denn, wann ich nach einem Update ein configure laufen lassen muss?

Wenn cdk/configure.ac oder cdk/rules.* oder cdk/make/* geändert wurden,
so wie gestern: http://article.gmane.org/gmane.comp.vid ... ox.scm/896
Änderungen dieser Art geschehen nicht selten.

Bisher habe ich nämlich, aber vielleicht war das ja auch schon falsch, noch nie ein configure gemacht.
Nur nach dem ersten kompletten Auschecken, oder wenn ich an der Konfiguration etwas ändern wollte.
Das hat wochen bzw. monatelang funktioniert, bis eben das Update vom 24.07. und eben heute.

Das ist eine ganz schlechte Idee, die nur in Ausnahmefällen funktioniert.

Der Normalfall ist, den Original-Sourcecode zu nehmen, ihn in ein leeres
Verzeichnis zu kopieren, configure/make laufen zu lassen. Wenn dann
etwas schief läuft, ist wirklich ein Fehler im Sourcecode.

Hier findest Du eine Anleitung für Anfänger:
http://forum.tuxbox-cvs.sourceforge.net ... 05#p364805

[trulli]

Hi,

vielen Dank für Deine Hilfe. Hatte mich ans Wiki gehalten ....

Werde mich mal mit Deiner Anleitung beschäftigen.

Bin mir allerdings nicht sicher, ob es mir gefäält, wegen kleinerer Updates immer 2 Stunden durchzukompilieren.

Aber egal, hauptsache es läuft nacher.

Noch mal Danke.

MfG

[dbt]

Du kannst schon Updates auschecken, aber configures sollten dann auch folgen, sonst bringts ja nichts und schlimmstenfalls passt das dann nicht mehr, womit man rechnen muss. Im Wiki mach ich da mal eine Bemerkung dazu, obwohl man das eigentlich wissen sollte

[trulli]

Hi,

habe mir gerade überlegt, dass ich es so mache, wie vorgeschlagen.

Habe es jetzt auch so gemacht. Es fehlte wohl die Datei lzma465.tar.bz2.

Aber egal, beim Bauen bricht er mir trotz configure an dergleichen Stelle und mit der gleichen Fehlermeldung ab.

Habe jetzt mal die beiden Patches (diffs) für den lzma-support eingespielt und probiere es nochmal.

Melde mich dann wieder.

MfG

[dbt]

Aber egal, beim Bauen bricht er mir trotz configure an dergleichen Stelle und mit der gleichen Fehlermeldung ab.

Wäre nicht schlecht, die Meldung zu kennen.

[rhabarber1848]

Es fehlte wohl die Datei lzma465.tar.bz2.

Es ist noch mehr geändert worden.
In einem Verzeichnis, wo schon kompiliert wurde, ein CVS-Update
vorzunehmen und zu denken, das würde funktionieren, ist falsch.

[trulli]

Es fehlte wohl die Datei lzma465.tar.bz2.

Es ist noch mehr geändert worden.
In einem Verzeichnis, wo schon kompiliert wurde, ein CVS-Update
vorzunehmen und zu denken, das würde funktionieren, ist falsch.

Hi,

das würde ja heissen, dass ich bei jedem, noch so kleinen Update, alles durchkompilieren müsste.

Entschuldige, das kann ja wohl nicht sein.

Ich habe es jetzt noch mal durchkompilert, auch die Patches eingespielt bezüglich lzma und auch configure gemacht.
Ich wusste es zwar vorher, aber egal. Es kommen diegleichen Fehler:

.../compr.c:504: undefined reference to `jffs2_lzma_exit

.../compr.c:475: undefined reference to `jffs2_lzma_init

Beides kommt aus Deinem letzten Patch aus der "compr.c".

Bitte tu mir einen Gefallen und schau Dir das nocheinmal an, bevor ich nochmal komplett auschecken muss und nochmal 2-3 Stunden kompilieren muss.

Wäre Dir sehr dankbar ...

MfG

[rhabarber1848]

das würde ja heissen, dass ich bei jedem, noch so kleinen Update, alles durchkompilieren müsste.

Um Fehler zu vermeiden, ja.

Entschuldige, das kann ja wohl nicht sein.

Doch.

[trulli]

Aber egal, beim Bauen bricht er mir trotz configure an dergleichen Stelle und mit der gleichen Fehlermeldung ab.

Wäre nicht schlecht, die Meldung zu kennen.

Hi,

steht ja schon ganz oben ...

.../compr.c:504: undefined reference to `jffs2_lzma_exit

.../compr.c:475: undefined reference to `jffs2_lzma_init

MfG

[dietmarw]

...und nochmal 2-3 Stunden kompilieren muss...

ccache kennst du aber??

[trulli]

Hi,

ja das schon. Aber mit einem 1800xp und Linux unter vmware brauche ich halt solange.

Es ist auch eher die Ungeduld als die 2-3 Stunden ...

MfG

[FlatTV]

Jo, gleiches Problem
make flash-neutrino-jffs2-all haut nicht hin

Code: Alles auswählen

rm -rf liblzma465
touch .deps/liblzma465
make -C /home/Meins/tuxbox_cvs/hostapps/mkfs.jffs2 install INSTALLDIR=/home/Meins/dbox2/cdk/bin
make[1]: Entering directory `/home/Meins/tuxbox_cvs/hostapps/mkfs.jffs2'
gcc -DHAVE_CONFIG_H -I. -I.. -Iinclude    -g -O2 -MT mkfs.jffs2.o -MD -MP -MF .deps/mkfs.jffs2.Tpo -c -o mkfs.jffs2.o mkfs.jffs2.c
mv -f .deps/mkfs.jffs2.Tpo .deps/mkfs.jffs2.Po
gcc -DHAVE_CONFIG_H -I. -I.. -Iinclude    -g -O2 -MT compr_zlib.o -MD -MP -MF .deps/compr_zlib.Tpo -c -o compr_zlib.o compr_zlib.c
mv -f .deps/compr_zlib.Tpo .deps/compr_zlib.Po
gcc -DHAVE_CONFIG_H -I. -I.. -Iinclude    -g -O2 -MT compr_rtime.o -MD -MP -MF .deps/compr_rtime.Tpo -c -o compr_rtime.o compr_rtime.c
mv -f .deps/compr_rtime.Tpo .deps/compr_rtime.Po
gcc -DHAVE_CONFIG_H -I. -I.. -Iinclude    -g -O2 -MT compr_lzari.o -MD -MP -MF .deps/compr_lzari.Tpo -c -o compr_lzari.o compr_lzari.c
mv -f .deps/compr_lzari.Tpo .deps/compr_lzari.Po
gcc -DHAVE_CONFIG_H -I. -I.. -Iinclude    -g -O2 -MT compr.o -MD -MP -MF .deps/compr.Tpo -c -o compr.o compr.c
mv -f .deps/compr.Tpo .deps/compr.Po
gcc -DHAVE_CONFIG_H -I. -I.. -Iinclude    -g -O2 -MT compr_lzo.o -MD -MP -MF .deps/compr_lzo.Tpo -c -o compr_lzo.o compr_lzo.c
mv -f .deps/compr_lzo.Tpo .deps/compr_lzo.Po
/bin/sh ../libtool --tag=CC   --mode=link gcc  -g -O2   -o mkfs.jffs2 mkfs.jffs2.o compr_zlib.o compr_rtime.o compr_lzari.o crc32.o compr.o compr_lzo.o -lz -lz
gcc -g -O2 -o mkfs.jffs2 mkfs.jffs2.o compr_zlib.o compr_rtime.o compr_lzari.o crc32.o compr.o compr_lzo.o  -lz
compr.o: In function `jffs2_compressors_exit':
/home/Meins/tuxbox_cvs/hostapps/mkfs.jffs2/compr.c:504: undefined reference to `jffs2_lzma_exit'
compr.o: In function `jffs2_compressors_init':
/home/Meins/tuxbox_cvs/hostapps/mkfs.jffs2/compr.c:475: undefined reference to `jffs2_lzma_init'
collect2: ld returned 1 exit status
make[1]: *** [mkfs.jffs2] Fehler 1
make[1]: Leaving directory `/home/Meins/tuxbox_cvs/hostapps/mkfs.jffs2'
make: *** [/home/Meins/dbox2/cdk/bin/mkfs.jffs2] Fehler 2

cu FlatTV

[trulli]

Hi,

dann hast Du wahrscheinlich auch das Update in ein Verzeichniss ausgecheckt, wo Du schon einmal kompiliert hast.

Das darfst Du aber neuerdings nicht mehr, Du Schlingel

Also schön komplett jungfräulich auschecken, dann geht auch das Compilieren wieder fehlerfrei ...

Oder einfacher, mach einfach vom 26.07.2009 die letzten drei Patches von Rhabarber1848 wieder rückgängig und dann geht es auch ohne komplett neu.

MfG

PS.: und schön die Sourcen sichern, sonst hast Du beim nächsten Update dasgleiche Problem

[dietmarw]

...Also schön komplett jungfräulich auschecken, dann geht auch das Compilieren wieder fehlerfrei ...

Oder einfacher, mach einfach vom 26.07.2009 die letzten drei Patches von Rhabarber1848 wieder rückgängig und dann geht es auch ohne komplett neu...

oder einfach einmal komplett neu und danach wieder nur updates?

[trulli]

...Also schön komplett jungfräulich auschecken, dann geht auch das Compilieren wieder fehlerfrei ...

Oder einfacher, mach einfach vom 26.07.2009 die letzten drei Patches von Rhabarber1848 wieder rückgängig und dann geht es auch ohne komplett neu...

oder einfach einmal komplett neu und danach wieder nur updates?

Hi,

das wäre zu schön, um wahr zu sein.

Dumm ist nur, dass man es vorher nicht weis und erst nach dem Update eventuell mal wieder dumm dasteht.

Aber vielleicht ist ja auch die komfortable Funktion eines Updates nicht mehr erwünscht.
Ein bisschen mehr Testen und vielleicht nicht täglich 10 Patches einspielen würde der Sache vielleicht auch gut tuen.

Ich könnte es nicht, oder habe die Zeit nicht dafür, täglich bis zu 10 Patches einzuchecken und die dann auch noch "richtig" gründlich vorher getestet zu haben.

Aber ich habe hier im Forum auch schon gelesen "Ein User an Rhabarber1848: ... wenn es bei Dir läuft, dann check es ein. Wenn es dann nicht funktioniert, kann man es ja nachbessern ...".

Das sagt ja eigentlich schon alles.

MfG

[dietmarw]

ich für meinen teil finde es eher gut das sich mal wieder deutlich etwas im cvs bewegt..
es gibt sowieso nur noch wenige aktive entwickler, also lass die wenigen die wirklich noch was machen
(und es auch freiwillig ins cvs zurückbringen) doch werkeln, compilieren und laufen tut ein frischer standard checkout.
und das ist in meinen augen das wichtigste!

[träum]
wenn dbt jetzt noch mit dem ide menü um die ecke kommen würde..
[/träum]

[StevenSch]

Hatte den gleichen Fehler mit jiffs_lzma.

Mach mal make distclean und cvs update, dann bau alles neu.
Dauert zwar länger, ist aber wohl durch die Änderungen der letzten Tage notwendig geworden.

[Gaucho316]

Jetzt wird schon gemeckert, wenn sich etwas im CVS tut.