ds-mod bei Sourceforge

[phoenix.tom]

Zum zweiten Fehler: Hast du die 7141 oder lab ausgewählt? Kann sein, dass ich da vergessen hab die uClibc Konfiguration von AVM anzupassen.

Nein, 7170.
Von Labor hab ich im menuconfig gar nix gesehen...

[emule@kamasutra trunk]$ cat .config
#
# Automatically generated make config: don't edit
# ds-mod version: Rev51
# Thu Dec 14 13:23:07 2006
#
CONFIG_HAVE=y
# CONFIG_DEVICE_fon is not set
# CONFIG_DEVICE_fon_5010 is not set
# CONFIG_DEVICE_fon_5012 is not set
# CONFIG_DEVICE_fon_5050 is not set
# CONFIG_DEVICE_fon_ata is not set
# CONFIG_DEVICE_fon_wlan is not set
# CONFIG_DEVICE_fon_wlan_7050 is not set
# CONFIG_DEVICE_fon_wlan_7140 is not set
# CONFIG_DEVICE_fon_wlan_7141 is not set
CONFIG_DEVICE_fon_wlan_7170=y
# CONFIG_DEVICE_sl is not set
# CONFIG_DEVICE_sl_wlan is not set
# CONFIG_DEVICE_wlan_3030 is not set
# CONFIG_DEVICE_wlan_3050 is not set
# CONFIG_DEVICE_wlan_3070 is not set
CONFIG_DEVICE="fon_wlan_7170"
CONFIG_DEVICE_LAYOUT="ohio-8mb"
# CONFIG_FIRMWARE_fon_de is not set
# CONFIG_FIRMWARE_fon_ach_annex_a is not set
# CONFIG_FIRMWARE_fon_ach_annex_b is not set
# CONFIG_FIRMWARE_fon_en_annex_a is not set
# CONFIG_FIRMWARE_fon_en_annex_b is not set
# CONFIG_FIRMWARE_fon_5010_de is not set
# CONFIG_FIRMWARE_fon_5012_de is not set
# CONFIG_FIRMWARE_fon_5050_de is not set
# CONFIG_FIRMWARE_fon_ata_de is not set
# CONFIG_FIRMWARE_fon_ata_ach is not set
# CONFIG_FIRMWARE_fon_ata_en is not set
# CONFIG_FIRMWARE_fon_wlan_de is not set
# CONFIG_FIRMWARE_fon_wlan_ach_annex_a is not set
# CONFIG_FIRMWARE_fon_wlan_ach_annex_b is not set
# CONFIG_FIRMWARE_fon_wlan_en_annex_a is not set
# CONFIG_FIRMWARE_fon_wlan_en_annex_b is not set
# CONFIG_FIRMWARE_fon_wlan_7050_de is not set
# CONFIG_FIRMWARE_fon_wlan_7050_en_annex_a is not set
# CONFIG_FIRMWARE_fon_wlan_7050_en_annex_b is not set
# CONFIG_FIRMWARE_fon_wlan_7140_de is not set
# CONFIG_FIRMWARE_fon_wlan_7141_de is not set
CONFIG_FIRMWARE_fon_wlan_7170_de=y
# CONFIG_FIRMWARE_sl_de is not set
# CONFIG_FIRMWARE_sl_wlan_de is not set
# CONFIG_FIRMWARE_wlan_3030_de is not set
# CONFIG_FIRMWARE_wlan_3050_de is not set
# CONFIG_FIRMWARE_wlan_3070_de is not set
CONFIG_FIRMWARE="fon_wlan_7170_de"
CONFIG_FIRMWARE_SITE="ftp://ftp.avm.de/fritz.box/fritzbox.fon_wlan_7170/firmware/deutsch"
CONFIG_FIRMWARE_SOURCE="fritz.box_fon_wlan_7170.29.04.21.image"
CONFIG_FIRMWARE_MD5="8a8a0d4acc93787ae6de8ceb502993db"
# CONFIG_OPENSRC_03_87 is not set
# CONFIG_OPENSRC_04_01 is not set
CONFIG_OPENSRC_04_06=y
# CONFIG_OPENSRC_04_15_7141 is not set
# CONFIG_OPENSRC_04_19_LAB is not set
CONFIG_LINUX_VERSION="2.4.17_mvl21"
CONFIG_UCLIBC_VERSION="0.9.26"

#
# Toolchain options
#

#
# Target
#
# CONFIG_TARGET_GCC_4_0_1 is not set
# CONFIG_TARGET_GCC_4_0_2 is not set
# CONFIG_TARGET_GCC_4_0_3 is not set
# CONFIG_TARGET_GCC_4_1_0 is not set
CONFIG_TARGET_GCC_4_1_1=y
CONFIG_TARGET_GCC_VERSION="4.1.1"
CONFIG_TARGET_GCC_MD5="ad9f97a4d04982ccf4fd67cb464879f3"
# CONFIG_TARGET_BINUTILS_DEVEL is not set
# CONFIG_TARGET_BINUTILS_2_16_1 is not set
CONFIG_TARGET_BINUTILS_2_17=y
# CONFIG_TARGET_BINUTILS_2_16_91_0_2 is not set
# CONFIG_TARGET_BINUTILS_2_16_91_0_6 is not set
# CONFIG_TARGET_BINUTILS_2_17_50_0_7 is not set
CONFIG_TARGET_BINUTILS_VERSION="2.17"
CONFIG_TARGET_BINUTILS_MD5="e26e2e06b6e4bf3acf1dc8688a94c0d1"
CONFIG_TARGET_GXX=y
CONFIG_TARGET_CCACHE=y
CONFIG_TARGET_SSTRIP=y
# CONFIG_TARGET_NLS is not set
CONFIG_TARGET_LFS=y

#
# Kernel
#
CONFIG_KERNEL_GCC_3_3_2=y
# CONFIG_KERNEL_GCC_3_4_5 is not set
CONFIG_KERNEL_GCC_VERSION="3.3.2"
CONFIG_KERNEL_GLIBC_2_3_2=y
# CONFIG_KERNEL_GLIBC_2_3_6 is not set
CONFIG_KERNEL_GLIBC_VERSION="2.3.2"

#
# Advanced options
#
# CONFIG_VERBOSE_QUIET is not set
# CONFIG_VERBOSE_NORMAL is not set
CONFIG_VERBOSE_BUILD=y
# CONFIG_VERBOSE_DEBUG is not set
CONFIG_VERBOSE=3
# CONFIG_VERBOSE_TAR is not set

EDIT: Ah, jetzt beim Posten hab ichs gesehen: # CONFIG_OPENSRC_04_19_LAB is not set

 

[danisahne]

Habs im SVN ausgebessert. Mach mal nen

svn up
make toolchain/target/uClibc/dirclean

und danach wieder make. Sollte nun weiterlaufen. Die ganzen ignorierten Fehler lass mal beiseite, die werden größtenteils garnicht mal von meinen Makefiles igoriert, sondern von denen der Heruntergeladenen Software (wie in dem Fall die uClibc).

EDIT: Und labor kann man im menuconfig noch nicht auswählen, aber die Targets sind schon da.

Mfg
danisahne

 

[phoenix.tom]

Ich schätz mal, das ist für den aktuellen Stand i.O.?

