I put the image on diet and now it fits in 32 Mb (without summery on the jffs2 
image):

root@hp:/mnt/hd/usr/src# du -ks rootfs_surap_busybox.jffs2 
31892   rootfs_surap_busybox.jffs2
root@hp:/mnt/hd/usr/src#

This is what's in the system:
root@hp:/mnt/hd/usr/src/surap_packages# du -ms * |sort -n
1       apr-util-1.3.10-arm-1.tgz
1       at-3.1.12-arm-1.tgz
1       busybox-1.18.4-arm-1.tgz
1       dnsmasq-2.52-arm-1.tgz
1       dropbear-0.53.1-arm-1.tgz
1       hostapd-0.7.3-arm-1.tgz
1       iptables-1.4.10-arm-1.tgz
1       iw-0.9.20-arm-1.tgz
1       ppp-2.4.5-arm-1.tgz
1       sqlite-3.7.3-arm-1.tgz
1       udev-165-arm-2.tgz
1       usb_modeswitch-1.1.6-arm-1.tgz
1       wireless-tools-29-arm-2.tgz
2       kernel-firmware-2.6.38.3-noarch-1.tgz
3       php-5.3.6-arm-1.tgz
5       microroot_libs-arm-1.tgz
12      kernel_2.6.38.3-microkirkwood-arm-1.tgz

I've not got around to get all the pppd helping stuff, master mode upun wifi 
gongle plugin ... etc stuff working but the base system is working and could be 
used as a slackware like rescue system.

The busybox build is pretty much a complete buld and has nearly everything 
enebled including nand utilities.  

Anyone intrested ?

--- Gio 5/5/11, Davide <[email protected]> ha scritto:

