busybox-1.7.x

[dietmarw]

da scheint bei mir was beim auspacken des sources nicht geklappt zu haben..

nu geht es auf jeden fall..

ergebnisse und bb binary unter http://tuxbox.trale.de

[mb405]

die 1.7.1 stable ist drausen
der patch geht 1a im oldmake. newmake sollte der genau so gehen.
da isser

meine beiden oben gepostetetn für 1.7.0 sollten auch gehen. hatte doch glatt was vergessen. die ipkg integration geht nur nicht. ich hoffe ein versteher schaut sich das mal an.

[Token]

@mb405:
DANKE ... fuer die info !!!

@ingrid:
... und haste schon fuers newmake getestet ?
... koennen wir das diff auch nutzen, oder musst du ein update bringen ?

cu token

edit:
... also auf jeden fall laeufts hier richtig stable, vor allen werden nicht soviele ressourcen verbraten (sprich memory)
... ausser das der sectionsd 121% MEM verbraten tut !

[mb405]

kannst du mal schauen, ob bei dir df -h geht ??
bei mir sagt der ungültige option -h mit der 1.7.0 gehts dummerweise

[Token]

... also, er backt grad ... dauert hier etwa 3h ... kann ich nacher erst was sagen dazu.
... ingrid, ich habe dein zip nur mit der versionsnummer angepasst, sollte funktionieren ?!
cu token

[ingrid]

... ingrid, ich habe dein zip nur mit der versionsnummer angepasst, sollte funktionieren ?!

Yup. Ich mache mir nachher mal für's yBuild 'n neues busybox.diff.diff. Falls Bedarf besteht, kann ich ja das gesamte angepasste Paket für yBuild hochladen, sobald's bei mir den Compile-Test bestanden hat.

[dietmarw]

... also, er backt grad ... dauert hier etwa 3h ...

aber ccache sagt dir etwas?
wenn nicht, unbedingt anschauen
single neutrino-image ca. 60 min incl. allem (gcc usw.)

[Token]

... habe ich nur als option im yBuild gesehen, schaue ich mir mal an !
(warum hat mir das keiner vorher gesagt, das geht ja nun fix)
... ingrid, wenns keine umstaende macht, kannst du es hochladen, du weisst ja: faulheit siegt

cu token

[ingrid]

Wenn wir schon beim Vorkauen sind... *ggg*

... habe ich nur als option im yBuild gesehen, schaue ich mir mal an !

Code: Alles auswählen

apt-get install ccache

yBuild benutzt das dann automatisch. (Ich glaube generell der Build-Prozess, hat also nicht wirklich etwas mit yBuild zu tun, aber egal, es funktioniert jedenfalls und zündet den Afterburner beim Build.)

(warum hat mir das keiner vorher gesagt, das geht ja nun fix)

Einige Dinge muss man schon selbst rausfinden, sonst wird's ja langweilig.

... ingrid, wenns keine umstaende macht, kannst du es hochladen, du weisst ja: faulheit siegt

Ähm, nun denn... busybox_171_for_yBuild.zip

Enjoy!

Hrmmm... 'N Bierchen war heute nicht in der Post...

[Token]

Merci fuers update !!!

"Hrmmm... 'N Bierchen war heute nicht in der Post... "
... so'n mist, auf die post ist auch kein verlass mehr ?! :BEER:

cu token

p.s.:
was haelst du eigentlich von der idee, den patch gleich um den .35.2 kernel zu erweitern ?

[geko37]

kannst du mal schauen, ob bei dir df -h geht ??
bei mir sagt der ungültige option -h mit der 1.7.0 gehts dummerweise

Danke nochmal !
Also df -h geht hier !

Code: Alles auswählen

/ # busybox
BusyBox v1.7.1 (2007-09-17 18:50:01 CEST) multi-call binary
Copyright (C) 1998-2006 Erik Andersen, Rob Landley, and others.
Licensed under GPLv2. See source distribution for full notice.

Usage: busybox [function] [arguments]...
   or: [function] [arguments]...

        BusyBox is a multi-call binary that combines many common Unix
        utilities into a single executable.  Most people will create a
        link to busybox for each function they wish to use and BusyBox
        will act like whatever it was invoked as!