make[5]: builder/device/fon_wlan_7170/compile
make[5]: *** No rule to make target `all'.  Stop.
make[4]: *** [/home/emule/devel/ds-mod/trunk/build//.built] Error 2
make[3]: *** [/home/emule/devel/ds-mod/trunk/build//.all] Error 2
make[2]: *** [fon_wlan_7170/all] Error 2
make[1]: *** [device/image] Error 2
make: *** [builder/all] Fehler 1

aber nach dem dirclean:

[emule@kamasutra trunk]$ svn up
U    toolchain/target/uClibc/config/config-uClibc-4mb-04.01
U    toolchain/target/uClibc/config/config-uClibc-8mb-04.01
U    toolchain/target/uClibc/config/config-uClibc-4mb-04.06
U    toolchain/target/uClibc/config/config-uClibc-8mb-04.06
Aktualisiert zu Revision 52.
[emule@kamasutra trunk]$ make toolchain/target/uClibc/dirclean
make[4]: toolchain/target/uClibc/dirclean
[emule@kamasutra trunk]$ make
...
make[4]: toolchain/target/uClibc/configure
/bin/sh: mipsel-linux-uclibc-gcc: command not found
...
for i in `find lib/ -type l -name 'lib[a-zA-Z]*.so' | \
        sed -e 's/lib\///'` ; do \
                ln -sf /home/emule/devel/ds-mod/trunk/toolchain_build/uClibc_dev/lib/$i.0 \
                /home/emule/devel/ds-mod/trunk/toolchain_build/uClibc_dev//usr/lib/$i; \
        done;
find: lib/: No such file or directory
for i in `find lib/  -type f -name '*.a' | sed -e 's/lib\///'` ; do \
                ln -sf $i /home/emule/devel/ds-mod/trunk/toolchain_build/uClibc_dev//usr/lib/`echo $i \
                        | sed -e 's/\.a$/_pic.a/'`; \
        done;
find: lib/: No such file or directory
...
make[6]: *** [mips/resolve.o] Error 127
make[5]: *** [all] Error 2
make[4]: *** [_dir_ldso] Error 2
make[3]: *** [/home/emule/devel/ds-mod/trunk/toolchain_build/uClibc-0.9.26/.built] Error 2
make[2]: *** [uClibc/compile] Error 2
make[1]: *** [target/all] Error 2
make: *** [toolchain/all] Fehler 1
[emule@kamasutra trunk]$

[emule@kamasutra trunk]$ find . -name mipsel-linux-uclibc-gcc
[emule@kamasutra trunk]$

 

[phoenix.tom]

Nach einem make distclean bricht das erste make ab:

[emule@kamasutra trunk]$ make
Building mconf...done.
Collecting info...done.
#
# configuration written to .config
#


*** End of ds-mod configuration.
*** Execute 'make' to build ds-mod or try 'make help'.

++ whoami
+ '[' emule == root ']'
+ which grep
+ which patch
+ which tar
+ which wget
+ make -C builder require
++ whoami
+ '[' emule == root ']'
+ which grep
+ which patch
+ which tar
+ which wget
+ make -C tools require
++ whoami
+ '[' emule == root ']'
+ which grep
+ which patch
+ which tar
+ which wget
+ echo 'int main(int argc, char **argv) { return 0; }'
+ gcc -x c -o a.out -
+ rm -f a.out
+ echo 'int main(int argc, char **argv) { return 0; }'
+ g++ -x c++ -o a.out -lstdc++ -
+ rm -f a.out
+ echo 'int main(int argc, char **argv) { gzdopen(0, "rb"); return 0; }'
+ gcc -include zlib.h -x c -o a.out -lz -
+ rm -f a.out
+ which dos2unix
+ which unzip
+ make -C toolchain require
++ whoami
+ '[' emule == root ']'
+ which grep
+ which patch
+ which tar
+ which wget
+ echo 'int main(int argc, char **argv) { return 0; }'
+ gcc -x c -o a.out -
+ rm -f a.out
+ which bison
+ which flex
+ which makeinfo
+ which msgfmt
[emule@kamasutra trunk]$

Der zweite läuft dann.

 

[danisahne]

Das ist auch Absicht, das erste `make' sollte eigentlich `make menuconfig' sein. Es wird aber ein erstes `make' ohne menuconfig auch als `make menuconfig' behandelt. Da aber auch das top-level Makefile die Konfiguration braucht, kann nach einem menuconfig nicht direkt weiterkompiliert werden.

