Re: [leaf-devel] initial 3.0 beta feedback
Hi Paul, Just my random notes. I built a leaf flash from scratch using pxeboot on a spare box using the CVS .lrp packages diff.lrp is not being built? Diff is part of busybox and included. a port of traceroute would be a good thing (feedback from burning man) ditto iperf Iperf is pretty difficult to compile, it's c++ code and is known to have problems with crosscompiling (it's even noted on the website). Traceroute won't work on the router by default, shorewall will block the traffic in the standard config. But both are nice additions as addon packages. not having a WRAP configdb kinda sucked... (the whole serial console thing was a pain in the ass again). Could we uncomment the /dev/ttyS0 line in the default /etc/inittab until this stuff gets hammered out? It's much better to have to turn off a tty that you don't want than be unable to access an unconfigured machine. You can just tar.gz a changed /etc/inittab and rename it to configdb. lrp to have an initial package. lrpstat friends aren't in the packages directory Lrpstat needs a java sdk to build, will take a look. But I think it is in CVS somewhere... webwlan was not either Not sure, wil take a look. (I think there is a webwlan.lwp somewhere in CVS). should we be saving /var/lib/random-seed in configdb? It is saved. Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] patch: enable traceroute in busybox
Hi Paul, I don't want to enable traceroute in busybox, because it don't work out of the box with shorewall and it adds size. Traceroute can also be done from any host connected. I rather have a separate traceroute package. Eric ? busybox-1.2.1 Index: .config === RCS file: /cvsroot/leaf/src/bering-uclibc/apps/busybox/.config,v retrieving revision 1.10 diff -u -r1.10 .config --- .config13 Aug 2006 20:22:05 - 1.10 +++ .config8 Sep 2006 05:08:09 - @@ -547,10 +547,10 @@ # CONFIG_FEATURE_TFTP_PUT is not set # CONFIG_FEATURE_TFTP_BLOCKSIZE is not set # CONFIG_DEBUG_TFTP is not set -# CONFIG_TRACEROUTE is not set -# CONFIG_FEATURE_TRACEROUTE_VERBOSE is not set -# CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE is not set -# CONFIG_FEATURE_TRACEROUTE_USE_ICMP is not set +CONFIG_TRACEROUTE=y +CONFIG_FEATURE_TRACEROUTE_VERBOSE=y +CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE=y +CONFIG_FEATURE_TRACEROUTE_USE_ICMP=y # # udhcp Server/Client - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] dynamic generation of dropbear keys if not present
Hi Paul, Good idea, will take a look. Eric Please consider applying this patch to dropbear. It will dynamically create the dropbear host key files if they don't exist. This is EXTREMELY useful for bringup from scratch. If you don't have access to the serial port, at least you can ssh into the box. I wish I had had it today. With this change, there is no need for gendropbearkeys anymore. rm gendropbearkeys cvs rm gendropbearkeys Index: buildtool.cfg === RCS file: /cvsroot/leaf/src/bering-uclibc/apps/dropbear/buildtool.cfg,v retrieving revision 1.9 diff -u -r1.9 buildtool.cfg --- buildtool.cfg 26 Jun 2006 17:56:31 - 1.9 +++ buildtool.cfg 8 Sep 2006 04:54:58 - @@ -17,12 +17,6 @@ Directory = dropbear /File -File gendropbearkeys - Server = cvs-sourceforge - Revision = HEAD - Directory = dropbear -/File - File dropbear.init Server = cvs-sourceforge Revision = HEAD @@ -99,12 +93,6 @@ Type= link /File File - Source = usr/bin/gendropbearkeys - Filename= usr/bin/gendropbearkeys - Type= binary - Permissions = 755 - /File - File Filename= etc/dropbear Type= directory Type= local Index: dropbear.init === RCS file: /cvsroot/leaf/src/bering-uclibc/apps/dropbear/dropbear.init,v retrieving revision 1.1 diff -u -r1.1 dropbear.init --- dropbear.init 1 Jul 2004 14:40:54 - 1.1 +++ dropbear.init 8 Sep 2006 04:54:58 - @@ -20,10 +20,12 @@ if [ -n $DB_RSAFILE ]; then DB_OPTIONS=$DB_OPTIONS -r $DB_RSAFILE + test -f $DB_RSAFILE || dropbearkey -t rsa $DB_RSAFILE fi if [ -n $DB_DSSFILE ]; then DB_OPTIONS=$DB_OPTIONS -d $DB_DSSFILE + test -f $DB_DSSFILE || dropbearkey -t dss $DB_DSSFILE fi if [ -n $DB_BANNER ]; then - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] dynamic modules building idea
Hi Paul, Sounds interesting, but you can also unpack the modules tarball on one of the storage media, mount it and load the modules directly from there (some examples in the /etc/modules file). But I like this idea, it's very easy this way to create or update a moddb on a running system. Eric I don't know how popular this is going to be, but I'll toss it out anyway. For 99% of leaf users, storage is no longer ultra critical. This idea is not meant to eliminate the current way of doing things (for those folks who really are tight on secondary storage, things stay the same), but I'd like to make a modest proposal. If a file on the boot media called modules.tgz (or Bering-uClibC-modules-2.4.33.tar.gz for the ISO image) is present, extract the required modules from that file in realtime, on boot. That way we're not saving storing custom moddb.lrps if all the modules that would normally be in that file are already in the default distribution. It's fairly trivial, I wrote some shell code in realtime to do it because I needed to populate /lib/modules for my box. I like this idea better (or as an alternate to the web based stuff Arne did) because I know the source of my modules and keep them in exact sync with the kernel. The code I kinda cobbled together in realtime did something like this. This is just for an example, it is not productized or tested... # generate a list of module names modules=`sed -e 's/#.*//' -e 's/[^tab ].*//' -e '/^[tab ]*$/d' /etc/modules` mkdir /tmp/mods.$$ cd /tmp/mods.$$ zcat /mnt/Bering-uClibc-2.4.33.tar.gz | tar xf - for file in $modules ; do fn=`find /tmp/mods.$$ -name ${file}.o` if [ ! -f /lib/modules/`basename $fn` ] ; then echo -n Extracting $fn cp $fn /lib/modules echo . fi done cd /tmp rm -rf /tmp/mods.$$ Obviously, it should be done with tar -X so we don't fill up /tmp with a bunch of memory resident crap that is just going away, but that's tbd only if this sounds interesting to the B-U community. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] example 'build modules' engine...
Hi Paul, A few comments: -We do have tar -X, so you can use that. Take a look at the apkg upgrade code for an example. -The hardcoded name of the modules repository is somewhat ugly, maybe you can do something with uname to find the kernel version. Eric Here's what I was talking about... this is the core engine, obviously it should take some command arguments, and make some intelligent guesses about where .lrp files exist (stealing from apkg/lrcfg), but I wanted to show actual working code to make this a non-academic pitch. Even if folks don't like the idea of dynamic modules extraction at start, this is a useful tool in its current condition for building up your modules on demand and saving them with lrcfg. Regards, Paul - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] initial 3.0 beta feedback
Hi Paul, should we be saving /var/lib/random-seed in configdb? Ok, understand the question. Yes, it should be saved ;-) Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] initial 3.0 beta feedback
Hi Paul, lrpstat friends aren't in the packages directory lrpstat is commented out in conf/sources.cfg because it needs a jdk plus some extras (a classes.zip file from a 1.1 JDK) to compile. See the note in conf/sources.cfg what you need in order to build lrpstat Martin - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] patch: enable traceroute in busybox
On Fri, Sep 08, 2006 at 06:18:01PM +0200, Eric Spakman wrote: I'd be interested to know how much adding traceroute to busybox does with the size of the initrds. With traceroute: -rwxr-xr-x 1 root root 272952 2006-09-08 00:52 busybox Without: -rwsr-xr-x 1 root root 266136 Sep 4 2006 /bin/busybox Speaking of busybox, I noticed that you're linking busybox to its linked commands with symbolic links instead of hardlinks. Using hardlinks should be more memory and space efficient *if* using a symbolic link takes up an inode in the filesystem in memory/on disk. Unfortunately, my memory is too foggy to remember exactly which filesystems symbolic links take inodes in vs directory entries. Having argument processing is indeed nice, but automatically finding boot media is not really necessary in my opinion. It doesn't need to be a fully automatic process. If you just mount the device and something like 'loadmod /mnt/Bering-uClibc-2.4.33.tar.gz' it should be enough for a start. OK, then you're welcome to add this to the distribution. :-) Feel free to bang on it. #!/bin/sh # # Build /lib/modules based upon the contents of /etc/modules and a # defined modules repository. # # Copyright (c) Paul Traina 2006, GPL v2 # MODLIST=/etc/modules MODREPO=/mnt/modules.tgz LIBMOD=/lib/modules ## progname=`basename $0` usage() { cat 2 -EOF Usage: $progname [ -m modules ] [ -f modules.tar.gz ] [ -l module-dir ] Defaults: -m $MODLIST -f $MODREPO -l $LIBMOD Extract kernel modules from $MODREPO into $LIBMOD based upon the contents of $MODLIST. EOF } args=`getopt -a -o hm:f:l: -n $progname -- $@` if [ $? != 0 ] ; then usage exit 1 fi eval set -- $args while true ; do case $1 in -h) usage; exit 0 ;; -m) MODLIST=$2; shift 2 ;; -f) MODREPO=$2; shift 2 ;; -l) LIBMOD=$2;shift 2 ;; --) shift; break ;; *) echo 2 Internal error; exit 1 ;; esac done if [ ! -f $MODLIST ] ; then echo 2 $progname: module list $MODLIST not found exit 1 fi if [ ! -f $MODREPO ] ; then echo 2 $progname: module repository $MODREPO not found exit 1 fi if [ ! -d $LIBMOD ] ; then echo 2 $progname: module directory $LIBMOD not found exit 1 fi ## MODLIST=/tmp/build-modules-list.$$ MODTEMP=/tmp/build-modules-extract.$$ for mod in $modules ; do if [ ! -f $LIBMOD/${mod}.o ] ; then missing=${mod}.o ${missing} fi done # Nothing missing... if [ -z $missing ] ; then exit 0 fi echo Missing kernel modules: ${missing} # # get absolute path of all modules in tarfile first (sigh) # trap rm -f $MODLIST 0 1 2 tar tzf $MODREPO $MODLIST for mod in $missing ; do findmod=`grep -F ${mod} $MODLIST` ${findmod} done rm -f $MODLIST trap '' 0 1 2 # # Now do the actual module extraction to a temporary area and then # move the modules to /lib/modules # trap rm -rf $MODTEMP 0 1 2 mkdir $MODTEMP tar xzf $MODREPO -C $MODTEMP $findmod echo echo -n Installing modules: for mod in $findmod ; do echo -n `basename $mod .o` mv $MODTEMP/$mod $LIBMOD/`basename $mod` done echo rm -rf $MODTEMP trap '' 0 1 2 exit 0 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] apkg wishlist functionality...
I'm going to try to pound out something to do this, unless someone tells me that there's already a better way of doing it. I don't quite understand apkg.merge yet so I'm still scratching my head on how to do it most efficiently. I would like some functionality that would generate a diff -u file of: 1) The current running configuration vs. the current saved configuration in configdb. What changes am I about to make before I save the configuration? 2) The current saved configuration vs. the distribution .lrp configuration. What makes this router special? I realize that configdb carries all changed files, but I want to know what config changed, not just which files changed. That way I can keep archives of config changes of all of my machines on a central host and quickly see if someone did something stupid to the network. Is anyone (hopefully) already working on adding that functionality to apkg? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] how is the CD actually made?
OK, what I'd like to do is reproduce the build sequence that you guys use, exactly, to create the CD. What I'd like to do is have a unified build from scratch and build from source environment (perhaps modulo lrpstat). Is there any documentation on that? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg wishlist functionality...
Hello Paul, Basically, apkg.mergefile gives you a pre-merged diff between 2 files, i.e. an hybrid format between the full file and a diff -u (to allow easy edition) apkg.merge let one choose between one version of a file or the other or edit the pre-merged version of both apkg -u uses apkg.merge for every file which have changed between old distrib .lrp and new distrib .lrp and also between old distrib .lrp and running config it is really an upgrade utility only and won't be useful in your case your suggestions are really interesting and could be implemented in a way similar to apkg -u I will take a look Regards, Cedric 2006/9/8, Paul Traina [EMAIL PROTECTED]: I'm going to try to pound out something to do this, unless someone tells me that there's already a better way of doing it. I don't quite understand apkg.merge yet so I'm still scratching my head on how to do it most efficiently. I would like some functionality that would generate a diff -u file of: 1) The current running configuration vs. the current saved configuration in configdb. What changes am I about to make before I save the configuration? 2) The current saved configuration vs. the distribution .lrp configuration. What makes this router special? I realize that configdb carries all changed files, but I want to know what config changed, not just which files changed. That way I can keep archives of config changes of all of my machines on a central host and quickly see if someone did something stupid to the network. Is anyone (hopefully) already working on adding that functionality to apkg? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] how is the CD actually made?
The best doc (or starting point) should be the script tools/createimage.sh in buildtool 2006/9/8, Paul Traina [EMAIL PROTECTED]: OK, what I'd like to do is reproduce the build sequence that you guys use, exactly, to create the CD. What I'd like to do is have a unified build from scratch and build from source environment (perhaps modulo lrpstat). Is there any documentation on that? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] how is the CD actually made?
Cédric Schieli wrote: The best doc (or starting point) should be the script tools/createimage.sh in buildtool Awesome, much thanks! - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg wishlist functionality...
Hello Paul, Here is a patch against apkg to add a -r option which takes a diff between saved and running config. Is this the kind of stuff you thought of ? Regards, Cedric 2006/9/8, Cédric Schieli [EMAIL PROTECTED]: Hello Paul, Basically, apkg.mergefile gives you a pre-merged diff between 2 files, i.e. an hybrid format between the full file and a diff -u (to allow easy edition) apkg.merge let one choose between one version of a file or the other or edit the pre-merged version of both apkg -u uses apkg.merge for every file which have changed between old distrib .lrp and new distrib .lrp and also between old distrib .lrp and running config it is really an upgrade utility only and won't be useful in your case your suggestions are really interesting and could be implemented in a way similar to apkg -u I will take a look Regards, Cedric 2006/9/8, Paul Traina [EMAIL PROTECTED]: I'm going to try to pound out something to do this, unless someone tells me that there's already a better way of doing it. I don't quite understand apkg.merge yet so I'm still scratching my head on how to do it most efficiently. I would like some functionality that would generate a diff -u file of: 1) The current running configuration vs. the current saved configuration in configdb. What changes am I about to make before I save the configuration? 2) The current saved configuration vs. the distribution .lrp configuration. What makes this router special? I realize that configdb carries all changed files, but I want to know what config changed, not just which files changed. That way I can keep archives of config changes of all of my machines on a central host and quickly see if someone did something stupid to the network. Is anyone (hopefully) already working on adding that functionality to apkg? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] patch: enable traceroute in busybox
Hi Paul, Speaking of busybox, I noticed that you're linking busybox to its linked commands with symbolic links instead of hardlinks. Using hardlinks should be more memory and space efficient *if* using a symbolic link takes up an inode in the filesystem in memory/on disk. Unfortunately, my memory is too foggy to remember exactly which filesystems symbolic links take inodes in vs directory entries. I think with tmpfs it doesn't matter, but am not 100% sure about it. Having argument processing is indeed nice, but automatically finding boot media is not really necessary in my opinion. It doesn't need to be a fully automatic process. If you just mount the device and something like 'loadmod /mnt/Bering-uClibc-2.4.33.tar.gz' it should be enough for a start. OK, then you're welcome to add this to the distribution. :-) Feel free to bang on it. A few comments: -Why don't you use tar -X to extract the correct modules? Now you untar the complete modules repository which is ~8 Mbyte compressed. This takes a lot of time (especially on slow systems, and if /tmp isn't big enough runs out of memory. -MODLIST is always /etc/modules, so no real need to have a variable for it. MODREPO is probably always different so no need to have a default for it and LIBMOD is always /lib/modules so also no real need for a variable. But I really like the idea, it could also be used for the CD-ROM image instead of using all kinds of mount, umount and dir commands in /etc/modules. Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] yet another functionality request for 3.0 - ancillary file storage .lrp
The 2.x distribution had one particularly nice feature that I'd like to see reimplemented in 3.x. From the looks of it, saving the config currently only checks the collection of config files enumerated in /var/lib/lrpkg/*.config. There are times when I need ancillary scripts and crap on the router and don't have them in a package format (and don't want them in their own separate package), but there's no way to save them between reboots. For example, when I'm working on tools like the modules building script, or if I'm doing some lightweight firewalling and don't want to use shorewall, I might just have a simple script in /usr/bin or /etc/init.d respectively. It would be cool if we could have a local.lrp similar to configdb and moddb that contained any extra files not explicitly enumerated in the loaded packages package lists (obviously excluding /dev and /var and any other random generated crap). We used to have a local.lrp that covered everthing in /usr/local, but honestly that was a bit limiting anyway (my local stuff inevitably got saved in the 2.x etc.lrp). If there's no official behavior for this currently (I could be blind, I'm cutting over to 3.x at high speed and not reading docs all that well), would you mind if I created something? Do you have opinions about how it should behave? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] yet another functionality request for 3.0 - ancillary file storage .lrp
Hi Paul, The 2.x distribution had one particularly nice feature that I'd like to see reimplemented in 3.x. From the looks of it, saving the config currently only checks the collection of config files enumerated in /var/lib/lrpkg/*.config. Nope, it checks the sha1sums of the files listed in /var/lib/lrpkg/*.local There are times when I need ancillary scripts and crap on the router and don't have them in a package format (and don't want them in their own separate package), but there's no way to save them between reboots. For example, when I'm working on tools like the modules building script, or if I'm doing some lightweight firewalling and don't want to use shorewall, I might just have a simple script in /usr/bin or /etc/init.d respectively. It would be cool if we could have a local.lrp similar to configdb and moddb that contained any extra files not explicitly enumerated in the loaded packages package lists (obviously excluding /dev and /var and any other random generated crap). We used to have a local.lrp that covered everthing in /usr/local, but honestly that was a bit limiting anyway (my local stuff inevitably got saved in the 2.x etc.lrp). Please take a look at the local.lrp package of 3.x, it has a new functionality. You can list the added files that you want to save. Before use check the help file of local.lrp. If there's no official behavior for this currently (I could be blind, I'm cutting over to 3.x at high speed and not reading docs all that well), would you mind if I created something? Do you have opinions about how it should behave? Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] yet another functionality request for 3.0 - ancillary file storage .lrp
Eric Spakman wrote: Please take a look at the local.lrp package of 3.x, it has a new functionality. You can list the added files that you want to save. Before use check the help file of local.lrp. That's good enough, thanks Eric! - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel