[ds-0.2.9_26-12] dsmod für Boxen mit 2.6er Kernel

[olistudent]

zlib-devel installieren und am besten gleich noch den Patch, den ich grad gepostet hab.

MfG Oliver

[NanoBot]

Hi Olistudent,

mitten in der Nacht so schnell die Antwort, das nenne ich Service

zlib-devel war tatsächlich die Ursache, habe nur nicht mehr daran gedacht weil ich sonst immer nur unter cygwin rumgemacht habe, und da war es schon installiert.

Danke für die schnelle Hilfe, und ich probiere das gleich mal mit dem letzten Patch.

Edit: So, die Erstellung des ds-mod für die 29.04.29 klappt jetzt ohne Probleme, das Image läuft. Leider nutzt es mir noch nicht soviel, da ich noch ein privates addon ( nur als binary ) habe, welches nur mit der ulibC 0.9.26 läuft. Daher mußte ich per Recover erstmal wieder auf eine ältere Version zurück. Aber trotzdem ist es ja ein Erfolgserlebnis, wenn nach stundenlangem make precompile dann alles andere so läuft wie es soll.

C.U. NanoBot

[balou1974]

Hi!

Habe jetzt Alles nochmal mit Friboli compiliert (Suse 10.1 will wohl nicht, die alten Versionen gingen immer) - Ergebnis: Alles sauber beim make

Jetzt hab ich die 29.04.29 mit ds-0.2.9_26-12 geflasht und dnsmasq geht nicht mehr weil irgendetwas mit uClibc nicht i.O. ist:

Starting dnsmasq...dnsmasq: can't resolve symbol '__uClibc_start_main'
failed.

Gruss Balou

[Tippfehler]

ich bekomme auch die Meldung, die balou1974 bekommt, wenn ich z. B. mc starten will.
Callmonitor geht auch nicht.

[ao]

Callmonitor geht auch nicht.

Hast Du auch weiter oben schon gelesen?

Hab im ersten Post einen Patch angehängt der folgende Probleme beheben soll:
1. Callmonitor geht nicht, wegen fehlender Auswahl in der busybox-Config
2. tor-precompiled geht auf Systemen mit automake-1.4 nicht
3. neues openvpn package von knox

Wie spiele ich den Patch ein? -> Wiki

Wenn ihr schon "make precompiled" durch habt, dann sollte ihr nochmal folgendes machen:

eventuell tor wieder auswählen
(make tor-precompiled)
make busybox-clean
make busybox-precompiled
make openvpn-precompiled
make

MfG Oliver

Vielleicht läuft dann auch dnsmasq. Viel Erfolg!

[olistudent]

Das hat damit nix zu tun. Wenn ihr die Packages erst nach dem "make precompiled" im menuconfig auswählt, dann klappt das nicht. Also nochmal "make precompiled" und die Packages sollten laufen.

MfG Oliver

[ao]

Wenn ihr schon "make precompiled" durch habt, dann sollte ihr nochmal folgendes machen:

eventuell tor wieder auswählen
(make tor-precompiled)
...

Da bekomme ich wieder dieselbe Fehlermeldung wie ohne o.g. Patch.

Ist es möglich, Tor auch nach dem make precompiled herauszunehmen (wie?), so dass man das lange make precompiled nicht nochmal durchlaufen muss, nur um Tor (erst einmal) wegzulassen?
Danke für Deine Hilfe, olistudent, und auch für den frühmorgendlichen Patch!

Ich bekomme kein Copy&Paste aus der VMware FriBoLi heraus hin.
Sorry, dass ich daher einen Screenshot anhänge.

Dafür hänge ich noch config.log von tor-0.1.1.26 an...


EDIT:
Callmonitor läuft leider immer noch nicht:

callmonitor --debug -f
/usr/sbin/callmonitor: trap: 101: EXIT: bad trap

Ein Log kann ich leider nicht finden und im Syslog steht zum Callmonitor nichts drin.
.
.

[olistudent]

Wenn tor schonmal an der Stelle stehen geblieben ist, dann musst du vorher das Verzeichnis unter source löschen.

rm -rf source/tor-0.1.1.26

Der Callmonitor-Bug wird geprüft...

MfG Oliver

[Tippfehler]

Hatte ich alles gemacht.
Jetzt habe ich erstmal alles gelöscht und wieder von vorne angefangen und muß erstmal ein paar Stunden warten, bis make precompile durch ist. (Kann man das nicht irgendwie beschleunigen?)

[olistudent]

@Tippfehler:
Du musst nicht jedes mal von vorne anfangen.
Möglichkeiten:
1. Im menuconfig unter Advanced Options eine externe Toolchain wählen
2. Verzeichnisse der Packages unter Source löschen und nochmal "make precompiled".

Wenn du die Meldung bekommst, dann hast du den mc nach dem "make precompiled" ausgewählt.

@ao

/var/mod/root $ cp /usr/lib/callmonitor/applets/callmonitor.sh ~/
/var/mod/root $ mount -o bind callmonitor.sh /usr/lib/callmonitor/applets/callmonitor.sh
/var/mod/root $ vi callmonitor.sh

"trap '__shutdown' EXIT" in "trap '__shutdown' 0" ändern.
Die haben da einfach den Namen der trap geändert. Warum?
Wenigstens sind wir nicht alleine (busybox-Bugtracking):

Something else I noticed, but that's something for a different bug report...
When using "trap" in a script with busybox ash, like this:
trap "rm -rf /tmp/*" EXIT
The response is: "trap: 34: EXIT: bad trap"
(34 is the linenumber in the script)
This was working with 1.2.2.1