> Da: Davide <[email protected]>
> Oggetto: [ARMedslack] R:  R:  R:  micro root rescue system
> A: "Slackware ARM port" <[email protected]>
> Data: Giovedì 5 maggio 2011, 10:15
> Busybox has an internal micro web
> server
> root@surap:~# busybox httpd --help
> BusyBox v1.18.4 (2011-04-20 14:04:26 BST) multi-call
> binary.
> 
> Usage: httpd [-ifv[v]] [-c CONFFILE] [-p [IP:]PORT] [-u
> USER[:GRP]] [-r REALM] [-h HOME]
> or httpd -d/-e/-m STRING
> 
> Listen for incoming HTTP requests
> 
> Options:
>         -i       
>       Inetd mode
>         -f       
>       Don't daemonize
>         -v[v]     
>      Verbose
>         -p [IP:]PORT    Bind
> to IP:PORT (default *:80)
>         -u
> USER[:GRP]   Set uid/gid after binding to
> port
>         -r REALM     
>   Authentication Realm for Basic Authentication
>         -h HOME     
>    Home directory (default .)
>         -c FILE     
>    Configuration file (default
> {/etc,HOME}/httpd.conf)
>         -m STRING   
>    MD5 crypt STRING
>         -e STRING   
>    HTML encode STRING
>         -d STRING   
>    URL decode STRING
> 
> I'll be getting rid of apache in the microroot system
> 
> --- Mer 4/5/11, Davide <[email protected]>
> ha scritto:
> 
> > Da: Davide <[email protected]>
> > Oggetto: [ARMedslack] R:  R:  micro root
> rescue system
> > A: "Slackware ARM port" <[email protected]>
> > Data: Mercoledì 4 maggio 2011, 00:57
> > Ok I've the first working image with
> > all the basics working.
> > 
> > This is what's in the image:
> > root@hp:/mnt/hd/usr/src/surap_packages# ls
> > at-3.1.12-arm-1.tgz         
> >   iptables-1.4.10-arm-1.tgz
> > busybox-1.18.4-arm-1.tgz   
> >    iw-0.9.20-arm-1.tgz
> > dnsmasq-2.52-arm-1.tgz     
> >    kernel-firmware-2.6.38.3-noarch-1.tgz
> > dropbear-0.53.1-arm-1.tgz     
> > kernel_2.6.38.3-microkirkwood-arm-1.tgz
> > php-5.3.5-arm-1.tgz         
> >   glibc-solibs-2.13-arm-1.tgz  
> > ppp-2.4.5-arm-1.tgz         
> >   hostapd-0.7.3-arm-1.tgz      
> > udev-165-arm-2.tgz         
> >    httpd-2.2.17-arm-2.tgz   
> >    
> > usb_modeswitch-1.1.6-arm-1.tgz
> wireless-tools-29-arm-2.tgz
> > root@hp:/mnt/hd/usr/src/surap_packages#
> > and a few other required libs picked manually
> > 
> > The compressed and unsummed jffs2 is 41Mb big
> > 
> > root@hp:/mnt/hd/usr/src/surap_packages# du -ms
> > ../surap_busybox.jffs2 
> > 41      ../surap_busybox.jffs2
> > root@hp:/mnt/hd/usr/src/surap_packages#
> > 
> > usb_modeswitch will not work because it needs tclsh
> and I
> > don't want to add it unless it's really necessary.
> I'll try
> > working around the problem with pure busybox ash
> scripting
> > ... if that's not possible I'll write a small c
> program to
> > help out ash.
> > 
> > Regards
> > David
> > 
> > --- Mar 3/5/11, Davide <[email protected]>
> > ha scritto:
> > 
> > > Da: Davide <[email protected]>
> > > Oggetto: [ARMedslack] R:  micro root rescue
> > system
> > > A: "Slackware ARM port" <[email protected]>
> > > Data: Martedì 3 maggio 2011, 08:43
> > > I struck another little problem while
> > > trying to keep things as much slackware as
> possible:
> > > busybox default shell (the most complete one)
> seems to
> > have
> > > no support for arrays. Slackware's
> > /etc/rc.d/rc.inet1.conf
> > > is all array config file.
> > > 
> > > In order to at least keep the same parameter
> names
> > with no
> > > array index I moved to making
> ifcfg.<interface>
> > whose
> > > contents would be the unindexed variables for
> each
> > > interface. Now this is a bit redhatish but I was
> > unable to
> > > think of any other slackware like solution with
> no
> > arrays.
> > > 
> > > Anyone have any idea ?
> > > 
> > > Regards
> > > David
> > > 
> > > --- Ven 22/4/11, Davide <[email protected]>
> > > ha scritto:
> > > 
> > > > Da: Davide <[email protected]>
> > > > Oggetto: [ARMedslack] micro root rescue
> system
> > > > A: "Slackware ARM port" <[email protected]>
> > > > Data: Venerdì 22 Aprile 2011, 11:45
> > > > Sorry for starting a new thread on
> > > > something that was started elsewhere ....
> but
> > maybe
> > > the
> > > > shoot-off needs better attention with a new
> > thread.
> > > > 
> > > > >> This is a mix of a few I built
> myself
> > and
> > > some
> > > > gotten from current.
> > > > >> This is what I'll be working with
> and
> > should
> > > fit
> > > > in a compressed
> > > > >> jffs2 image 64Mb big.
> > > > >>
> root@slackware:/usr/src/surap_packages#
> > du
> > > -ms * |
> > > > sort -n
> > > > >> 1   busybox-1.18.4-arm-1.tgz
> > > > >> 1    dropbear-0.53.1-arm-1.tgz
> > > > >> 1   hostapd-0.7.3-arm-1.tgz
> > > > >> 1    iptables-1.4.10-arm-1.tgz
> > > > >> 1    iw-0.9.20-arm-1.tgz
> > > > >> 1    ppp-2.4.5-arm-1.tgz
> > > > >> 1    udev-165-arm-2.tgz
> > > > >> 1   
> usb_modeswitch-1.1.6-arm-1.tgz
> > > > >> 1    wireless-tools-29-arm-2.tgz
> > > > >> 2    httpd-2.2.17-arm-2.tgz
> > > > >> 2   
> > kernel-firmware-2.6.38.3-noarch-1.tgz
> > > > >> 5    glibc-solibs-2.13-arm-1.tgz
> > > > >> 8   
> > kernel_kirkwood-2.6.38.3-arm-1.tgz
> > > > >> 10   php-5.3.5-arm-1.tgz
> > > > >>
> > > >
> > >
> >
> 15   kernel-modules-kirkwood-2.6.38.3_kirkwood-arm-1.tgz
> > > > >>
> root@slackware:/usr/src/surap_packages#
> > du
> > > -ms .
> > > > >> 43      .
> > > > >>
> root@slackware:/usr/src/surap_packages#
> > > > >>
> > > > >> Since booting from jffs2 image does
> not
> > > require
> > > > initrd ... and maybe
> > > > >> one can do without documentation
> ....
> > I'll
> > > see if
> > > > I can fit that in a
> > > > >> 32Mb image.
> > > > >>
> > > > > Build a custom kernel with few modules
> ;)
> > > > 
> > > > I will strip all unnecessary modules for a
> > rescue
> > > system,
> > > > remove initrd, strip documentation and carve
> down
> > as
> > > much as
> > > > possible ... if it won't fit I'll consider
> thttpd
> > and
> > > some
> > > > lighter web scripting language. Maybe web
> stuff
> > is
> > > not
> > > > really necessary for a rescue system
> anyway.
> > > > 
> > > > Now I've a question.
> > > > there are 2 ways to do this:
> > > > 1) repackage the single packages and append
> some
> > > suffix to
> > > > distinguish them from the standard
> packages,
> > possibly
> > > modify
> > > > the build scripts for them so that future
> > maintenance
> > > will
> > > > be easier,
> > > > 
> > > > 2) just shove everything needed somewhere
> and
> > remove
> > > all
> > > > that is not needed and then build the jffs2
> > image.
> > > > 
> > > > Now if this micro root system is just going
> to be
> > my
> > > > personal AP/3g/NAS/router/rescue the second
> way
> > will
> > > take
> > > > much less effort, on the other hand if you
> like
> > the
> > > idea of
> > > > having an armedslack micro root system that
> will
> > be
> > > more
> > > > then just a rescue system and possibly fit
> in a
> > 32Mb
> > > > compressed image; well then we should go
> about
> > the
> > > first
> > > > way.
> > > > I say we because I'm just a user and even if
> I do
> > most
> > > of
> > > > the dirty work I'll need assistance from
> the
> > > ARMedslack team
> > > > to do some of the required actions if this
> is of
> > any
> > > > interest to ARMedslack community. 
> > > > 
> > > > I've no reservation in sharing my work as I
> > consider
> > > all my
> > > > work GPL + it's mainly just administration
> so
> > the
> > > question
> > > > really is: Does armedslack want a smart
> micro
> > root
> > > system ?
> > > > 
> > > > Best regards
> > > > David Rao
> > > > 
> > > >
> _______________________________________________
> > > > ARMedslack mailing list
> > > > [email protected]
> > > > http://lists.armedslack.org/mailman/listinfo/armedslack
> > > > 
> > > _______________________________________________
> > > ARMedslack mailing list
> > > [email protected]
> > > http://lists.armedslack.org/mailman/listinfo/armedslack
> > > 
> > _______________________________________________
> > ARMedslack mailing list
> > [email protected]
> > http://lists.armedslack.org/mailman/listinfo/armedslack
> > 
> _______________________________________________
> ARMedslack mailing list
> [email protected]
> http://lists.armedslack.org/mailman/listinfo/armedslack
> 
_______________________________________________
ARMedslack mailing list
[email protected]
http://lists.armedslack.org/mailman/listinfo/armedslack

Reply via email to