Currently defined functions:
        [, [[, ash, awk, basename, bunzip2, bzcat, cat, catv,
        chattr, chgrp, chmod, chown, clear, cp, crond, crontab,
        cut, date, dd, df, dmesg, dos2unix, du, echo, env, ether-wake,
        expr, false, fdisk, find, free, fsck, grep, gunzip, gzip,
        halt, hostname, ifconfig, ifdown, ifup, inetd, init, insmod,
        ip, kill, killall, ln, loadkmap, login, ls, lsattr, lsmod,
        mkdir, mknod, mkswap, more, mount, mv, nc, netstat, nice,
        nslookup, passwd, pidof, ping, poweroff, printf, ps, pwd,
        rdate, reboot, renice, reset, rm, rmdir, rmmod, route,
        sed, sh, sleep, sort, swapoff, swapon, sync, sysctl, tail,
        tar, telnet, telnetd, test, time, top, touch, true, umount,
        uname, unix2dos, uptime, vi, wc, wget, xargs, yes, zcat

/ # df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/mtdblock/1           3.8M      3.8M         0 100% /
/dev/mtdblock/2           4.0M      2.3M      1.7M  58% /var
tmpfs                    15.1M    716.0k     14.4M   5% /tmp
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/mnt/mmc
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/bin
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/etc
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/plugins
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/share
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/tuxbox
/dev/mmc/disc0/part1    938.9M    128.8M    762.4M  14% /var/uninstall
/ #

[ingrid]

was haelst du eigentlich von der idee, den patch gleich um den .35.2 kernel zu erweitern ?

Naja, ehrlich gesagt war das BB-Paket ursprünglich für Dich gedacht, weil Du Probleme hattest. Normalerweise ist's eher so, dass die Leute, die Wert auf 'ne neue Busybox oder sogar 'nen neuen Kernel legen, eh wissen, wie man sich das Ganze zusammenbaut. Ist ja alles mehr oder weniger hier im Forum dokumentiert, man muss sich nur einiges anlesen und zusammensuchen. yBuild war ja dafür gedacht, das Leben leichter zu machen, um nicht immer und immer wieder dieselben Tasks ausführen zu müssen und nicht, um für "faule Leute" (geht nicht gegen Dich!!!) Plug & Play Image-Baukästen anzubieten. Ich finde, ein bisschen Arbeit sollte man sich da schon machen. Und Du kriegst es ja hin, den neuen Kernel zu bauen, für die Diffs sorgen ja schon die Leute, die was davon verstehen.

Also ich hab prinzipiell nichts dagegen, jemandem unter die Arme zu greifen, sofern meine beschränkten Kenntnisse da ausreichen. Wenn da andere auch von profitieren, perfekt. Dafür ist's ja ein Forum und das Projekt als solches Open Source. Aber ich denke, hier sollte es nicht darum gehen, fertige Build-Bausteine anzubieten. Für Newcomer, die sich selbst nicht zutrauen, sich ein wenig die Finger schmutzig zu machen, gilt meiner Meinung nach: Warten, bis es im CVS auftaucht. Wenn es das nicht tut, ist's eh nicht für die Masse gedacht.

Geht aber alles nicht gegen Dich, also bitte nicht falsch verstehen. Ich will damit nur ausdrücken, dass es sich meiner Meinung nach "nicht lohnt", z.B. den Kernel als yBuild-"Paket" anzubieten und man auch nicht so weit gehen sollte, alles auf 'nem Silbertablett zu servieren. Und außerdem ist's ja auch so, dass man nur anfängt, die Sachen zu verstehen, wenn man sich selbst damit beschäftigt. Und Leute, die darauf keine Lust haben, für die gibt's ja sowieso 'n Yadi- oder JtG-Image. Dass es hier im Forum immer wieder diverse Diffs gibt, finde ich schon hammergeil und sollte meiner Meinung nach reichen. Die nächste Stufe wäre CVS, dazwischen sollte man nicht zu viel "servieren". (Wobei ich Newmake & yBuild in diesem Zusammenhang als Erleichterung sehe, um Wiederholungen zu vermeiden, spart Zeit. Einmal Arbeit machen reicht ja zum Verstehen.)

Meine Fresse, so viel Text und Geschwafel. Dabei hatte ich immer noch kein Bier. Zeit wird's. Prost!

[Token]

... ingrid, eigentlich hast du ja recht, ein bisschen arbeit zum verstehen muss man schon investieren.
... und ich sag mal so: der kernel-patch war dagegen pille palle, obwohl ich auch da hilfe hatte, aber bei der BB gabs zw. oldmake und newmake fuer mich etwas zu viel unterschiede !
... da ja schon newmake (bald schon zu) perfekt funktioniert, lag es fuer mich nahe, mal einige highlights anzutesten und auszuprobieren.
... allerdings habe ich noch nicht ganz das zusammenspiel bei den diff's
raus - also wo immer was wohin gehoert, da fehlt noch etwas der durchblick.
aber es stimmt, man hat im allgemeinen lesen gelernt, und wenn fragen offen sind, kann man diese ja stellen - und dafuer liebe ich dieses forum, hier bekommt man noch fundierte antworten.
DANKE !!!

Token

[Houdini]

bb-1.7.1 läuft auch mit meinem 1.7.0 diff

[Token]

houdini, du machst aber oldmake ?!
cu token

[Houdini]

jjep,
hab' aber auch ne newmake distri hier auf der platte (ist zwar schon älter...)

[Token]

mist, ich habe mal wieder meine alt bekannten bad magics .....
also nochmal das ganze ! aber morgen ist auch noch ein tag .....
cu und g n8
token

[Token]

... nach einem make clean backte er etwa 2h - ohne bad magic's !
... df -h funktioniert auch hier, auch die kaputte bitratenanzeige von der 1.7.0 funktioniert wieder.
... aber beim newmake reicht nicht nur ccache einschalten, da hat ja ingrid einen neuen thread aufgemacht.

cu token

[mb405]

df -h hat nicht funktioniert, da ich blöderweise in der config das auf nein eingestellt habe. ich depp.

[Token]

@mb405:
... na da ist ja das problem auch geklaert.
... aber jogermoon hatte auf seite1 einen buggy-hdparm angesprochen ... ich bekomme beim shutdown-plugin auch nur: "./HDD_SD: line 2: hdparm: not found"
... aber ich kontrolliere das mal noch in meiner config.
cu token

[mb405]

ich nutze eigentlich nicht hdparm von der busybox, sondern das eigenständige binary

[Token]

... kannst du das mal hier reinstellen ?
... ich finde es auf die schnelle nicht !
danke
token

p.s.: oder schicke es per mail ..... !

[mb405]

ich hab das gebaut mit
make hdparm

[Token]

ich auch gerade ... danke !

... aber:

/var/plugins # ./HDD_SD
/dev/ide/host0/bus0/target0/lun0/disc:
issuing sleep command

... und er schaltet die HDD nicht ab ... so ein f**k

cu token

edit:
... OK, er macht es - hdparm kennt nun auch -Y und -y !!!

[flasher]

Hi

Ich habe mich heute auch einmal versucht die BB 1.7.1 mit newmake zu bauen.

Ich habe mir das BB 1.7.1 für yBuild vom ULC geholt.
Da ich mit dem busybox.diff.diff nichts anfangen konnte habe ich als Ersatz dies hier genommen:
http://home.arcor.de/mb407/dbox2/busybox-1.7.1.diff

Es wurde auch schön compiled. Ich nutze nun CDK-Boot und kein Image.
Beim starten kommt nun nur doch das hier:

Code: Alles auswählen

init started: BusyBox v1.7.1 (2007-09-19 04:14:12 CEST)
mount: mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hdd failed: No such eifup: interface lo already configured
Detected STB:
  Vendor: Sagem
  Model: D-BOX2
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
cam: no firmware file found
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
insmod: init_module: avia_av: Invalid argument
modprobe: failed to load module avia_av
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
insmod: init_module: avia_av: Invalid argument
insmod: unresolved symbol avia_av_set_stc
modprobe: failed to load module avia_gt
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
insmod: init_module: avia_av: Invalid argument
insmod: unresolved symbol avia_av_set_stc
insmod: unresolved symbol avia_gt_gv_copyarea
insmod: unresolved symbol avia_gt_gv_show
insmod: unresolved symbol avia_gt_gv_get_clut
insmod: unresolved symbol avia_gt_gv_get_blevel
insmod: unresolved symbol avia_gt_gv_set_input_size
insmod: unresolved symbol avia_gt_gv_set_pos
insmod: unresolved symbol avia_gt_gv_hide
insmod: unresolved symbol avia_gt_get_info
insmod: unresolved symbol avia_gt_gv_set_size
insmod: unresolved symbol avia_gt_gv_set_input_mode
insmod: unresolved symbol avia_gt_gv_set_clut

Seltsam, Seltsam denke ich mir.
Wieder zurück auf die BB 1.2.1 und da gehts.

Gruß