Jetzt muss ich mir nur noch eine Lösung dafür überlegen. Ich könnte natürlich den Namen wieder zurückpatchen!?

MfG Oliver

[andreasz]

Der Callmonitor-Bug wird geprüft...

MfG Oliver

Nach dem Busybox-menuconfig .... funktioniert zumindest bei mir wieder der Callmonitor soweit, das ankommende Anrufe wieder am PC angezeigt werden, auch wenn der Callmonitor sich nicht starten lässt ?

[0:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.20'
[0:0] event 'in:request' matches pattern 'in:request'
[0:0] parameter SOURCE='XXXXXXXXXX' matches pattern '^'
[0:0] parameter DEST='XXXXXXXXXX' matches pattern '^'
[0:0] SUCCEEDED
[0:0] ACTION: 'yac 192.168.178.20'

edit : funktioniert nur mit Testanruf

[Seppl82]

dass man auch noch die Packete
- bison
und
- flex

braucht, sonst muss man immer wieder von vone starten.

Gruß
Seppl

[NanoBot]

Hi balou1974,

Hi!
Jetzt hab ich die 29.04.29 mit ds-0.2.9_26-12 geflasht und dnsmasq geht nicht mehr weil irgendetwas mit uClibc nicht i.O. ist:
Starting dnsmasq...dnsmasq: can't resolve symbol '__uClibc_start_main'
failed.
Gruss Balou

Dein DNSmasq ist gegen die alte uClibc 0.9.26 dynamisch gelinkt. Der ds-mod für die 29.4.29 und den neuen Kernel nutzt aber die uClibc 0.9.28, da gibt es die Funktion __uClibc_start_main nicht mehr.

Somit muß ( unter anderem ) dnsmasq neu kompiliert und gelinkt werden, was normalerweise aber beim make precompiled automatisch passieren sollte, sofern das Paket vor dem make precompiled mit make menuconfig angewählt worden ist. Ansonsten ist es das gleiche Problem wie oben beschrieben, nur daß ich von dem addon die Sourcen nicht habe und es daher nicht neu übersetzen kann.

C.U. NanoBot

[ao]

dass man auch noch die Packete
- bison
und
- flex

braucht, sonst muss man immer wieder von vone starten.

Wiebitte? Kannst Du das bitte mal näher erläutern, was genau wofür zu tun ist? Vielen Dank!

[Firebull]

Ich bekomme die neue 7170 Firmware nicht zum DS-mod umgebaut... hatte jemand von euch schon erfolg und könnte mir da evtl weiter helfen mit seinem image?

Danke schonmal!!!

[NanoBot]

Hi ao,

bison und flex sind Pakete, die du zu deinem Linux ( per Internet ) nachinstallieren lassen mußt. Ich weiß nicht, welche Linux Distribution du vewendest, bei mir mit Kubuntu 6.06 muß ich dazu "adept" aufrufen, daß ist der Paketmanager. Bei anderen Linux Distris gibt es dann was vergleichbares dazu.

Weitere Pakete die bei mir fehlten und die man kontrollieren sollte waren

texinfo
zlib-devel
sysutils oder tofromdos ( das ist mehr oder weniger das gleiche )

Evt. kann ja mal jemand eine komplette Liste der Pakete machen, die erforderlich sind.

C.U. NanoBot

[ao]

Achso, Danke für Deinen Hinweis.
Ich nutze FriBoLi wie von Bofhell (dem Autor) angegeben, damit läuft es soweit ganz gut.
Schade, dass make precompiled immer so lange dauert...

Frohe Weihnachten!

[jhartmann]

FriBoLi .03 bricht make precompiled wie folgt ab (danach findet make dann kein busybox replacement):

-D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -DNDT_I N_libc -o /home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/build/mipsel-unknown-l inux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/iconvdata/ibml046.os -MD -MP -MF /hom e/bofh/ds-0.2.9_26-l2/source/crosstool-0.42-build/mipsel-unknown-linux-gnu/gcc-3 .4.5-glibc-2.3.6/build-glibc/iconvdata/ibml046.os.dt -MT /home/bofh/ds-0.2.9_26-12/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/bu ild-glibc/iconvdata/ibml046.os In file included from ./8bit-gap.c:113,
from ibml046.c:29: ../iconv/loop.c: In function `to_gap_single´:
../iconv/loop.c:427: internal compiler error: Segmentation fault Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/build/mipsel-unkno wn-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/iconvdata/ibml046.os] Fehler 1 make[3]: Leaving directory `/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/buil d/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/glibc-2.3.6/iconvdata&#180; make[2]: *** [iconvdata/others] Fehler 2
make[2]: Leaving directory `/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/buil d/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/glibc-2.3.6&#180; make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/buil d/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc&#180; make: *** [source/crosstool-0.42/.installed] Fehler 2
bofh@bofh-debian:~/ds-0.2.9_26-l2$ syslogd: /var/log/news/news.crit: No such f ile or directory syslogd: /var/log/news/news.err: No such file or directory syslogd: /var/log/news/news.notice: No such file or directory

Idee/Lösung?

[bstone]

hatt glaube ich das gleiche problem

habe dann bei make menuconfig
unter Advanced options - Override firmware source ausgewählt.

Danach lief alles Bestens

Jetzt brauch ich nur noch eine Fritz!Box
das Image ist jedenfalls mal fertig

[ao]

habe dann bei make menuconfig
unter Advanced options - Override firmware source ausgewählt.

War bei mir genauso.