Wenn du also

make menuconfig
make

machst, dann ist alles wie erwartet. Ohne Debugausgabe ist auch nach einem ersten make direkt der Hinweis von mconf lesbar, wie es weitergeht. Im README hab ich aber glaub ich auch geschrieben, dass man erst `make menuconfig' eintippen soll.

Mfg
danisahne

 

[phoenix.tom]

Logfile für Revision 52

Hi danisahne,

anbei mein logfile für ein make für Revision 52.

 

[danisahne]

Passt, ist soweit alles gut durchgelaufen. Das Image Erstellen hab ich noch nicht fertig.

 

[phoenix.tom]

Nochmal zurück zum awk-Thema: Das Webinterface soll ja ein Paket werden. Wo kann ich denn schonmal ansetzen? Kannste evtl. mal eine Übersicht Deiner Struktur posten?
Awk zu nehmen finde ich nicht schlecht, so denn die Performance passt. Awk kann ja eigentlich alles was notwendig ist.
Wäre es nicht evtl. auch möglich eine ncurses-alternative für das webinterface zu basteln? So kann man dennoch ohne neues Image Einstellungen bequem ändern (insb. auf der SL).

 

[knox]

mit fedora 5 lässt sich die toolchain ohne probleme bauen. falls es schon eine pre-beta des package sdk gibt, würde ich diese gerne ausprobieren bzw. damit anfangen, erste libraries auf die neue toolchain portieren. bald ist weihnachten

 

[RoyceMcKnight]

Werden noch leute gebraucht? hab mich die letzte zeit intensiv mit dem w501v und dem w900v befasst und könnte somit evtl. bein paar sachen beitragen.

 

[danisahne]

Ja gerne, nur hab ich bei Sourceforge nur noch nicht die Makefiles für das Erstellen der Images geschrieben. Wenns soweit ist, dann kann ich auf jeden Fall Hilfe beim Support weiterer Boxen gebrauchen.

Mfg
danisahne

 

[phoenix.tom]

Meine Rede!
Wie ich ja schon auf sourceforge gepostet habe: Eine Roadmap und eine rudimentäre Doku der bisherigen Struktur würden uns allen helfen zu partizipieren.

@danisahne: mach mal nen programmierbreak und disponier ein wenig ;-)
Außerdem können doch auch die alten versionen und insb. der olistudentbranch in's svn.
Dann wäre endlich alles mal an einer gemeinsamen Stelle. Auf jedenfall besser als zig Threads nach aktuellen Versionen zu durchforsten...

Herzliches Beileid bzgl. Maik!!!

 

[RoyceMcKnight]

Jo ne is klar, erstmal das Framework fertig machen, dann weiter schauen.
Finde das Projekt eben interessant, da das OpenWRT Buildroot schon eine feine Sache ist. Und auf Basis des neuen ds kann man damit extrem viel Geräte und Pakete unter einen Hut bringen, meiner Meinung nach.

 

[danisahne]

Bis zu dem SDK ist es nicht mehr so weit, da die Toolchain fast fertig ist. Danach muss ich nur noch die Makefiles für das Erstellen der Pakete schreiben. Das SDK ist zur Entwicklung von ipkg Pakten gedacht.

@phoenix.com: Darf ich fragen wer Maik ist?

 

[phoenix.tom]

Nein, das meinte ich nicht.
Ich meinte, es sind hier genug Leute zusammen um auch andere Probleme zu lösen.
Was in den trunk kommt bleibt ja immernoch Dir überlassen, aber Du musst ja nicht alles selbst machen.
Und um ein awk-konzept zwecks Webinterface zu basteln müßte ich hal mehr darüber wissen wie dein Grundlegendes Konzept aussieht. Darum: Statt weiter zu programmieren, lieber Deine Ideen dokumentieren, damit wir die aufnehmen können und entspr. weiterbasteln können. Am besten halt koordiniert, damit nicht an derselben Baustelle mehrere arbeiten ohne voneinander zu wissen.

 

[phoenix.tom]

@phoenix.com: Darf ich fragen wer Maik ist?

Maik war einer der IPPF-Admins und ist kürzlich verstorben.
Deswegen war IPPF heute zwischenzeitlich geschlossen.
Wenn jemand mit 27 diese Welt verlässt, ist das keine schöne Sache.
Immerhin hat er mit seiner Mitarbeit am Erfolg von IPPF ein großes Vermächtniss hinterlassen!

 

[danisahne]

Ach dieser Maik. Verdammt das ist nicht schön. Auch von mir ein herzliches Beileid an das ippf Team. Viel Kontakt hatte ich mit ihm leider nicht gehabt.

 

[knox]

Wie wäre es mit lua; im Linux Magazin 12/06 ist ein längerer Artikel dazu drin. Ist eine Skriptsprache, die schnell sei, einen sehr kompakten Interpreter (laut Linux Magazin wenige Kilobyte) hat, sich in C-Programme einbetten lässt und wie python Skripte unkompiliert oder als Bytecode (vor)kompiliert ausführen kann.

ich hab mir mal ein bisschen lua angeschaut und mit einem bekannten darüber geplaudert.
ich glaube, das wäre wirklich eine sehr fortschrittliche und vor allem besonders für ein embedded system geeignete methode. dieses busybox-httpd-awk gelumpe ist doch kein zustand und die alten bekannte wie python, perl oder gar php sind viel zu sperrig für die kleinen boxen...

 

[danisahne]

Also, meine Gedanken dazu (und am Webif ist noch nix fix oder bereits ausgearbeitet):

• Man kann beim Erstellen des Image ipkg Pakete direkt nach / installieren -> landen im squashfs
• Wenn man eine Box mit USB Host hat, kann man nachträglich nach /opt/ Pakete installieren, wo ein USB Massenspeicher gemounted werden kann
• Dann wäre es sinnvoll die Config-Dateien immer nach /opt/etc/ zu packen, also für nach / und nach /opt/ installierte Pakete (das Startskript müßte dann halt die Config-Datei in /opt/etc/ einer in /etc/ bevorzugen; gibt es alternativen?)
• In den Config-Dateien sind dann Variablen (z.B: @@DROPBEAR_PORT@@, die beim Starten des Daemons im Startskript ersetzt werden; dabei wird die Config-Datei nach /var/tmp/ kopiert und die Ersetzungen durchgeführt, der Daemon bekommt dann die Version in /var/tmp/ gefüttert; so bleibt die Datei in /opt/etc/ unberührt.
• lua hört sich für mich gut an.

Damit wäre es möglich, dass man auf einem USB Stick die Config Datei nach belieben ändern kann, ohne dass das Webinterface für das Paket nicht mehr funktionieren würde.

Für mich stellt sich jetzt die Frage, ob's da vielleicht ne andere einfachere Lösung gibt, die auch diese Vorteile hat.

Das ist jetzt also eine Grundsatzdiskussion, für das Abspeichern der Config auf nicht USB-Host-Boxen könnten wir die jetzige Lösung überarbeiten. mini_fo würde ich gerne optional machen (Probleme bei Firmware Upgrade). Alles was ich oben geschrieben hab sind Vorschläge, wir können bei nem besseren Vorschlag auch alles über den Haufen werfen.

Mfg
danisahne

 

[knox]

Das ist jetzt also eine Grundsatzdiskussion, für das Abspeichern der Config auf nicht USB-Host-Boxen könnten wir die jetzige Lösung überarbeiten. mini_fo würde ich gerne optional machen

in der freifunk firmware ist mini_fo jetzt fester bestandteil - und mir sind keine probleme bekannt. ich finde die handhabung sehr praktisch, da man nicht mehr unterschiedliche pfade berücksichtigen muss, sondern alles im overlay landet.
sachen auf externen speichermedien würde ich mit klassischen symlinks in den hauptbaum einhängen.