@nofear, Jpascher
Ok, ich probier die .config mal aus. Nebenbei bemerkt, die Labor-Firmware wurde zwar schon vor 5 Tagen in Freetz implementiert (
hier), es werden aber noch Änderungen eingebaut, die letzte Änderung für 72x0 Labor preview Version xx.04.85-17891 ist zum jetzigen Zeitpunkt nicht mal eine Stunde alt.
Der erste festgestellte Unterschied wäre schon mal: nach dem Laden der .config im Freetz ist das "Beta/Labor" nicht mehr angewählt, obwohl das speed-to-fritz-Script das vorher richtig gesetzt hatte.
Mit vorangegangenem speed-to-fritz:
Mit .config von nofear:
Da müsste ich jetzt mal die Frage stellen: wurde Freetz allein gestartet, ohne dass die Einstellungen des speed-to-fritz-Scriptes vorher drin waren? Hier wäre jedenfalls schon mal ein Ansatzpunkt, ich werde zunächst mal die von speed-to-fritz gewählten Einstellungen probieren.
So, dabei kommt dann heraus (mit einer Ubuntu-9.04-32-Bit-VM): Freetz versucht, gcc-3.4.6 herunterzuladen und zu entpacken. Dies gelingt nicht und das Script bricht ab. Beispielfehlermeldungen:
Code:
tar: gcc-3.4.6/libf2c/libI77/endfile.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/configure.in: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/lread.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/Makefile.in: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/Version.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/ilnw.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/config.h.in: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/open.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/rsfe.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/rsli.c: Kann open nicht ausführen: No such file or directory
tar: gcc-3.4.6/libf2c/libI77/rsne.c: Kann open nicht ausführen: No such file or directory
Es könnte natürlich auch wieder eine Inkompatibilität des "tar" sein.
Mit der
aktuellen Ubuntu-10.04-VM läuft das Script an dieser Stelle weiter. Schon mal ein Hinweis, es muss eine aktuelle Ubuntu-Version bzw. VM benutzt werden.
Code:
tar -C /home/fritz/Desktop/freetz-trunk/source/toolchain/kernel -xjf dl/gcc-3.4.6.tar.bz2
gcc-3.4.5 wird im Weiteren ebenso heruntergeladen und benutzt um damit in der toolchain die uClibc-0.9.29 zu compilieren....und das dauert....
Jetzt ist das Script durchgelaufen, siehe da:
Code:
STEP 3: PACK
checking for left over Subversion directories
integrate freetz info file into image
packing var.tar
creating filesystem image
squashfs blocksize: 65536
merging kernel image
kernel image size: 11580928 (max: 16121856, free: 4540928)
Aproximately free time for the answering machine: 2135s (35min 35s)
packing 7270_preview_04.85freetz-develX.de_20100728-234507.image
Image files can be found in the ./images/ subfolder
done.
FINISHED
---------------------------------------------------------------------------------------------------------------
modimage=7270_preview_04.85freetz-develX.de_20100728-234507.image
„./images/7270_preview_04.85freetz-develX.de_20100728-234507.image“ -> „/home/fritz/Desktop/speed-to-fritz/Firmware.orig/7270_preview_04.85freetz-develX.de_20100728-234507.image“
„/home/fritz/Desktop/speed-to-fritz/Firmware.conf“ -> „/home/fritz/Desktop/speed-to-fritz/conf-920-freetz“
Und nach dem anschliessenden speed-to-fritz-Durchlauf, um daraus wieder ein Speedport-Image zu machen:
Code:
Phase 10: Pack and deliver.
********************************************************************************
********************************************************************************
Settings:
********************************************************************************
Script version : 26.07.10-multi
Firmware for update via GUI : fw_C_Speedport_920_75.04.82-17599_Fritz_Box_DECT_W920V_54.04.85-17891-freetz-5303M-sp2fr-10.07.26-r-975M-1413_OEM-avm.image
Firmware for update via FTP : kernel.image
Output directory : /home/fritz/Desktop/speed-to-fritz/Firmware.new
for Speedport model : W920V
Branding set to : avm
AVM source is : Fritz_Box_7270_16
AVM source firmware mod is : 7270
--------------------------------------------------------------------------------
Ready for packing... Press 'ENTER' to continue...
Creating filesystem image, be patient ...
Packing var.tar
Squashfs filesystem blocksize: 65536
[=======================> ]
Test kernel size is OK
kernel image size: 12002816 (max: 16121856, free: 4119040)
-- Approximately free time for the answering machine: 1926s (32min 6s)
Adding checksum
Generation of new 'kernel.image' completed successfully!
Packing ...
********************************************************************************
********************************************************************************
You may now use it in regular firmware upgrade process.
Or:
Continue with upload of new kernel.image to speedport via ftp ...
1. Login to 192.168.178.1 as adam2 (pw adam2)
2. Issue commands: bin, passiv, quote MEDIA FLSH
3. Transfer file: put kernel.image mtd1
4. Change branding: quote SETENV firmware_version avm
5. Change kernel_args: quote SETENV kernel_args console=ttyS0,38400
6. Reboot speedport: quote REBOOT
7. Exit ftp: quit
Or:
Use ./ftpXXX 'ENTER' to do the above, if you have a functional netconnection
on this LINUX System to your Speedport, no additional settings are needed.
********************************************************************************
All done .... Press 'ENTER' to return to the calling shell.
Eingebaut wurden übrigens folgende Pakete (soweit aus der .config ersichtlich): Callmonitor, Opennntpd und die WOL-cgi. Checkmaild ist leider übersehen worden, daran kann's aber auch nicht liegen.
Nachtrag: mit zusätzlichem checkmaild noch einmal gebaut, auch dann kommt ein brauchbares Image heraus.
Das Ganze jetzt noch einmal mit der .config von nofear.
Ein schon bekanntes Ergebnis: es funktioniert nicht.
Code:
STEP 2: MODIFY
applying symlinks, deleting additional webinterfaces
applying symlinks, deleting additional webinterfaces
applying patches
applying patches (7270-de)
applying patch file ./patches/7270/200-modules_symlink.sh
making symlink for modules (-ur8)
applying patch file ./patches/100-profile.patch
patching file etc/profile
----------------------------------------------------------------------
applying patch file ./patches/110-multid-wait.patch
patching file etc/init.d/rc.net
Hunk #1 succeeded at 68 with fuzz 1 (offset 2 lines).
----------------------------------------------------------------------
applying patch file ./patches/110-system_status.patch
patching file usr/bin/system_status
----------------------------------------------------------------------
applying patch file ./patches/130-fstab.patch
patching file etc/fstab
----------------------------------------------------------------------
applying patch file ./patches/7270/100-rc.net-dnsmasq.patch
patching file etc/init.d/rc.net
Hunk #1 succeeded at 12 (offset 2 lines).
----------------------------------------------------------------------
applying patch file ./patches/7270/110-rc.S-mknod.patch
patching file etc/init.d/rc.S
Hunk #1 succeeded at 237 (offset 20 lines).
----------------------------------------------------------------------
applying patch file ./patches/7270/120-rc.S-dev.patch
patching file etc/init.d/rc.S
----------------------------------------------------------------------
applying patch file ./patches/7270/130-rc.S-logging.patch
patching file etc/init.d/rc.S
----------------------------------------------------------------------
applying patch file ./patches/7270/140-rc.S-no_avm_exit.patch
patching file etc/init.d/rc.S
Hunk #1 succeeded at 1872 with fuzz 2 (offset 314 lines).
----------------------------------------------------------------------
applying patch file ./patches/7270/de/130-foncalls.patch
patching file usr/www/all/html/de/home/foncalls.js
Hunk #1 FAILED at 345.
1 out of 1 hunk FAILED -- saving rejects to file usr/www/all/html/de/home/foncalls.js.rej
----------------------------------------------------------------------
ERROR: modpatch: Error in patch-file ./patches/7270/de/130-foncalls.patch
make: *** [firmware-nocompile] Fehler 2
---------------------------------------------------------------------------------------------------------------
Zu sehen war auch, das Teile der uClibc und des mipsel jetzt mit einem anderen Compiler (gcc-3.4.2) ? behandelt wurden, es sah so aus, als ob auch eine andere busybox verwendet würde. Ich konnte das aber nicht so schnell lesen.
Fazit: Meines Erachtens liegt der Fehler hier darin, dass die verwendete Labor-Version 7270-54.04.85-17891 nicht als Beta/Labor- sondern als Final in Freetz eingetragen wurde.
Bitte vorher das speed-to-fritz-Script laufen lassen und dort die Option: Run Freetz also (./start-freetz.sh) (NEW) anwählen, dann werden die Freetz-Einstellungen auch richtig gesetzt.
mfg
