kompilieren von freetz auf gentoo x86_64 nicht möglich

[coolphoenix]

hiho,

ich habe in letzter zeit ja einige probleme mit freetz und meinem gentoo x64_64, z.b. hier, hier oder hier.

das alles hatte ich bis letzten samstag nicht. ich habe heute sogar mein system komplett neu aufgesetzt (nicht mal /etc gesichert, komplett neu) - und die probleme blieben.

ich habe alte revisions von freetz ausprobiert. die probleme blieben.

d.h., bis letzten samstag ging es, nun nicht mehr --> irgendein aktuelles update von gentoo x86_64 muss freetz zerschossen haben (falls jemand noch gentoo x86_64 hat, der kann sich melden, und berichten ob's bei ihm geht)

ich habe nun mein problem so gelöst, dass ich eine gentoo 32bit chroot-umgebung geschaffen habe. dort kompiliert freetz tadellos, alles so wie immer.

ich habe versucht, dem problem auf die spur zu kommen, aber keinen grund gefunden (habe alte gccs ausprobiert, libutils, libstdc,...).

wollte das ganze nur mal niederschreiben, damit die devs davon wissen. ob nun freetz oder gentoo angepasst werden muss... solange man nicht weiß, woran's wirklich liegt, kann man wohl nichts dran ändern.

gruß,
cp

[alpha1974]

Hi, ich benutze auch ein (tagesaktuelles) AMD64-Gentoo, allerdings auch mit einigen ~AMD64-Ebuilds.

Ich habe gerade einmal die aktuelle Rev. aus dem Trunk kompiliert. Läuft mit meiner Config (für eine 7170) fehlerfrei durch, und es wird ein Image erzeugt. Ich kann es allerdings nicht ausprobieren, da ich wegen cryptsetup auf replace kernel angewiesen bin. Für die 7170_04.57-Firmware heißt es da wohl noch warten, bis AVM die Quellen veröffentlicht hat.

Gruß, alpha1974

[chriwi]

Hallo Alpha,

heißt das daß replace Kernel für die Aktuelle 7170 Fimware(04.57) bisher nicht möglich ist und ich umsonst die ganze Menuconfig danach durchsucht hbe?
Und ich wolltedoch eine Kernel mit IPV6-Support kompiieren bin aber von 1&1 bei einer Störung zu dieser neusten Firmware verdonnert worden .
.

[Silent-Tears]

Ja, du hast umsonst gesucht. Beschwer dicvh bei AVM, dass sie die Sourcen noch nicht veröffentlicht haben, so dass wir mal einen Blick drauf werfen können.

mfg
c.

[coolphoenix]

Hi, ich benutze auch ein (tagesaktuelles) AMD64-Gentoo, allerdings auch mit einigen ~AMD64-Ebuilds

mein altes system war nur auf ~amd64, mein jetziges fast ohne. beides klappt nicht. auch ein 7170-image kann ich nicht kompilieren, der iptables-fehler ist da.

fehlt mir vllt einfach nur ein paket? ... allerdings läuft alles auf einem fast identisches 32bit-chroot-system (natürlich ohne grafisches-oberflächen-zeugs etc) durch.

bin etwas ratlos.

[olistudent]

Kann ich unter meinem 32-Bit Windows irgendwie ein 64-Bit System emulieren? Wohl eher nicht.

MfG Oliver

[RalfFriedl]

Auf einem 64-Bit Prozessor möglicherweise doch. Am einfachsten ließe sich das mit einer 64-Bit Boot-CD feststellen.

[Silent-Tears]

Kann ich unter meinem 32-Bit Windows irgendwie ein 64-Bit System emulieren? Wohl eher nicht.

MfG Oliver

Wenn ich das recht betrachte, sollte die aktuelle Beta vomVMware-Server auch 64 bit emulieren. OB allerdings die Vorraussetzung ein 64-bit-Prozessor ist, weiss ich cnith. Allerdigns geht es zumindest auf einem 32-bit-XP mit nem 64bittigem Prozessor.

[RalfFriedl]

Ein 64-Bit Prozessor ist auf jeden Fall Voraussetzung.

VMWare kann auch auf jeden Fall 64-Bit Systeme laufen lassen. Die einzige Frage ist, ob es auch geht, wenn es selbst unter einem 32-Bit System läuft.

[olistudent]

Das werden wir gleich sehen...

[Silent-Tears]

Ja, es geht. Tagtäglich auf meinem 32-bit-XP-System mit dem Beta des VMWareservers. Wie beschrieben. Mein aktuelles "lieblingsbuildsystem" ist ein ubuntu-64bit-server. Unter vmware, als Systemdienst mitgestartet.

Und da der VMWareserver frei ist, hat auch jeder was davon. Ich weiss allerdigns nicht, ob jeder Betatester sein kann immer noch.

[RalfFriedl]

VMWare Server kann jeder mit kostenloser Registrierung verwenden, ob Beta oder nicht.

[alpha1974]

mein altes system war nur auf ~amd64, mein jetziges fast ohne. beides klappt nicht. auch ein 7170-image kann ich nicht kompilieren, der iptables-fehler ist da.

fehlt mir vllt einfach nur ein paket? ... allerdings läuft alles auf einem fast identisches 32bit-chroot-system (natürlich ohne grafisches-oberflächen-zeugs etc) durch.

Tja, wie soll man da jetzt helfen? Wie gesagt, hier läuft es problemlos durch, und für die fehlenden AVM-Sources kann ja das Host-System nichts
Die Fehlermeldung hier sieht für mich nicht nach einer fehlenden Lib. auf dem Host-System aus.
Wie ist iptables denn in menuconfig konfiguriert (kernel modules? shared libraries?).


Gruß, alpha1974

[coolphoenix]

Wie ist iptables denn in menuconfig konfiguriert (kernel modules? shared libraries?).

naja, ich hab da ja eigentlich iptables nicht ausgewählt (muss vermutlich kompiliert werden, weil der kernel das braucht oder so). und ich habe einfach die stdt-conf (halt ein make menuconfig ohne .config, nichts verändert außer target system). egal ob 7170 oder 7270

jedenfalls weiß ich echt nicht, woran's liegen kann, es fehlt vermutlich echt nur eine lib oder so (wie du schon vermutest), vllt wird die beim 32-bit system als abhängigkeit von irgendetwas renigezogen, beim 64-bit nicht (falls die abhängigkeiten bei gentoo 64/32bit überhaupt unterschiedlich sind)...

allerdings hat die behebung des problems nun für mich nicht oberste priorität, da mein 32-bit-chroot-system das ja kompiliert (etwas umständlich, aber was soll's). von daher, solange nur ich das problem habe (so wie es sich heraussgestellt hat)...

[alpha1974]

naja, ich hab da ja eigentlich iptables nicht ausgewählt (muss vermutlich kompiliert werden, weil der kernel das braucht oder so). und ich habe einfach die stdt-conf (halt ein make menuconfig ohne .config, nichts verändert außer target system).

Verstehe ich nicht. iptables ist bei mir auch nicht ausgewählt und wird -glaube ich- auch nicht kompiliert (warum auch). Wofür sollte der Kernel das brauchen (zumal man ohnehin noch keinen eigenen Kernel mit der aktuellen Firmware bauen kann)?

Gruß, alpha1974

[coolphoenix]

iptables ist bei mir auch nicht ausgewählt und wird -glaube ich- auch nicht kompiliert (warum auch).

also bei mir werden auch viele kernel-module mitkompiliert, die dann gar nicht auf die box kommen. genauso ist es wohl mit iptables - freetz arbeitet in sachen kernel wohl so, dass alles kompiliert wird, was vllt gebraucht wird (also eine einheitliche kernel-.config) und dann im nachhinein nur das auf die box gebracht wird, das man auch in der freetz-.config ausgewählt hat (nur ne vermutung). ist einfacher zu managen als auch noch immer die .config des kernels anzupassen.