[leaf-devel] Fwd: making heyu.lrp ???
Hello list, Can someone help Jean-Roch with this package? I don't have a development environment at the moment. Thanks, Eric Begin forwarded message: *From:* jeanro...@users.sf.net *Date:* 8 maart 2014 04:24:23 CET *To:* espak...@users.sf.net *Subject:* *making heyu.lrp ???* *Reply-To:* jeanro...@users.sf.net REPLY at http://sourceforge.net/u/jeanrocco/profile/send_message -- Hi Mr. Spakman, I am daring to ask you if you know someone who could generate a Heyu.lrp package, as I did in 2005. Mr. Delmas who did the compiling for me is not available, so I was wondering if someone, with the right tool, could ? It could be heyu-2.11-rc1.tar.gz compiled for : http://sourceforge.net/projects/leaf/files/Bering-uClibc/5.0.3-rc1/Bering-uClibc_5.0.3-rc1_i486_syslinux_vga.tar.gz/download or is it simply too much to ask ! Thanks for you time Jean-Roch Blais -- This message was sent to you via the SourceForge web mail form. Replying to this email will not work, please send a message to Jeanrocco at http://sourceforge.net/u/jeanrocco/profile/send_message -- Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering-uClibc4: module options for auto-loading
Hi Kp, That's it ;) Eric 2010/11/15 KP Kirchdoerfer > Am Montag, 15. November 2010, 14:09:29 schrieb Eric Spakman: > > David, > > > > If I remember correctly, the option "Check tainted module" is needed. But > I > > can't remember which modules needed it. Please check before commiting > that > > change. > > > > > > > Hi Eric > > I guess you mean this one: > > "-enabled insmod "tainted modules" to solve the problem with loading the > airo > module" > > :) > kp > > > > > > Hi Andrew, > > > > > > I won't promise that *nothing* is broken, but everything I tried works > > > OK. I will commit when I get home from work (+6 hours from now). > > > > > > I have been reading some more. Seems that "_SMALL" saves 14KB. I think > > > we can spare 14KB to use non-SMALL... :-) > > > > > > I think I will turn *off* FEATURE_LSMOD_PRETTY_2_6_OUTPUT because that > > > says it makes the code bigger; I don't think we need it. Same for > > > CHECK_TAINTED_MODULE. > > > > > > dMb > > > > > > >>> CONFIG_FEATURE_CHECK_TAINTED_MODULE=y > > > >>> CONFIG_FEATURE_MODUTILS_ALIAS=y > > > >>> CONFIG_FEATURE_MODUTILS_SYMBOLS=y > > > >> > > > >> I didn't realize that these last three "common" options were not set > > > >> before. They seemed like a good idea when I was answering the config > > > >> prompts. Perhaps we can leave these as they are. > > > > > > > > They are available only for full-weight modutils; simplified modutils > > > > act like with enabled 2 last options. > > > > > > > >> I have not investigated the module options handling but comments in > > > >> modprobe.c indicate that /etc/modprobe.conf (or /etc/modules.conf) > are > > > >> searched for module option settings, e.g. > > > >> > > > >>options tulip2 irq=4 io=0x308 > > > >> > > > >> Does that let us do what we need with module options? > > > >> > > > >> dMb > > > > > > > > Yes, IMHO it'll be enough. > > > > > > > - > > > - Centralized Desktop Delivery: Dell and VMware Reference > > > Architecture Simplifying enterprise desktop deployment and management > > > using > > > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end > > > client virtualization framework. Read more! > > > http://p.sf.net/sfu/dell-eql-dev2dev > > > > > > ___ > > > leaf-devel mailing list > > > leaf-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > > > --- > > --- Centralized Desktop Delivery: Dell and VMware Reference Architecture > > Simplifying enterprise desktop deployment and management using > > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end > > client virtualization framework. Read more! > > http://p.sf.net/sfu/dell-eql-dev2dev > > > > ___ > > leaf-devel mailing list > > leaf-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > > -- > Centralized Desktop Delivery: Dell and VMware Reference Architecture > Simplifying enterprise desktop deployment and management using > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end > client virtualization framework. Read more! > http://p.sf.net/sfu/dell-eql-dev2dev > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering-uClibc4: module options for auto-loading
David, If I remember correctly, the option "Check tainted module" is needed. But I can't remember which modules needed it. Please check before commiting that change. Eric > > Hi Andrew, > > I won't promise that *nothing* is broken, but everything I tried works OK. > I will commit when I get home from work (+6 hours from now). > > I have been reading some more. Seems that "_SMALL" saves 14KB. I think > we can spare 14KB to use non-SMALL... :-) > > I think I will turn *off* FEATURE_LSMOD_PRETTY_2_6_OUTPUT because that > says it makes the code bigger; I don't think we need it. Same for > CHECK_TAINTED_MODULE. > > dMb > > >>> CONFIG_FEATURE_CHECK_TAINTED_MODULE=y > >>> CONFIG_FEATURE_MODUTILS_ALIAS=y > >>> CONFIG_FEATURE_MODUTILS_SYMBOLS=y > >> I didn't realize that these last three "common" options were not set > >> before. They seemed like a good idea when I was answering the config > >> prompts. Perhaps we can leave these as they are. > >> > > They are available only for full-weight modutils; simplified modutils > > act like with enabled 2 last options. > >> I have not investigated the module options handling but comments in > >> modprobe.c indicate that /etc/modprobe.conf (or /etc/modules.conf) are > >> searched for module option settings, e.g. > >>options tulip2 irq=4 io=0x308 > >> > >> Does that let us do what we need with module options? > >> > >> dMb > >> > >> > > Yes, IMHO it'll be enough. > > > > > -- > Centralized Desktop Delivery: Dell and VMware Reference Architecture > Simplifying enterprise desktop deployment and management using > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end > client virtualization framework. Read more! > http://p.sf.net/sfu/dell-eql-dev2dev > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering-uClibc4: Suggested Change to Default Configuration for dhcpcd
Hello David, The reason for that was that the dnsmasq is serving as dns server, it gets its upstream servers from /etc/dhcpc/resolv.conf See also: http://leaf.sourceforge.net/doc/buci-dnsmasq3.html http://leaf.sourceforge.net/doc/buci-network3.html Eric 2010/10/25 davidMbrooke > Hi, > > Is it OK if I change the default configuration file for dhcpcd > (installed as /etc/dhcpcd.conf)? > > Currently this does *not* create /etc/resolv.conf to specify the name of > the DNS server as supplied in the DHCP offer for eth0. As a result, my > first boot "hangs" for many seconds because the BusyBox ntpd cannot > resolve an IP address for server 0.pool.ntp.org > > I think that for most users (especially novices) it will be more logical > to match the behaviour of other distributions, which do refer to the > DHCP-specified DNS server(s) by default. As it happens, I would prefer > that behaviour myself... :-) > > kp: I waited to post this until you were back with us. I suspect the > existing configuration suits you very well, so you get to decide. > > davidMbrooke > > > > -- > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] The packaging of Haserl.
Hello Mats Erik, I have no objection in putting these binaries in a seperate package. Especially if it makes maintaining easier. Regards, Eric > Hello folks, > > > I will the next few days commit a major overhaul of Webconf, > resulting in new versions of at least five webconf packages. The most > drastic change I implement is to render the web pages for a fixed width in > order to ensure a consistent optical impression. Any objections should be > expressed now! > > Let me raise a possible issue with "webconf.lrp". Some time > ago KP informed me of an earlier decision of the developer circle, saying > that scripted services like my cgi-scripting are not maintained inside the > CVS-tree for Bering-uClibc, but instead > it is the externally manufactured lwp-packages and "webconf.lrp" that do > get committed into the official repository. In my present work for the > upcoming beta cycle I have observed that "webconf.lrf" indeed does contain > TWO compiled binaries: > > > /usr/sbin/haserl > /usr/sbin/pwcrypt > > > My naive thought is that these two ought to be moved into a > separate package to enhance the maintenance of their sources. It is true > that the outdated version of haserl used for Bering-uC is halfway orphaned > by the original upstreams developer Nathan Angelakos, but in case Bering > in the (very) long run considers a migration to the Lua suporting newer > Haserl edition, then it > is all the more important to keep the sources of Haserl inside our > CVS-tree, instead of an external binary in "webconf.lrp". > This issue needs no immediate action, but I wanted to mention this. > Of course, considerations on a new kernel series and a later > library issue than presently used, both deserve higher priority, but the > state of haserl can be solved/improved in less than an hour, should you > decide to put it in a separate package. > > Best regards > > > Mats Erik Andersson > > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl > ace > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Alpha Test File Server Add-On Packages - Where Should I Put Them?
Hi David, Very nice! NFS support indeed needs an uClibc change (which adds a lot of size), but LVM2 only needs a kernel module AFAIK so would be an easy one. Anyway, people who need NFS server support can create there own packages if they like with the provided documentation. The setup can be added to leaf.cvs.sourceforge.net/leaf/src/bering-uclibc/contrib/ which you can do with your sourceforge account. Or you can send me the sources and I can add it. It would be a pity if the setup would get lost. Eric > Hi, > > > I've been experimenting with using Bering-uClibc as a fileserver for a > few months now, mainly using the iSCSI protocol. Reviewing things again as > a result of my experience I'm probably going to switch to using OpenFiler > instead, since it's a better fit to my specific requirements. > > While setting up my Bering-uClibc fileserver I developed a few add-on > packages which might be of interest to others. They're not candidates for > the "contrib" area since they require tweaks to the kernel and to uClibc, > but it seems a shame to simply throw them away... They're fully configured > for BuildTool & BuildPacket. > > I'm thinking that I could put them in my own "devel" directory on > SourceForge - under http://leaf.cvs.sourceforge.net/leaf/devel/ > How do I get such a directory - by becoming a member of the LEAF > project? I already have a SourceForge account (davidmbrooke) so if somebody > could add me to the project that would be great. > > > My packages are > > > nfsutils From http://nfs.sourceforge.net/ User-space tools for an NFS > file server These work in conjunction with the nfsd kernel module > This in turn needs "full" RPC support from uClibc > > > portmap From http://neil.brown.name/portmap/ Provides a ONCRPC port > mapper, for NFS etc. > > lvm2 From http://sources.redhat.com/lvm2/ User-space tools for LVM2 > logical volume management Relies on Device Mapper support (user space and > kernel) > > dev-map From http://sourceware.org/dm/ User-space Device Mapper tools > for LVM2 etc. These work in conjunction with a kernel device-mapper > > > > There's also some DocBook documentation on what needs to be modified in > the kernel and uClibc in order to build the packages. > > > Regards, > > > davidMbrooke > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering uClibc with Kernel 2.6
Hi David, > (2) with a 2.6 you can embed your whole file system into the > kernel and boot and go just from the kernel -- no file system at all -- > that way you don't have to pivot-root from the initrd -- just stay there. > > > I'm sort of fishing for stories about why that might be a bad idea, > beyond that 1: it varies from standard practice and 2: the initramfs is > not backed by swap, as normal shmfs is > An added note: Like Martin explained it has to do with system memory. It is theoretical possible to use the initramfs ramfs as root filesystem, but it has a big drawback. In the initramfs we create three dynamic tmpfs (a superset of ramfs) for root, tmp and log with an upper memory limit set, which can be defined in leaf.cfg. This means that, when correctly set, that growing files (like logfiles) can't crash the system if the total size is beyond the physical memory size of the system, because of the upper limit. This isn't possible with the simple initramfs fs. Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering uClibc with Kernel 2.6
Hi David, > (2) with a 2.6 you can embed your whole file system into the > kernel and boot and go just from the kernel -- no file system at all -- > that way you don't have to pivot-root from the initrd -- just stay there. > That's not correct. Indeed you can make a choice to include the initramfs (not initrd) into the kernel, but it has no technical advantage besides having only a kernel instead of a kernel and an initramfs.cpio. The reason to have both options has to do with GPL and including non-GPLed modules. Besides it's easier to have a seperate kernel and initramfs if you want to support multiple boot devices and also keep size down. In both cases you have to do a switch_root (not pivot_root which was the case with kernel 2.4) to free the initramfs and start init. So you always have a file system, ramfs, even if you embed the whole system in the kernel and you have to do a switch_root to give init the control and do some other housekeeping. Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] etc.local
Hi Erich, >> >>> The "problem" is that the sha1sums are calculated multiple times, it >>> should work but gives some overhead and is not very clean. >> >> I see, the sha1sum files appear to be claculated on the contents of >> .list, not on .local, which holds files and >> directories to be backed up. So this should not hurt, or does it? > > I meant .conf not > Nope, it's really .local. Using .conf would not cover all files that might change. Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] etc.local
Hi Erich, >>> >> The "problem" is that the sha1sums are calculated multiple times, it >> should work but gives some overhead and is not very clean. > > I see, the sha1sum files appear to be claculated on the contents of > .list, not on .local, which holds files and > directories to be backed up. So this should not hurt, or does it? > I don't understand your question. This is the logic used to calculate the sha1sums (this is part of the package install logic in linuxrc): #Calculate sha1sum if [ -f $PFX/$f.local ] ; then cat $PFX/$f.local | while read x ; do [ -e "$x" ] && find "$x" -type f | xargs sha1sum >> $PFX/$f.sha1 done fi So .local is used, not .list > The config > >> system is designed to explicitly list files you want to backup and only >> use directories if you are sure only a specific package uses it. See >> also the following document: >> http://leaf.sourceforge.net/doc/buci-apkg3.html >> >> >>>> A better way is to include those files in local.local (local.lrp), >>>> that's where that package is meant for. Or to have a specific >>>> package with the added files and a .local file. >>> That is the way I do it right now, my local.local file is constantly >>> growing though. >>> >> Or just add the etc/network to local.local >> > > Which would also break the above mentioned principles :-) True, but at least it's your responsibility ;-)) > It also contains stuff not yet packaged for logrotate.d, e.t.c > > > cheers > > Erich > Cheers, Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] etc.local
Hi Erich, >> >> >> I understand your proposal, but it doesn't work reliable. The reason is >> that other packages explicitly include specific files in those >> directories. Adding a rule in etc.local to include all files could >> confuse the backup logic. > > I can understand this, although scheduling a file/directory twice for > backup should definitely _not_ confuse the backup logic. What if someone > erroneously places something in local.local which is already backed up by > a specific package.local. Will this confuse the backup logic? If so, then > I consider this a bug, as adding anything in local.local is > legitimate :-( > > Of course I could not resist to test this, and added etc/network to > local.local, here is the result > > gatekeeper# tar tzf /CF/gatekeep.lrp | grep network > etc/network/handle_routes etc/network/if-down.d/del_routes > etc/network/if-up.d/add_routes etc/network/interfaces etc/network/routes > > This actully looks pretty OK to me, modifying etc.local accordingly > yields > > gatekeeper# tar tzf /CF/gatekeep.lrp | grep network > etc/network/handle_routes etc/network/if-down.d/del_routes > etc/network/if-up.d/add_routes etc/network/interfaces etc/network/routes > > and having it in both files > > gatekeeper# tar tzf /CF/gatekeep.lrp | grep network > etc/network/handle_routes etc/network/if-down.d/del_routes > etc/network/if-up.d/add_routes etc/network/interfaces etc/network/routes > > So apparently with a pretty recent config package the proposed change > does not break functionality. > The "problem" is that the sha1sums are calculated multiple times, it should work but gives some overhead and is not very clean. The config system is designed to explicitly list files you want to backup and only use directories if you are sure only a specific package uses it. See also the following document: http://leaf.sourceforge.net/doc/buci-apkg3.html >> >> A better way is to include those files in local.local (local.lrp), >> that's where that package is meant for. Or to have a specific package >> with the added files and a .local file. > > That is the way I do it right now, my local.local file is constantly > growing though. > Or just add the etc/network to local.local > cheers > > Erich > > Cheers, Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Intel e1000 network drivers
Hi Erich, > > If the patched 7.6.15 e1000 driver works I will post the patch to the > e1000 driver list. Still, where is it best placed here? I see my mess from > the r1000 driver is still lying around in CVS :-( > Just send it to me. For removing the previous mess ;-) we need some sourceforge intervention. We can't remove directories from CVS ourselves. > Erich > Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] xntp problem with busybox 1.8.2 (was dhcpcd still seems to malfunction in beta2a)
Hi Erich, Because it works for KP, did you make any change to the ntpd package or did you compile your own? Eric >> >> >> Strange, neither the version of ntpd or iptools has changed between the >> two betas and the initrd basicly only contains busybox. > > Yes, strange indeed, I just looked at .config again to double check the > settings. > > So I wonder what > >> can cause this problem... besides an ntpd init script (busybox change >> in init applet?) or a busybox command used in the ntp scripts.. > > Even when ntpd is started manually it does not write its logfiles and > does not send anything on the interface (verified with tcpdump). It will be > a bit of a challenge to find what exactly causes ntpd to hang. The > interface is running as I am accessing the router through it. > > cheers > > Erich > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] xntp problem with busybox 1.8.2 (was dhcpcd still seems to malfunction in beta2a)
Hi Erich, Strange, neither the version of ntpd or iptools has changed between the two betas and the initrd basicly only contains busybox. So I wonder what can cause this problem... besides an ntpd init script (busybox change in init applet?) or a busybox command used in the ntp scripts.. Eric >> >> >> Do you still have "CONFIG_FEATURE_IFUPDOWN_IP_BUILTIN=y" enabled in >> busybox? This shouldn't be because we are using the full version of the >> iptools. > > I removed it again as it serves no purpose for us. Again, further checks > showed that even without ifup/down bringing the interface up by just using > plain ip commands does not help. So ifup/down is not (the only) culprit. > > cheers > > Erich > > > > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Again: dhcpcd still seems to malfunction in beta2
Hi Erich, Do you still have "CONFIG_FEATURE_IFUPDOWN_IP_BUILTIN=y" enabled in busybox? This shouldn't be because we are using the full version of the iptools. Eric > KP > > > KP Kirchdoerfer schrieb: > >> On Saturday 05 January 2008 22:27:29 Erich Titl wrote: >> >>> KP >>> > ... > >> >> I'm pretty shure we never enabled busybox ip and used iproute instead. >> > > OK > > >> >>> What do you get with >>> >>> >>> ls -l `which ip` >> >> gatekeeper# ls -l `which ip` -rwxr-xr-x1 root root76756 >> Jan 25 2007 /sbin/ip >> > > so your configuraion is similar to mine. Still mine is not forgiving. > > I checked the connectivity by _not_ using ifup/down for interface > configuration. I used plain ip commands to set up the interface, set up an > address and the default route to get access to NTP servers. > > The only difference I could observe is that the interface did _not_ have > NOTRAILERS set. > > > However, ntpd would not work neither and this is a showstopper for me so > far, not because I need it (which I do), but because I have no explanation > to why this happens. > > I tried to debug ntpd but in my case the DEBUG flag is not set. I will > have to build a version with debug enabled. I have not tried with openntpd > yet, still, even if it would work, I need an explanation. > > cheers > > Erich > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] RTL8111B driver
Hi Erich, Mike, > > Erich, > Disregard my last post. You omitted a path 'bering-uclibc' from the > import command. > > http://leaf.cvs.sourceforge.net/leaf/src/bering-uclibc/apps/ > The correct path is: leaf.cvs.sourceforge.net/leaf/src/bering-uclibc/contrib/ Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] RTL8111B driver
Hi Erich, > >> >> Let me know if you run into pb's. >> > > Indeed I am running into problems. My sources are currntly at > /home/mega/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/sou > rce > > I am using > > > cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/leaf/src/apps > import r1000/buildtool.cfg Realtek r1000_v1-05 > > to try to add r1000/buildtool.cfg it to src/apps but this fails > > Cannot access /cvsroot/leaf/src/apps/CVSROOT > No such file or directory > > > now how and from where do you import your files? > The easiest way is to checkout the /leaf/src/bering-uclibc/contrib/ directory, create the r1000 directory, cvs add that directory. Copy the new files to it, cvs add them and do a cvs commit. > Thanks > > > Erich > Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] libstdc++
Hi Natanael, >> Hi Mike, >> >> >>> Everyone, >>> Tom just asked about libstdc++ for embedded use on the shorewall-devel >>> list. I wasn't able to find a package for that in our package >>> repository with a cursory look. Do we have a libstdc++ package? >>> >> We do have a package containing libstdc++: libcxx.lrp >> But the library is also pretty big, more than 400 kbyte... >> > > Have a look at > http://cxx.uclibc.org/ > > > The size of my alpinelinux package (very similar the lrp format) is > 64062 bytes. > > > Sum of uncompressed filesize is 182kb. > That's definitly worth looking at. But the software doesn't seem to be very actively developt... Is it a dropin replacement for the gcc libstdc++ libraries? > > > Natanael Copa > > Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] libstdc++
Hi Mike, > > Eric, > Thanks for the information. If I have this straight, either choice is > about the same resource wise. > > microperl 350 kbytes libstdc++ more than 400 kbyte > Not entirely, the microperl package (tar.gz) is 350 kbyte (without probably needed modules) the microperl binary is 930 kbyte. The libcxx package is 155 kbyte and the library itself (inside the package) more than 400 kbyte. Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] libstdc++
Hi Mike, > Everyone, > Tom just asked about libstdc++ for embedded use on the shorewall-devel > list. I wasn't able to find a package for that in our package repository > with a cursory look. Do we have a libstdc++ package? > We do have a package containing libstdc++: libcxx.lrp But the library is also pretty big, more than 400 kbyte... > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, sitedocs > Eric > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] rt2400
Hi Erich, This is always of interest, please send the patch. Eric > Hi folks > > > I added the rt2400 module to the ralink directory. I have a patch for > ralink if this should be of interest. > > cheers > > Erich > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Perl
Hi Mike, >Everyone, >It looks like there are some embedded distributions that successfully >built relatively small perl packages. See: > >CPAN/Ports >http://www.cpan.org/ports/ > >Maybe we can glean useful information from existing binary builds to >generate our own package. > I don't see a lot of embedded distributions in this list, only sharp, symbian and wince but no linux based. Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Perl
Hi Mike, >On Sun, 2007-02-25 at 11:11, Tom Eastep wrote: >> If you find one that looks promising, let me know. I assume that it will >> be limited in some way but I'm used to programming to "the greatest >> common denominator". > >Tom, >It looks like OpenWrt and NSLU2-Linux have microperl ipkg builds >available. > >http://openwrt.org/ >http://www.nslu2-linux.org/ > >ipkg - the Itsy Package Management System >http://handhelds.org/moin/moin.cgi/Ipkg > >As does LEAF Bering-uClibc. :-) > >http://leaf.cvs.sourceforge.net/leaf/bin/packages/uclibc-0.9/28/testing/uperl.lrp?view=log > We have indeed, but like Kp said it's around 350 kbytes compressed and only contains the Perl (micro) interpreter. No Perl modules or any other goodies (this would probably the same with the openwrt ipkg). Together with a Shorewall interpretation, the combination would be at least somewhere between 400 and 500 kbyte (compressed). That's a lot more than the current 90 kbyte... Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Oops
Hi Paul, > As I mentioned a few days ago, I've, err, "borrowed", yeah, that's the > word, Bering uClibc as a base for a boot floppy I need to install my LFS > installation on new boxes from a CD or file server. So I've hacked it a > bit to simplify things I didn't need (self-maintainability, etc.), and > forgive me if I mis-remember a few file names. I don't think my hacking > caused the problem I'm reporting. > > Take a look at /var/lib/lrp/root.blk.mk. At the bottom you're going to > link to /dev/scd0 ? Where did you do a makedevs to create /dev/scd* ? And > that means a few mods in root.dev.own & root.dev.mod (555 for CD?). But > then, why scd*? The sr_mod.o module for SCSI CDROM support mentions "sr" > on the console when disks are probed. I added a makedevs for sr[,1,2,3], > and linked /dev/cdrom to /dev/sr, and it works. Maybe the module would > work with scd* too, I don't know. > I'm not sure about that. To my knowledge SCSI disks devices have major number 8 and are called sd*, SCSI CD-rom devices have major number 11 and are called scd*. The sr* prefix has been deprecated. Anyway, the scd devices don't exist so should be added to root.blk.mk. I think permission 660 is ok for CD and root.disk should by ok for owner/group. Thanks for finding that bug! > > p.s. if there's any interest in this I can contribute my initrd. > > Paul Rogers ([EMAIL PROTECTED]) > http://www.xprt.net/~pgrogers/ > http://www.geocities.com/paulgrogers/ > Rogers' Second Law: "Everything you do communicates." > (I do not personally endorse any additions after this line. TANSTAAFL > :-) > Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ipt_CONNMARK.o
Hi Paul, I just checked rc1 and it's in the modules tarball: 2.4.33\kernel\net\ipv4\netfilter\ipt_CONNMARK.o Eric > It looks like ipt_CONNMARK.o is not in the Bering*_modules.tgz file > in the iso image. > > Can we please get this in as part of the standard build before > shipping 3.0? It's needed for TCP connection tracking when using shorewall > to do intelligent rate limiting of flows. > > Much thanks, > > > Paul > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ulogd does not use new logfile after rotation
Hi Erich, >> The correct place to change this is the ulogd cron.daily file, lrp.conf >> is for configuration of the logfiles served by syslogd. I will look for >> an option to pass the ulogd.conf logfile parameters to the cron.daily >> script, so this will handled automatically (like done in mhttpd). > > Unfortunately it appears that the ulogd.conf file has a non shell > syntax, so it cannot easily be sourced. For the moment being I have changed > the cron.daily/ulogd script to handle my own file. I will probably rewrite > it to also handle multiple files if I see a need. > > I still would like to have a _single_ logfile rotation script and a > _single_ place where to define logfiles to be rotated, ulogd or syslogd > or whatever logd. I am aware that the logrotate package used by bigger > distros is probably too fat for LEAF, but I also don't like to have > separate rotate scripts for every package there is. This IMHO is > redundant. > There _is_ a single logrotating script and there is really no need to define logfiles to be rotated. The packages that contains daemons that do logging also contain a cron job that calls the logrotating script. This in an automatic process, no need to define a logfile. If we would do that it would also mean that we have to guess which future packages would contain logging and we would have to rotate logs in that "single place" (and check for the existence of a daemon to reload) for every possible package an user may need (including things like samba). The reason you hit by it is because you used ulogd for something that wasn't taken into account. The best way to fix it (IMHO), is to dynamically pass logfilenames to the cron scripts (if possible), like is done now in the lastest mhttpd(s) packages in CVS or create some sort of API that will pass logfile names and daemon names used in a package to a common cron script for reloading and logrotating. > cheers > > Erich > Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ulogd does not use new logfile after rotation
Hi Erich, >> >> >>> Using different logrotation methods is IMHO not very reasonable. I am >>> not using shorewall for my big production systems and just added the >>> >> >> >> >> I think I know what is going wrong. You're not using shorewall, why >> do you use ulogd? Ulogd is used exclusively for shorewall, so if you >> don't use shorewall you don't need ulogd. > > > There are more things between heaven and hell but shorewall. > Other programs may use ulogd as well, for example firewall builder, > which is a fine interface to iptables for complex situations. I just wanted > to use the built-in logrotation without my own logratate script, which, of > course I could write but do not really need to. > > I do not believe in reinventing the wheel though, so I just added the > fwb.log to leaf.conf, which IMHO is exactly the place to add the necessary > parameters for log rotation. > > If you feel that modifying multicron-p is not the way to do it > generally, then please add it to etc.local, so anyone inclined to do so may > do so and save it in configdb. > The correct place to change this is the ulogd cron.daily file, lrp.conf is for configuration of the logfiles served by syslogd. I will look for an option to pass the ulogd.conf logfile parameters to the cron.daily script, so this will handled automatically (like done in mhttpd). > cheers > > Erich > Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ulogd does not use new logfile after rotation
Hi Erich, >Using different logrotation methods is IMHO not very reasonable. I am >not using shorewall for my big production systems and just added the I think I know what is going wrong. You're not using shorewall, why do you use ulogd? Ulogd is used exclusively for shorewall, so if you don't use shorewall you don't need ulogd. Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ulogd does not use new logfile after rotation
Hi Erich, >> Both logfiles (shorewall.log and ulogd.log), served by ulogd are >> rotated by there own cron scripts. ulogd.log once a week and shorewall. >> log every day. In both cron scripts ulogd is reloaded. > >Using different logrotation methods is IMHO not very reasonable. I am >not using shorewall for my big production systems and just added the >logfile in question to the lrp.conf file to profit from the existence of >a logrotation mechanism. If we offer more than one logging mechanism, >then, I believe, we must also offer the tools to handle the respective >log files. > We are not using different logrotating functions, all logrotating is done by the same program. The lrp.conf config file configures the syslogd logfiles. The ulogd logging and other daemon logfiles are use ther own cron scripts. This is done for a few reasons, ulogd and other packages are optional, it would be ugly to rotate non-existend logfiles and they have nothing todo with syslogd. >The modification to the logrotate function is minor and, if applied >correctly, will not disturb current functionality. Another possibility >might be to add multicron-p to etc.local so local modifications are >backed up to configdb. > Why should this be done? There is nothing wrong with ulogd logrotating. The ulogd cron script hasn't changed since Bering-1.2 days. There is probably something else wrong in your setup, can you be more specific about the problem you have with logrotating? >cheers > >Erich Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ulogd does not use new logfile after rotation
Hi Erich, Both logfiles (shorewall.log and ulogd.log), served by ulogd are rotated by there own cron scripts. ulogd.log once a week and shorewall. log every day. In both cron scripts ulogd is reloaded. Eric >Hi Folks > >again, I should learn to change subject, sorry > >in my attempt to move to Bering-uClibc I found that ulogd does not >switch to the new logfile after log rotation. > >I suggest to add > >svi ulogd restart > >to /etc/multicron-p in the rotatelogs function. > >cheers > >Erich > > >- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys - and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >___ >leaf-devel mailing list >leaf-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/leaf-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] QBox - Back under active development
Hi Paul, Ron, > One of the things I always bitch about here (and unfortunately don't > help enough with) is improving on exactly this thing -- the packaging and > installation of B-U along with the dev environment. > > If you feel the same way, it would be totally cool if you would be > willing to take some time and look at the updates to B-U and shorewall > since the last time you looked, and consider adding your effort to the > existing distribution. I don't think the goals of the projects are > dissimilar, I just think that the priorities are not. With someone > actually spending real time working on adapting B-U to your target > audience (e.g. yourself and any others who jump on your bandwagon as soon > as they see how cool the work is that you're doing), you'll be able to > focus on QoS and UI issues rather than that plus all the other stuff of > building your own special distribution as a fork. > I totally agree with that. The new config system in B-U makes it possible to easily create images for specific function and/or hardware, there is indeed not much priority in actually doing that. There are some documents added with a few examples, like VOIP and NAS/SAN: http://leaf.sourceforge.net/doc/bucu-voip.html http://leaf.sourceforge.net/doc/bucu-nas.html and there is also nice webconfig framework which has a lot of potential, but not much focus. Creating an image for specific function and hardware is not much more than creating a list of needed packages and custom moddb and configdb packages with the right modules and config changes. With only that you can create any kind of appliance with minimal effort. Paul did a lot of work in the config system, so he's not exactly right with "don't help enough with" ;) So all ingredients are available and it would be great if someone could focus on UI and QOS issues, with a preference to no re-invent the wheel but also look how to improve current projects, like QOS in shorewall. Configuring a router/firewall or any other appliance is and will never be "easy", you always need to know what you are doing. But having a good UI and convenient installation is a big pre. > Best of luck either way, > > > Paul > Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] QBox - Back under active development
Hello Ron, The nice thing about Bering-uClibc-3.0 is that you don't need to tune the packages but only have to touch the configdb.lrp and moddb.lrp to have a different configuration. An other nice thing is that you can create an lwp web plugin specific for QOS use, given it a specific webinterface. Instead of branching out, you could create a custom QOS, configdb and moddb package and a lwp plugin. The packages can be merged in an automatic way with the standard package to an image. This way you can just keep pace with Bering-uClibc development without putting effort in creating images on your own. Btw, what's wrong with shorewall's QOS implementation? Regards, Eric > Hello all, > > > I just wanted to touch base and let you know I'm starting a cycle to > get QBox updated, and will be using Bering-uClibc 3.0. > > I may actually branch out QBox into 2 'versions.' One will be a > regular leaf package that can be installed normally. The other would be > that I branch off and redo the web interface etc. The goal of QBox has > always been to provide an ultra-simple setup and management for QoS. By > redoing the web interface to specifically apply to QBox I believe the > solution will be more appealing. > > Any thoughts, comments, suggestions on features are welcome. This is > an ambitious release, where I hope to: > > - provide QBox LEAF package > - custom web-interface / gui for the QBox 'complete' version > - modular, portable, installable QoS schemes. The idea with this is to > be able to create different QoS setups typical for certain solutions. You > install that setup, set it as the active scheme, and then tweak the > parameters specific to that queueing scheme. An example would be having a > different scheme for an office with VoIP vs and office without VoIP. There > could be a gaming scheme. Users could submit schemes and download them. > This is the feature I'm most excited about. > > > Regards, > -Ron > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] small glitch in ssh/scp in bering-uClibc
Hi Erich, >> >>> Starting with bering-uclibc3.x I observed an error when trying to use >>> ssh/scp. >>> >>> debug2: calling socket with 10 , 1 , 6 >>> socket: Address family not supported by protocol >>> >>> >>> This is due to the fact that the socket call is using an address >>> family of inetv6 by default. >> is this really an error, or just a warning? I mean, does ssh/scp work >> without that change (it did in the past, but I've not used the OpenSSH >> packages on leaf in quite a while) on a box without IPv6? > > Actually that is why I call it a glitch :-) it gives an unpleasant > feeling when you run this in a script, but it works. I was under the impression that it didn't work because you called it an error ;-) I will see if there are other methods to suppress the warning without disabling ipv6 support in the config. > I have never seen this > happen on a 1.x glibc based Bering. I must admit, I never explored the > ssh_config file neither. > Because 1.x glibc Bering didn't support ipv6 at all > cheers > > Erich > Cheers, Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] small glitch in ssh/scp in bering-uClibc
Hi Erich, I suppose you are talking about openssh, not dropbear ssh/scp? No problem to add that value to the ssh_config file, will do that later today. Eric > Hi Folks > > > Starting with bering-uclibc3.x I observed an error when trying to use > ssh/scp. > > debug2: calling socket with 10 , 1 , 6 > socket: Address family not supported by protocol > > > This is due to the fact that the socket call is using an address family > of inetv6 by default. > > This can be overridden by adding the following to /etc/ssh/ssh_config > > > AddressFamily=inet > > > I have no idea about the number of people using ipv6 but I am still > under the impression they are a minority. > > Please consider adding the AddressFamily default value to the > distribution. > > Thanks > > > Erich > > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Documentation in Shorewall Configuration Files
Hi Mike, > > Eric, > Ah. We are in agreement then, or I think so. Do you still plan on a > "shordoc" package? > I don't know, a router/firewall is not really a good platform to read documentation... Maybe Erich's suggestion will work, creating some sort of webconf plugin package (lwp) so the docs can be read in a browser. > > > The post by Tom to you made me believe Shorewall man pages were > available for current Bering-uClibc releases. > You copied the wrong part :-) Quote: "In Shorewall 3.4, the documentation will be removed from the files and will be replaced by manpages. This presents a problem for users of embedded distributions like Bering-uClibc who typically don't have access to manpages." Eric > > -----Forwarded Message- > From: Tom Eastep <[EMAIL PROTECTED]> > To: Eric Spakman <[EMAIL PROTECTED]> > Cc: Leaf Development > Subject: Re: [leaf-devel] Documentation in Shorewall Configuration Files > Date: Mon, 20 Nov 2006 11:25:24 -0800 > > > Eric Spakman wrote: > >> Hi Tom, >> >> >> I don't think that it's a big problem. We can always create a separate >> package "shordoc", which contains the documentation, for people who need >> it or embed it in the shorwall package. >> >> We probably only need some help in creating a single text file from the >> manpages. > > rm -f Documentation > > for file in /manpages/*.5; do man -l $file | col > -bx >> Documentation > done > > -Tom > > > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Documentation in Shorewall Configuration Files
Hello Mike, > >> Ok, but back to the documentation issue. BU will always use the latest >> stable shorewall version and even with an older version of BU it >> shouldn't be a big problem to update to the latest shorewall (especially >> 3.0 >> onwards). Why duplicate the shorewall documentation on the LEAF site? >> Isn't it much simpler to just provide a link to Tom's documentation? >> > > Eric, > Aren't we discussing the Shorewall man page? > > > The man page ships with Shorewall, but we strip it for size. This places > an onus on us to provide the man page in some fashion. We are not > duplicating anything Tom and the Shorewall team didn't intend for > distribution. > > Am I missing something? > There are no shorewall manpages yet, this is something what will be introduced in shorewall 3.4 AFAIK. But when they are introduced, it shouldn't be a big problem to commit them to LEAF's manpage space. Or am I missing something? ;-) Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Documentation in Shorewall Configuration Files
Hi Paul, >> >>>> What troubles me more is that Tom updates the documentation on his >>>> site to represent the state of the art in shorewall v5, and the >>>> currently shipping versions of LEAF or BU are using shorewall v3, >>>> our documentation will not match the code we're shipping. >>> >>> >>> >> There is no shorewall version 5, the current Stable Release version is >> 3.2.6 which is what we use. The development release is version 3.3.5, >> which will become 3.4.x when stable. When this version is stable, that >> one is going to be used in BU. >> >> Eric > > Sorry, that was a "hypothetical." > Ok, but back to the documentation issue. BU will always use the latest stable shorewall version and even with an older version of BU it shouldn't be a big problem to update to the latest shorewall (especially 3.0 onwards). Why duplicate the shorewall documentation on the LEAF site? Isn't it much simpler to just provide a link to Tom's documentation? Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ez-ipupdate?
Hi Paul, ;-))) > Doh, I'm an ass. I found it just after I sent the note out... I was > thinking, "I know it was in 2.x..." > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Documentation in Shorewall Configuration Files
Hi Paul, >> What troubles me more is that Tom updates the documentation on his site >> to represent the state of the art in shorewall v5, and the currently >> shipping versions of LEAF or BU are using shorewall v3, our >> documentation will not match the code we're shipping. > > There is no shorewall version 5, the current Stable Release version is 3.2.6 which is what we use. The development release is version 3.3.5, which will become 3.4.x when stable. When this version is stable, that one is going to be used in BU. Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ez-ipupdate?
Hi Paul, There is no reason for it, that's why it's just available ;-) http://leaf.sourceforge.net/bering-uclibc/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=12&MMN_position=32:32 ezipupd.lrp Eric > Is there a reason the ez-ipupdate package for 3.x isn't in the packages > 3.x list? Does it not build or? > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ___ > leaf-devel mailing list leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] xl2tpd does not compile
Hi Erich, > >>> How do you guys >>> handle to have your own workspace and still keep up with CVS. >>> buildtool does not appear to be the solution for this. >>> >> It's not really meant for it. We don't really have our "own" workspace, >> CVS head is our workspace. But why do you need your own workspace? Do >> you have that much changes from the files in CVS? > > No, but my memory is limited :-( > > > If I check out everything the way buildtool does, its structure differs > somehow from the way a straightforward CVS checkout does. I like the way > buildtool keeps its files in place and eases the compilation and package > building. I am just wondering how this apps/linux directory fits the > picture. I am wondering if it was not easier and more comprehensive if > buildtool would maintain the same source tree structure as CVS. At least > for my limited understanding it would make things clearer. > Yes, you're correct... It's a bit historical, some of the setups in CVS have subdirectories with patches (linux) or skeleton directories (etc). >From a CVS viewpoint it's somewhat more structured than having everything in one directory, but it's indeed not consistent with how it gets downloaded. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] xl2tpd does not compile
Hi Erich, >> >> >> Are you sure you're using the latest checkout of apps/linux? The >> linux/if_pppol2tp.h file is part of the pppol2tp-linux-2.4.27.patch.gz >> patch in the linux CVS directory. > > I have not seen that patch in my linux directory, so it is very possible > that it is not up to latest level. I still have not yet found a way to keep > up to the development without destroying my own config. How do you guys > handle to have your own workspace and still keep up with CVS. buildtool > does not appear to be the solution for this. > It's not really meant for it. We don't really have our "own" workspace, CVS head is our workspace. But why do you need your own workspace? Do you have that much changes from the files in CVS? > Checking out the apps manually does not appear to result in the same > tree structure as buidltool does, there is no patch directory :-( > > Is is easiest to keep it apart from the source directory and update it > manually? > If you have a few packages with changes from the mainline, it's indeed the easiest to just checkout everything (and keep it current) and copy new files for privately changed packages to the source directory. > cheers > > Erich > 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] xl2tpd does not compile
Hi Erich, Are you sure you're using the latest checkout of apps/linux? The linux/if_pppol2tp.h file is part of the pppol2tp-linux-2.4.27.patch.gz patch in the linux CVS directory. Eric > Hi Folks > > > it appears that the xl2tpd package as distributed on CVs does not > compile. > > The makefile uses -DUSE_KERNEL and linux/if_pppol2tp.h is missing in the > kerrnel indeed > > make -C xl2tp-1.04 > CC=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stag > ing/usr/bin/gcc > LD=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stag > ing/usr/bin/ld DFLAGS="-Os -march=i486 -DUSE_KERNEL" > make[1]: Entering directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > xl2tpd/xl2tp-1.04' > /data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/staging > /usr/bin/gcc > -Os -march=i486 -DUSE_KERNEL -fno-builtin -Wall -DSANITY -DLINUX > -DIP_ALLOCATION -c -o l2tpd.o l2tpd.c > In file included from l2tpd.c:48: > l2tp.h:236:31: linux/if_pppol2tp.h: No such file or directory > l2tpd.c: In function `start_pppd': > > > > cheers > > Erich > > > - > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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/[^ ].*//' -e '/^[ ]*$/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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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 > > >- >- Server = cvs-sourceforge >- Revision = HEAD >- Directory = dropbear >- >- > > Server = cvs-sourceforge > Revision = HEAD >@@ -99,12 +93,6 @@ > Type= link > > >- Source = usr/bin/gendropbearkeys >- Filename= usr/bin/gendropbearkeys >- Type= binary >- Permissions = 755 >- >- > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=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, >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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] runtime fixup of /etc/inittab for serial consoles
Hi Paul, >Sorry for the delay getting back to you, just got back from a week on >the playa lighting up dust storms with 2.4 and 5.8ghz wifi... :-) > ;-) >> The reason I'm not really enthusiastic about this idea is that it adds a >> new dependency between sylinux, initrd and the etc package and also adds >> extra complexity to the linuxrc script. Something that I like to avoid as >> much as possible, because, for example, makes a change to a different >> kernel more difficult. > >Not really, or not as I understand it. It's looking at /proc/cmdline, >which is going to have the console port specified on it if a serial >console is chosen, unless someone makes source code changes to the >kernel or is running a non x86 kernel, neither of which are B-U worries >until the cross compilation environment works. :-) As far as I can >tell, there is no dependency on initrd, or syslinux at all. I would do >the same thing running grub or any other kind of boot loader. > What I mean is that a setting in the bootloader is parsed via linuxrc in the initrd to change a file in the etc package. With changing to a different kernel I mean from linuxrc/initrd to initramfs. >If you're going to actually publish and maintain hardware specific >configdb's, then what I'm proposing is not necessary. However, I've >become a big fan of having code just "do the right thing" when the right >thing is fairly obvious and considered this in the same vein as my >runtime patch to figure out that the keyboard controller wasn't present. I'm also a big of just do the right thing, but in the case of your kernel patch the solution was a lot cleaner and more generic. For example ttyS2 is not taken into account, which also needs a change in /etc/securetty. > Just a year ago you were compiling (or not, as the case was) special >kernels for the WRAP unit when all we needed was a one line test in the >kernel to support a runtime fix. The serial console stuff is currently >the one thing getting in the way of just copying the .lrp files over and >having them run. > >> An advantage of using some hardware specific configdb packages is that you >> can also set some other standard options, like selecting the right modules >> in /etc/modules, some network options and comment out the normal ttys. > >I was going to ask you what configdb things you would do for hardware >specific changes besides fixing inittab. Frankly, a HW specific >distribution with pre-populated moddb's wouldn't be awful. A few things that could be done in a HW specific configdb/moddb in the case of a WRAP f.e. is setting the serial console, disabling normal consoles, selecting the wd1100 module with the right parameters and the correct NIC module. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] olsrd
Hi Adrian, I took a look at the sourcecode and don't see any reason why it shouldn't work. The only thing is that the code is not GPL-ed. Eric > > Does anyone know of someone who may have packaged the routing package > olsrd for Leaf, or can think of a reason why it might not work? > > I'm currently looking at models for some friends who currently use > LocustWorld's mesh system but are finding it a little unwieldy and > sometimes unreliable - its a extraordinarily complex system now, and it > seems to me that Leaf with a suitable routing protocol might be a good, > and much simpler, solution. I've used olsr before and find it a good > system for wireless networks but I've only seen it running in anger on > mips systems. > > Adrian > > > - > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Shorewall 3.3.0
Hello Tom, That's great news! Thank you very much! Eric Spakman > I have opened up the 3.3 development thread. > > > http://www1.shorewall.net/pub/shorewall/development/3.3/shorewall-3.3.0 > ftp://ftp1.shorewall.net/pub/shorewall/development/3.3/shorewall-3.3.0 > > > The two major changes in 3.3.0 when compared to 3.2.3 are: > > > a) I have finished the code consolidation that I began in 3.2.3. Code > that was duplicated in /usr/share/shorewall/compiler and > /usr/share/shorewall/firewall is > now moved to /usr/share/shorewall/functions. This change will also go into > 3.2.4. > > > b) To allow embedded applications to further reduce the Shorewall > footprint, I have broken off sizable pieces of code into loadable > "libraries". This will > allow a small Shorewall core footprint that may be expanded through the > addition of libraries as needed. > > Here are the libraries included in 3.3.0: > > > -rw-r--r-- 1 teastep users 5686 2006-08-27 13:22 lib.accounting > -rw-r--r-- 1 teastep users 10409 2006-08-27 11:42 lib.dynamiczones > -rw-r--r-- 1 teastep users 7004 2006-08-27 14:01 lib.maclist > -rw-r--r-- 1 teastep users 14055 2006-08-27 12:42 lib.nat > -rw-r--r-- 1 teastep users 10879 2006-08-27 12:13 lib.providers > -rw-r--r-- 1 teastep users 3519 2006-08-27 12:50 lib.proxyarp > -rw-r--r-- 1 teastep users 9466 2006-08-27 11:42 lib.tc > -rw-r--r-- 1 teastep users 8218 2006-08-27 12:28 lib.tcrules > -rw-r--r-- 1 teastep users 6881 2006-08-27 13:26 lib.tunnels > > > See the release notes for information about when each library is > required. > > Although change b) adds code to Shorewall, change a) reduced the size of > Shorewall to such an extent that 3.3.0 is still substantially smaller than > 3.2.3: > > > -rw-r--r-- 1 teastep users 234309 2006-08-26 10:54 shorewall-3.2.3.tgz > -rw-r--r-- 1 teastep users 217330 2006-08-28 12:35 shorewall-3.3.0.tgz > > > -Tom > -- > Tom Eastep\ Nothing is foolproof to a sufficiently talented fool > Shoreline, \ http://shorewall.net > Washington USA \ [EMAIL PROTECTED] > PGP Public Key \ https://lists.shorewall.net/teastep.pgp.key > > > - > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] latest cvs checkout does not compile
Hi Erich, >> >> It's probably your version of jade. >> > > Most probably. I did not run buildenv this time, is there a new version > of jade built in the buildenv? > No, this source uses jade from your hostsystem if it exists. It probably exists on your system and found by libusb's configure script. But somehow your jade version doesn't understand some of libusb's code. This is a libusb problem. > >> Try to change libusb buildtool.mk file like this: >> >> Change: >> ./configure) >> to ./configure --disable-build-docs) >> > This helped, rerunning buildenv was not sufficient. > I will make this change in CVS also. > > BTW. does anyone know why S/MIME signed messages are _not_ showing up on > the list? > > Thanks > > > Erich > 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] latest cvs checkout does not compile
Hi Erich, It's probably your version of jade. Try to change libusb buildtool.mk file like this: Change: ./configure) to ./configure --disable-build-docs) Eric > Hi > > > Maybe I blew it again, altough I thought upgrading my development > environment was easy > > - I checked out the latest cvs version to an existing tree > - I ran 'buildtool.pl build', hoping the dependencies would be solved > correctly > > > > > build source/package: libusb > calling 'make build' for libusb make build failed for > /data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > libusb/buildtool.mk , please have a look at the logfile log/buildtoollog > at buildtool/Make/Source.pm line 398. > > logfile contents: > > Making all in doc > make[3]: Entering directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > libusb/libusb-0.1.12/doc' rm -rf html mkdir html jade -t sgml -d > ./website.dsl\#html ./manual.sgml > jade:./manual.sgml:1:55:W: cannot generate system identifier for public > text "-//OASIS//DTD DocBook V4.2//EN" jade:./manual.sgml:10:0:E: reference > to entity "BOOK" for which no system identifier could be generated > jade:./manual.sgml:1:0: entity was defined here > jade:./manual.sgml:10:0:E: DTD did not contain element declaration for > document type name jade:./manual.sgml:12:9:E: there is no attribute "ID" > .. > > > much more output in the logfile > > cheers > > Erich > > > - > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] runtime fixup of /etc/inittab for serial consoles
Hi Paul, >>> What it saves them from having to do is hand mess with etc.lrp on a >>> second system the very first time they load the flash. >>> >> There is absolutly no need for that. We will release some specific >> configdb packages for certain types of hardware, so it's just a matter of >> copying the right configdb package to the storage media and of you go. > > OK, fair enough, if the console speed and everything else is the same. > I'm not sure I understand the reluctance to using this idea, but since > I'm not the one stuck doing maintenance, it's wrong of me to continue to > try to argue with you. Sorry for being a pain in the ass--I re-read my > last message and the tone is not what I intended. > The reason I'm not really enthusiastic about this idea is that it adds a new dependency between sylinux, initrd and the etc package and also adds extra complexity to the linuxrc script. Something that I like to avoid as much as possible, because, for example, makes a change to a different kernel more difficult. An advantage of using some hardware specific configdb packages is that you can also set some other standard options, like selecting the right modules in /etc/modules, some network options and comment out the normal ttys. I will keep your idea in mind. > Best and thanks, > > Paul > Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] runtime fixup of /etc/inittab for serial consoles
Hi Paul, >Not if it's not. You're the software developer, you make the >distribution etc.lrp. The whole point of this thing is to get people >running with a working console. Once they're on their feet, i.e. if >they edit the /etc/inittab or do a backup after the real inittab is >working, things behave just as before. > >What it saves them from having to do is hand mess with etc.lrp on a >second system the very first time they load the flash. > There is absolutly no need for that. We will release some specific configdb packages for certain types of hardware, so it's just a matter of copying the right configdb package to the storage media and of you go. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] runtime fixup of /etc/inittab for serial consoles
Hi Paul,
A real /etc/inittab is always present, it's part of the etc.lrp
package...
Eric
>Look at the script. If a real /etc/inittab is present, it doesn't do
>its magic.
>It only does it if the proto is present and /etc/inittab is not.
>
>This is one of the most annoying things for a new user to fix if they
>don't have a linux system handy.
>
>I would call it, or hook it into /var/lib/lrpkg/root.script is called> that gets executed before /sbin/init. The script
>that loads all the packages at boot time...
>
>
>On Aug 26, 2006, at 1:49 AM, Eric Spakman wrote:
>
>> Hi Paul,
>>
>> Hmmm, not sure. I find it a bit of a clutch. What happens if an user
>> edit the inittab for other changes like mgetty?
>>
>> I prefer specific configdb/sylinux.cfg for different hardware where
>> also other changes can be done.
>>
>> Eric
>>
>>>
>>> --Apple-Mail-3-25159442
>>> Content-Type: multipart/mixed;
>>> boundary=Apple-Mail-2-25159350
>>>
>>>
>>> --Apple-Mail-2-25159350
>>> Content-Transfer-Encoding: 7bit
>>> Content-Type: application/octet-stream;
>>> x-unix-mode=0644;
>>> name=fixup_inittab.sh
>>> Content-Disposition: attachment;
>>> filename=fixup_inittab.sh
>>>
>>> #!/bin/sh
>>>
>>> inittab="/etc/inittabX"
>>> proto="/etc/inittabX.proto"
>>>
>>> if [ -f $inittab ] ; then
>>>exit 0
>>> fi
>>>
>>> if [ ! -f $proto ] ; then
>>>echo "$0: $proto not missing"
>>>exit 1
>>> fi
>>>
>>>
>>> contty=`sed -e 's/.*console=\([^, ]*\).*/\1/' /proc/cmdline`
>>> if [ -z "$contty" ] ; then
>>>contty="unspecified"
>>>speed="38400"
>>> else
>>>speed=`sed -e 's/.*console=[^, ]*,\([0-9]*\) .*/\1/' /proc/
>>> cmdline`
>>>if [ -z "$speed" ] ; then
>>>speed="9600"
>>>fi
>>> fi
>>>
>>> sed -e "s/^#<${contty}> #\(.*\) \(.*\)/\1 ${speed} \2/"
>>> $proto > $inittab
>>> chown root:root $inittab
>>> chmod 644 $inittab
>>>
>>> exit 0
>>>
>>> --Apple-Mail-2-25159350
>>> Content-Transfer-Encoding: 7bit
>>> Content-Type: application/octet-stream;
>>> x-unix-mode=0644;
>>> name=inittabX.proto
>>> Content-Disposition: attachment;
>>> filename=inittabX.proto
>>>
>>> # /etc/inittab: init(8) configuration.
>>> # $Id: inittab,v 1.1 2004/10/14 19:09:29 espakman Exp $
>>>
>>> # The default runlevel.
>>> id:2:initdefault:
>>>
>>> # Boot-time system configuration/initialization script.
>>> # This is run first except when booting in emergency (-b) mode.
>>> si::sysinit:/etc/init.d/rcS
>>>
>>> # What to do in single-user mode.
>>> ~~:S:wait:/sbin/sulogin
-
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=lnk&kid=120709&bid=263057&dat=121642
___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] runtime fixup of /etc/inittab for serial consoles
Hi Paul,
Hmmm, not sure. I find it a bit of a clutch. What happens if an user
edit the inittab for other changes like mgetty?
I prefer specific configdb/sylinux.cfg for different hardware where
also other changes can be done.
Eric
>
>--Apple-Mail-3-25159442
>Content-Type: multipart/mixed;
> boundary=Apple-Mail-2-25159350
>
>
>--Apple-Mail-2-25159350
>Content-Transfer-Encoding: 7bit
>Content-Type: application/octet-stream;
> x-unix-mode=0644;
> name=fixup_inittab.sh
>Content-Disposition: attachment;
> filename=fixup_inittab.sh
>
>#!/bin/sh
>
>inittab="/etc/inittabX"
>proto="/etc/inittabX.proto"
>
>if [ -f $inittab ] ; then
>exit 0
>fi
>
>if [ ! -f $proto ] ; then
>echo "$0: $proto not missing"
>exit 1
>fi
>
>
>contty=`sed -e 's/.*console=\([^, ]*\).*/\1/' /proc/cmdline`
>if [ -z "$contty" ] ; then
>contty="unspecified"
>speed="38400"
>else
>speed=`sed -e 's/.*console=[^, ]*,\([0-9]*\) .*/\1/' /proc/cmdline`
>if [ -z "$speed" ] ; then
>speed="9600"
>fi
>fi
>
>sed -e "s/^#<${contty}> #\(.*\) \(.*\)/\1 ${speed} \2/" $proto >
>$inittab
>chown root:root $inittab
>chmod 644 $inittab
>
>exit 0
>
>--Apple-Mail-2-25159350
>Content-Transfer-Encoding: 7bit
>Content-Type: application/octet-stream;
> x-unix-mode=0644;
> name=inittabX.proto
>Content-Disposition: attachment;
> filename=inittabX.proto
>
># /etc/inittab: init(8) configuration.
># $Id: inittab,v 1.1 2004/10/14 19:09:29 espakman Exp $
>
># The default runlevel.
>id:2:initdefault:
>
># Boot-time system configuration/initialization script.
># This is run first except when booting in emergency (-b) mode.
>si::sysinit:/etc/init.d/rcS
>
># What to do in single-user mode.
>~~:S:wait:/sbin/sulogin
>
># /etc/init.d executes the S and K scripts upon change
># of runlevel.
>#
># Runlevel 0 is halt.
># Runlevel 1 is single-user.
># Runlevels 2-5 are multi-user.
># Runlevel 6 is reboot.
>
>l0:0:wait:/etc/init.d/rc 0
>l1:1:wait:/etc/init.d/rc 1
>l2:2:wait:/etc/init.d/rc 2
>l3:3:wait:/etc/init.d/rc 3
>l4:4:wait:/etc/init.d/rc 4
>l5:5:wait:/etc/init.d/rc 5
>l6:6:wait:/etc/init.d/rc 6
>
># Normally not reached, but fallthrough in case of emergency.
>#z6:6:respawn:/sbin/sulogin
>
># What to do when CTRL-ALT-DEL is pressed.
>#ca:12345:ctrlaltdel:/sbin/shutdown -t1 -r now
>
># Action on special keypress (ALT-UpArrow).
>kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."
>
># What to do when the power fails/returns.
>pf::powerwait:/etc/init.d/powerfail start
>pn::powerfailnow:/etc/init.d/powerfail now
>po::powerokwait:/etc/init.d/powerfail stop
>
># /sbin/getty invocations for the runlevels.
>#
># The "id" field MUST be the same as the last
># characters of the device (after "tty").
>#
># Format:
># :::
># #1:2345:respawn:/sbin/getty tty1
>#2:23:respawn:/sbin/getty 38400 tty2
>#3:23:respawn:/sbin/getty 38400 tty3
>#4:23:respawn:/sbin/getty 38400 tty4
>#5:23:respawn:/sbin/getty 38400 tty5
>#6:23:respawn:/sbin/getty 38400 tty6
>
># Example how to put a getty on a serial line (for a terminal)
>#
># #T0:23:respawn:/sbin/getty -L ttyS0 vt100
># #T1:23:respawn:/sbin/getty -L ttyS1 vt100
>
># Example how to put a getty on a modem line.
>#
>#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3
>
>#Example how to run portslave
>#
>#T0:23:respawn:+/usr/sbin/portslave 0
>#T1:23:respawn:+/usr/sbin/portslave 1
>#T2:23:respawn:+/usr/sbin/portslave 2
>#T3:23:respawn:+/usr/sbin/portslave 3
>
>--Apple-Mail-2-25159350--
>
>--Apple-Mail-3-25159442
>Content-Transfer-Encoding: base64
>Content-Type: application/pkcs7-signature;
> name=smime.p7s
>Content-Disposition: attachment;
> filename=smime.p7s
>
>MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGCjCCAsMw
>ggIsoAMCAQICAw9vBTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
>d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
>YWlsIElzc3VpbmcgQ0EwHhcNMDUwOTA3MDgzNjIzWhcNMDYwOTA3MDgzNjIzWjA9MR8wHQYDVQQD
>ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMRowGAYJKoZIhvcNAQkBFgtwc3RAcHN0Lm9yZzCCASIw
>DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALX7gWLYsyUdCcC482MWa8DvlMkWXgMFITVEHabU
>NhrjkjE4vys41ipZkaxbzmaXDCoe2kc/uC1WyapF/zbzytYdhXodZtN1/TzBiZY9M5d71UlKwkUc
>/c8v2XQrexgBV0uiql6cd3iyE8iMm5+8R85F3355aSSEZVewsPvfMJqgMkiTm9R7pWleANIA+ReQ
>Fn+N7rCbKsJ6nyppsgwsFWObRDMGq+MAagS
Re: [leaf-devel] webconf backup packages
Hi Kp, > >Hi; > >thx - I'm running latest from cvs and see: > >"grep: /etc/init.d/init.d: No such file or directory grep: /etc/init.d/init.d: >No such file or directory" > >At the end of various (each?) daemon description - e.g. dnsmasq. > >I don't think this is intended. > Did you also used the latest webconf.lwp package? The daemon start/ stop script is part of the lwp package. >kp > 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] webconf backup packages
Hi Nathan, Thank you very much! > Hi Eric, > > > I just posted the source and binary versions of webconf.lrp and > webconf.lwp. Your changes to lrcfg.back.cgi were heroic. :))) > I decided to > shortcut the whole thing and make webconf (backup, at least) work with > Bering uClibc *only*. > (Since Bering uClibc is the only one being updated at this point, the > above statement should only affect Bering uClibc installations.) > > lrcfg.back.cgi makes a backup of the configdb and moddb; rather than go > through the multiple layers of cruft in lrcfg.back.script, it uses apkg > -o > and apkg -d directly. > Yes, that's a much better choice. Compared to the previous version of the lrcfg.back.script a lot of the "layers of cruft" where already removed (and only some verbosity levels with backup are kept), but for webconf it's much saner to call apkg directly. A big improvement! > It uses /var/lib/lrpkg/backup to find the names of the configdb and > moddb, so you should be able to backup to the primary backup device with > whatever name is set in the "backup" file. > Perfect! > All of that simplifies the interface considerably... Now its just 2 > checkboxes and a backup button. ;-) > > I did a cvs update this morning, so I *think* i got your change from > earlier this morning...If I missed anything else, please let me know. > I just checked and everything looks ok. > I have a new webconf source tarball ready to go when you all think this > is good enough for the buildconfig. Give the word and I'll upload it and > make the buildconfig changes necessary to build webconf.lrp. > Ofcourse it'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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] webconf backup packages
Hi Nathan, >Bering uClibc team, > >Eric alerted me to the broken backup packages webconf. (sorry) > >While looking at it, I have a quick question re the new backup system. > >Should it be possible to backup moddb/configdb to any of the destinations >in /var/lib/lrpkg/pkgpath.disks, or does it now just use the first entry? > Just the first entry. >The reason I ask is I can't find how to specify a package destination when >saving config or backup modules in lrcfg. > >Thanks! > Thank you ;-) 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] perl for Bering uClibc 2.4.2?
Hi Orion, > Does anyone have a perl (uperl) package for Bering-uClibc 2.4.2? I'd > like to try out some perl stuff, but not quite ready to bump my firewall to > 3.0beta. > I have put the microperl (uperl) package for 2.4.2 in: http://leaf.cvs.sourceforge.net/leaf/bin/packages/uclibc-0.9/20/testing/ It depends on the libm.lrp package. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new config/backup system
Hi Natanael, >> >> Couple of questions, while we're doing the 3.0 flag day, would it be OK >> if we made the package dependancies explicit, not part of the help >> file? >> >> /var/lib/apkg/.depend >> > > I have this implemented in apk-tools. Take a look there how it can be > implemented and feel free to reuse the code if possible. > > http://apk-tools.sourceforge.net > > > (use svn version. I have made some progress since latest oficial > release) > Thanks for the heads-up, I will take a look. >> I propose modifying the XML to formalize the dependancies instead of >> putting them in the help file, and creating .depend control >> files. >> >> What do you guys think? >> > > Its relatively easy to automatically find out the dependencies. > > > find [ all elf files ] | while read elffile ; do for so in `readelf -d > $elffile |\ > grep NEEDED |\ sed 's/.*Shared library: //; s/\[\(.*\)\]/\1/'` ; do > > dep=`find_lrp_that_has_file $so` add_dependency $dep done done > > So you shouldn't need to figure out all dependencies by hand. > Ok, thanks! That should be easy implementable in buildtool. > > -- > Natanael Copa > Eric Spakman - 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new config/backup system
Hi Paul, >Eric & KP, > >Looks nice, been trying to catch up on things... > >Couple of questions, while we're doing the 3.0 flag day, would it be OK >if we made the package dependancies explicit, not part of the help file? > That would be a good idea. > >The dependencies should theoretically be recursive (there are pros and cons). > Agree with that, that's also the way dependancies are listed in the help files now. > > >In any case, the magic needed to be done to apkg/lrpkg can come later, >but we need to get the new hooks into the package control files sooner >rather than later. > >I propose modifying the XML to formalize the dependancies instead of >putting them in the help file, and creating .depend control >files. > >What do you guys think? > Although I'm no real fan of automatic dependancy tracking it's a good idea to be prepared. The only thing is that it will cost a lot of time to change almost every buildtool.cfg file... There is an other option (less clean), the dependancies are now listed in the help files with a 'requires:' keyword. It is possible with some small sed scripting to extract that info in apkg. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] GNU Compliance (section 3) - are you compliant??
Hi Mike, >KP, >My interpretation of Stallman's comments leads me to believe those >sources are considered up-stream. I hope I'm wrong. > >My interpretation: If you release binaries, you must maintain >source availability for three years. You may not rely on other >projects to do it for you. > Even if you are right, it would only count for the linux source. We only use binutils and gcc to build the toolchain, we don't provide gcc or binutils binaries. I don't think it would ever be a problem to find a specific linux source ;-) Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] GNU Compliance (section 3) - are you compliant??
Hi Mike, Op Di, 18 juli, 2006 5:25 pm schreef David Douthitt: > Mike Noyes wrote: > > >> Everyone, >> We need to release source tarballs in the SF FRS with our binaries. >> > > How does this affect distributions that are not being actively > maintained? > > I agree with Luis, though - the storage requirements for SF are going to > be incredible... > I also agree with Luis and took a look at that article again. Quoted: "Under GPL version 2, distributors who release binaries through a network server have to release the corresponding source code in the same way. This requirement is the only way to assure that users can get the source, and the that it is the right source." Me interpreting it as: The Bering-uClibc team releases binaries through a network server and also releases the source code the same way. Although for a few very big sources, like gcc, uClibc and kernel we do this with a link from the network server to an other server. I still see this as fitting the above description (but English is not my native language). Following quote: "The simplest way to fulfill this requirement is to put them both on the same server. This requires extra work, but not much. The distibutor needs server space for the source as well as the binary, and has to upload both. Anyone that does these things for the binary can manage to do them for the source as well." Note the word "simplest way", this is not the _only_ way. I still don't think that there is a problem. The reason why this whole GPL thing is brought up I think, is because some distros use packages from other upstream distros (like f.e. Knoppix using Debian packages). In those cases sourcecode is not provided because no changes where made to the plain Debian packages and are used as is for Knoppix (just an example). In the case of Bering-uClibc we build everything from source and the sourcecode, patches, makefiles are all available in CVS or with direct links (the links only in few cases to not "blow up" sourceforge). So I still don't see a problem... To answer David: I think this whole story only applies for distros still being maintained (with a limit of 3 years). Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new config system
Hi Cedric, >>> No, it is already listed in image/fd/filelist >>> The ISO simply contains all packages found in $PKGDIR (no hard wired >>> >> list) >>> >> Ok, so an exception should be made for the moddb package. >> > > > Here is my patch to add moddb.lrp in bootdisk.ima and "hide" it from the > ISO > : http://leaf.newel.net/~cedric/work_in_progress/moddb.patch > Thank you very much! I will apply the patch. > > BTW, shouldn't we remove files which are on bootdisk.ima from the iso ? > They > are not really useful there. > Agree, although they can be usefull as backup (initrd) if you ever replace the initrd on the floppy. > > Regards, > Cedric > Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new config system
Hi Cedric, >> Correct, ofcourse you can have an unpacked modules repository on the >> CD, which can be used by mounting it and setting the path in /etc/ >> modules. > >That's what I do but it doesn't work with modules loaded by init.d scripts >(ipsec, gpio) > Yes, I think the same is true for pcmcia. It has always been the case. Luckely it are only a few exceptions. The preferred way is to put all used modules in moddb, the mount 'trick' is just a convenient option. An option you could try is not using the moddb package but mount the modules directory on the CD as /lib/modules, or make a symlink to it. >I think the ISO package list file in buildtool (to generate the CD) >> still has the moddb listed, I will change it so it wil be added on >> the floppy instead. > > >No, it is already listed in image/fd/filelist >The ISO simply contains all packages found in $PKGDIR (no hard wired list) > Ok, so an exception should be made for the moddb package. > >Regards, >Cedric Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new config system
Hi Cedric, >> There shouldn't be 2 modules databases installed. > > >Yes. >So for a cdrom/floppy distrib, the "standard" moddb used for the first boot >should be already on the floppy and no moddb should exist on the iso. > Correct, ofcourse you can have an unpacked modules repository on the CD, which can be used by mounting it and setting the path in /etc/ modules. >As my iso was already built, I've worked around it by renaming the one from >floppy to mymoddb.lrp, added moddb to LRP list and changed MODDB to mymoddb >in leaf.cfg > That will also work. >I will rename buildtool generated moddb to something like stdmoddb on the >iso. > I think the ISO package list file in buildtool (to generate the CD) still has the moddb listed, I will change it so it wil be added on the floppy instead. Thanks for reporting. Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new config system
Hello Cedric, > Hello list, > > > With new config system, only one instance of a package is installed, the > last one from PKGPATH sources. > > That is coherent with packages not splitted anymore between pristine and > local. On the other hand, if PKGPATH=floppy,cdrom and there is moddb.lrp on > both, the installed one is from cdrom. So no locally added modules are > installable at boot ! > There shouldn't be 2 modules databases installed. > PKGPATH scanning order should be inverted, at least for moddb, or "multi" > should be reverted. > I'm not sure, the modules database is a central repository, having multile of them would only make things difficult and nonconsistent. A better option would be to give the modules package on the cdrom a different name and load it as a "normal" lrp package. Note that all modules will be saved in the moddb package, so the concept of "locally added modules" doesn't exist anymore, the modules database is a repository of all kernel modules. > > Regards, > Cedric > Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, The problem on the shorewall site is solved now, the www.shorewall.net link works correct again. Cheers, Eric Op Zo, 9 juli, 2006 11:40 am schreef Erich Titl: > Hi Eric > > > Eric Spakman wrote: > >> Hi Erich, >> >> >> I think it's a temporary problem on shorewall's main site. I will >> keep an eye on it and change to an other site if the problem persist. >> >> Thanks for reporting. >> >> > > By modifying the buildtool.cfg file for shorewall to make it point to > www1.shorewall.net instead of www.shorewall.net the problem can be dealt > with. > > Erich > > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, I think it's a temporary problem on shorewall's main site. I will keep an eye on it and change to an other site if the problem persist. Thanks for reporting. Eric >Eric > >Eric Spakman wrote: >> Hi Erich, >> >>> I will download the current 2.4.2 tonight and see how it runs on my >>> environment. >>> > >The shorewall site apparently changend to > >ftp://ftp1.shorewall.net/pub/shorewall > > >buildtool::Download::setDlroot:setting dlroot to : >/data/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/buildtool/source/shorewall >buildtool::Download::download:file key: buildtool.mk >buildtool::Download::download:file key: shorewall-lrp.diff >buildtool::Download::download:file key: shorewall-config.diff >buildtool::Download::download:file key: shorewall-default >buildtool::Download::download:file key: shorewall-3.0.7.tgz >--20:52:28-- >http://www.shorewall.net/pub/shorewall/3.0/shorewall-3.0.7/shorewall-3.0.7.tgz > => >`/data/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/buildtool/source/shorewall/shorewall-3.0.7.tgz' >Resolving www.shorewall.net... 64.182.120.101 >Connecting to www.shorewall.net|64.182.120.101|:80... connected. >HTTP request sent, awaiting response... 302 Found >Location: >ftp://shorewall.net/pub/shorewall/3.0/shorewall-3.0.7/shorewall-3.0.7.tgz >[following] >--20:52:29-- >ftp://shorewall.net/pub/shorewall/3.0/shorewall-3.0.7/shorewall-3.0.7.tgz > => >`/data/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/buildtool/source/shorewall/shorewall-3.0.7.tgz' >Resolving shorewall.net... 208.184.5.39 >Connecting to shorewall.net|208.184.5.39|:21... connected. >Logging in as anonymous ... Logged in! >==> SYST ... done.==> PWD ... done. >==> TYPE I ... done. ==> CWD /pub/shorewall/3.0/shorewall-3.0.7 ... >No such directory `pub/shorewall/3.0/shorewall-3.0.7'. > > >cheers > >Erich - 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, >I will download the current 2.4.2 tonight and see how it runs on my >environment. > 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, > > Thank you, I will fetch them probably tonight and have them run. > > > I believe though, that after these modifications it is in the best > interest to tag these files as 2.4.3 and release them accordingly, as > _they_were_modified_ > > > What do you think? > The changes in buildtool don't touch the packages at all, they are only to solve some compile problems on some hosts. Compiling before and after the small changes would give the exact same packages, so creating a Bering-uClibc-2.4.3 release with no changes at all would make no sense to me (which would be the implication if we create a 2.4.3 tag in CVS). 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi everybody, > > some of you may have seen my odyssey getting a buildenv for uClibc up and > running. With lots of help and patience by Eric Spakman I finally got the > CVS HEAD to compile without barfing on my SuSE 9.2 . > > Now the 2.4.2 tagged release is not as gentle, as it still contains some > of the glitches I have seen on the HEAD release. > > I would suggest to fix those issues and add another tag (I suggest > 2.4.2-user-friendly ;-) ) so we have a stable 2.4.x final source platform. > > cheers > Erich > The issues should be fixed and I moved the tag to the later revision of the files in CVS. So getting the 2.4.2 tagged release should now include the fixed files involved. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hello Erich, I tought about the same, but the strange thing is that HOST_COMPILE is empty with the latest commit and $CC points to the crosscompiler (the 2.4.2 tag should be set to current HEAD). But I will take a look at it this evening. Erc > Hello > > > following up to my compile problems with wlan-ng in 2.4.2 I believe I > found the culprit for this version in linux-wlan-Configure.patch.gz > > > +# Debian mod: Allow CC to be specified to set the compiler. > +if [ -z "$CC" ]; then > +CC=gcc > +fi > + > + > dump_str 'HOST_AS=$(HOST_COMPILE)as'linux-wlan-Configure.patch.gz dump_str > 'HOST_LD=$(HOST_COMPILE)ld' > -dump_str 'HOST_CC=$(HOST_COMPILE)gcc' > +dump_str 'HOST_CC=$(HOST_COMPILE)'$CC > > > it appears that $CC is set to /usr/bin/gcc at the time this patch is > applied. Subsequently HOST_CC points to an invalid program location and > the compile fails. > > IMHO if we want to achieve the right substitution we should > > > > if [ "$CC" ]; then dump_str HOST_CC=$CC else dump_str > HOST_CC=$(HOST_COMPILE)gcc > fi > > > > > cheers > > Erich > > > > > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, I will take a look at it, although I can't remember seeing this in my test... Eric > Eric > > > some more information. Although wlan-ng appears to compile correctly, not > all is well in config.mk > > CROSS_COMPILE=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/bui > ldtool/staging/usr/bin/ CROSS_COMPILE_ENABLED=y > AS=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stagi > ng/usr/bin/as > LD=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stag > ing/usr/bin/ld > CC=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stag > ing/usr/bin//data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/build > tool/staging/usr/bin/gcc > CPP=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/sta > ging/usr/bin//data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buil > dtool/staging/usr/bin/gcc -E > AR=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stagi > ng/usr/bin/ar > NM=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/stag > ing/usr/bin/nm > STRIP=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/s > taging/usr/bin/strip > OBJCOPY=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool > /staging/usr/bin/objcopy > OBJDUMP=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/ > staging/usr/bin/objdump > RANLIB=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/ > staging/usr/bin/ranlib MAKE=make > > > The entries for CROSS_COMPILE are broken > > > cheers > > Erich > > 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, I just checked-in a slightly different version of wlan-ng's buildtool.mk, this is more in line with other sources. Can you check this one to see if it solves your problem? 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, > The problem is in the linux-wlan-ng-0.2.3 directory, where CC is > redefined in config.mk > > luna > grep /usr/bin/cc * config.mk:HOST_CC=$(HOST_COMPILE)/usr/bin/cc > config.mk:CC=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/build > tool/staging/usr/bin//usr/bin/cc > config.mk:CPP=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/bui > ldtool/staging/usr/bin//usr/bin/cc -E > config.out:HOST_CC=$(HOST_COMPILE)/usr/bin/cc > config.out:CC=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buil > dtool/staging/usr/bin//usr/bin/cc > config.out:CPP=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/bu > ildtool/staging/usr/bin//usr/bin/cc -E > > > Well it looks like config.mk is rotten it defines HOST_CC in an awkward > way. Is this a problem with autoconf? > I don't know... This is my config.mk with no cc entries... config.mk:CC=/root/Bering/src/bering-uclibc/buildtool/staging/usr/bin/gcc config.mk:CPP=/root/Bering/src/bering-uclibc/buildtool/staging/usr/bin/gcc -E config.out:CC=/root/Bering/src/bering-uclibc/buildtool/staging/usr/bin/gcc config.out:CPP=/root/Bering/src/bering-uclibc/buildtool/staging/usr/bin/gcc -E I will change the buildtool.mk to explicit use the buildtool autoconf. EricS 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Op Di, 4 juli, 2006 3:31 pm schreef Erich Titl: > Eric > > > feels like a never ending story, herre the latest from the HEAD checkout > > > -D__LINUX_WLAN__ ../shared/p80211types.c ../shared/p80211metamsg.c > ../shared/p80211metamib.c ../shared/p80211meta.c mkmetadef.c > ../shared/p80211types.c ../shared/p80211metamsg.c > ../shared/p80211metamib.c ../shared/p80211meta.c mkmetastruct.c > .depend > /bin/sh: > /data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/staging/ > usr/bin//usr/bin/cc: > No such file or directory > make[3]: *** [.depend] Error 127 > make[3]: Leaving directory This is in my log when I compile wlan-ng: ./shared/p80211meta.c mkmetadef.c ../shared/p80211types.c ../shared/p80211metamsg.c ../shared/p80211metamib.c ../shared/p 80211meta.c mkmetastruct.c > .depend mkdir -p obj /root/Bering/src/bering-uclibc/buildtool/staging/usr/bin/gcc -c -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I../in clude -I/root/Bering/src/bering-uclibc/buildtool/source/linux/linux/include -D__LINUX_WLAN__ ../shared/p80211types.c -o ob j/p80211types.o I really don't know where the "usr/bin//usr/bin/cc:" comes from, there is no trace in the sourcecode of wlan-ng. Did you change anything in the buildtool configuration, like TARGET_CC in "Masterinclude.mk" or anything in wlan-ng's buildtool.mk? (just guessing) 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, Don't know where that (double path) /staging/usr/bin//usr/bin/cc: comes from, doesn't do that on my host Eric > Eric > > > feels like a never ending story, herre the latest from the HEAD checkout > > build source/package: wlan-ng > calling 'make build' for wlan-ng make build failed for > /data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > wlan-ng/buildtool.mk , please have a look at the logfile log/buildtoollog > at buildtool/Make/Source.pm line 398. luna > vi log/buildtoollog ... > > > make[3]: Entering directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > wlan-ng/linux-wlan-ng-0.2.3/src/mkmeta' > /data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/staging > /usr/bin//usr/bin/cc > -E -M -I../include > -I/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source > /linux/linux/include > -D__LINUX_WLAN__ ../shared/p80211types.c ../shared/p80211metamsg.c > ../shared/p80211metamib.c ../shared/p80211meta.c mkmetadef.c > ../shared/p80211types.c ../shared/p80211metamsg.c > ../shared/p80211metamib.c ../shared/p80211meta.c mkmetastruct.c > .depend > /bin/sh: > /data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/staging/ > usr/bin//usr/bin/cc: > No such file or directory > make[3]: *** [.depend] Error 127 > make[3]: Leaving directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > wlan-ng/linux-wlan-ng-0.2.3/src/mkmeta' make[2]: *** [all] Error 2 > make[2]: Leaving directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > wlan-ng/linux-wlan-ng-0.2.3/src' make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > wlan-ng/linux-wlan-ng-0.2.3' make: *** [linux-wlan-ng-0.2.3/.build] Error > 2 > make: Leaving directory > `/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/source/ > wlan-ng' > > looks like the the command path to the cc compiler is broken > > cheers > > Erich > > > > > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, >> This is very well possible, I seem to remember that I fixed something >> like this some time ago. Maybe after the 2.4.2 tag > > :-) > In indeed did: source.cfg Revision 1.112 in CVS > > Boooh another one in building kernel > > > I have 2 builds running at the same time, one for latest and one for > 2.4.2 > > > Both builds live in completely different directories, no links, > completely redundant. > > Is is possible, that the link to the uClibc libraries is rotten after > starting the second build process? > Buildtool checks the link to the right uClibc loader when you start it (either 0.9.20 or 0.9.28), it's not possible to do two simultanious builds for two different environments. So don't ;)) 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, >> Not entirely, some sources are broken upstream for crosscompiling and >> expect the loader to be in /lib (hardcoded). > > ooops... OK, may I suggest to add this to the docs :-) > It already is in the docs ;-) http://leaf.sourceforge.net/doc/bk07ch02s02.html last alinea, the process is automatic now but the text still applies. > Thanks for the explanation > > > Will a new run fix this or will I have to set the referenced manually? > A new run should fix that. > > Erich > 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, >> Buildtool checks the link to the right uClibc loader when you start it >> (either 0.9.20 or 0.9.28), it's not possible to do two simultanious >> builds for two different environments. So don't ;)) > > But these are unrelated processes, with unrelated buildtool perl > sources, libraries and environment > > :-( > Not entirely, some sources are broken upstream for crosscompiling and expect the loader to be in /lib (hardcoded). So the common "process" is the link in /lib. Not much we can do about it, except fixing all "broken" sources upstream and we don't have the time for it... 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Docs
Hello Paul, I fully agree, but unfortuanatly I can't do anything about it. I hope Mike can give the status of PDF (and/or HTML) generation. Eric >> -- "Eric Spakman" <[EMAIL PROTECTED]> wrote: >> Hello Paul, >> > >> AFAIK pdf generation is still not ready... But you can checkout the XML >> document files from CVS: >> http://leaf.cvs.sourceforge.net/leaf/doc/guide/ >> > >> Eric >> > > OK, I can do that, although a tarball of HTML wouldn't require the user > to have yet another program installed to read the download. (As it happens > I _don't_ have Acrobat installed. I run an old, small LFS > system rather than some modern "kitchen-sink" distro, so perhaps I'm more > aware of what's installed and what's not.) But then downloading what > seemed most promising, and opening it on my Firefox-1.0.7 I got the error > below. > > However, the point I was trying to make is that the uninitiated user > trying to get a copy of leaf docs to read offline isn't directed anywhere > that works. (Somehow, forcing someone who needs the firewall to read the > installation instructions on-line and exposed to attack doesn't seem to > make a lot of sense.) If you want him to get them from the CVS, point him > there. > > > XML Parsing Error: not well-formed > Location: file:///home/paul/dl/Computing/SW/Linux/Bering-uClibc/book.xml > Line Number 53, Column 148: href="http://sourceforge.net";> src="/*docroot*/images/sourceforge_whitebg.gif" alt="(logo)" border=0 > width=136 height=79> > > > Paul Rogers ([EMAIL PROTECTED]) > http://www.xprt.net/~pgrogers/ > Rogers' Second Law: "Everything you do communicates." > (I do not personally endorse any additions after this line. TANSTAAFL :-) > > > > > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, >> The directory "setserial" seems to be missing in the path below: >> /home/mega/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/contrib/buil >> dtool.cfg > > sure, I did not want to update this before I was certain, but the problem > appears to be in a corrupted sources.cfg, where the setserial directory > line was concatenated with the previous line. > > Will check if this is on the CVS itself > This is very well possible, I seem to remember that I fixed something like this some time ago. Maybe after the 2.4.2 tag 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool problems
Hi Erich, Did you checkout the "contrib" section in CVS also? The directory "setserial" seems to be missing in the path below: /home/mega/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/contrib/buildtool.cfg The setserial setup is an user added setup, so I can't say a lot about it. Although with a quick look there doesn't seem anything wrong with it, neither in sources.cfg nor in buildtool.cfg.. Eric > Hi Folks > > > according to KP's suggestion I focused on 2.4.2 > > - checking out from CVS was a breeze > > > I modified sources.cfg according to the doc > > > - building buildenv was a breeze > > > now the next command I entered to build everything > > ./buildtool.pl build > > > resulted in the following error > > source/package: setserial > > downloading: buildtool.cfg from server cvs-contrib-sourceforge type file > download failed: file > /home/mega/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/contrib/build > tool.cfg does not exist > > you might find useful information in log/buildtoollog > > > > > buildtool::Common::InstalledFile::searchInstalled4Pkg:starting > buildtool::Common::InstalledFile::searchInstalled4Pkg:entry webipv6 not > in source list buildtool::Common::InstalledFile::addEntry:pushing webipv6 > on list buildtool::Common::InstalledFile::writeToFile:starting > buildtool::Common::InstalledFile::writeToFile:saving installedfile > buildtool::Download::setDlroot:setting dlroot to : > /data/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/buildtool/source/se > tserial buildtool::Download::download:file key: buildtool.cfg > > > cheers > > Erich > > > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Docs
Hello Paul, AFAIK pdf generation is still not ready... But you can checkout the XML document files from CVS: http://leaf.cvs.sourceforge.net/leaf/doc/guide/ Eric > I went looking around the site for downloadable copies of the manuals for > Bering-uClibc. I found a link to a supposed PDF at the downloads on SF, > but there didn't seem to be manuals there, just binaries. Would TPTB > consider tarring up all the manual pages into a couple downloadable files? > > > Paul Rogers ([EMAIL PROTECTED]) > http://www.xprt.net/~pgrogers/ > http://www.geocities.com/paulgrogers/ > Rogers' Second Law: "Everything you do communicates." > (I do not personally endorse any additions after this line. TANSTAAFL > :-) > > > > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new tagged 2.4.2
Hi Erich, I don't know enough of CVS to see what goes wrong. You can try a fresh checkout of buildtool in a different directory. EricS >Eric > >Eric Spakman wrote: >... >> >> Instead of using the tagged 2.4.2 with uClibc-0.9.20, why not use the >> latest in CVS with 0.9.28? > >Tried to update buildenv with very little success > >luna > ./buildtool.pl -f source buildenv >make the list of required source packages: buildenv [0.K.] > >source/package: buildenv > >downloading: buildtool.cfg from server cvs-sourceforge type viewcvs [0.K.] >downloading: buildtool.mk from server cvs-sourceforge type viewcvs [0.K.] >downloading: gcc-3.3.3.tar.bz2 from server gcc.mirror type ftp [0.K.] >downloading: uClibc_fopencookie.diff.gz from server cvs-sourceforge type >viewcvs [0.K.] >downloading: uClibc-path.patch.gz from server cvs-sourceforge type >viewcvs [0.K.] >downloading: uClibc-sigwait.patch.gz from server cvs-sourceforge type >viewcvs [0.K.] >downloading: binutils-2.14.tar.bz2 from server ftp.gnu.org type http [0.K.] >downloading: .config from server cvs-sourceforge type viewcvs [0.K.] >downloading: gcc-3.3-libstdc++nowchar.patch from server cvs-sourceforge >type viewcvs [0.K.] >downloading: uClibc-0.9.20.tar.gz from server kernel.org type http > >This does not appear to update uClibc > >- > >removing source/buildenv/buildtool.cfg in the hope of forcing CVS to get >the latest version, including the new uClibc references > >luna > sh -x src/checkout >+ export CVS_RSH=ssh >+ CVS_RSH=ssh >+ cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/leaf co >src/bering-uclibc/buildtool >[EMAIL PROTECTED]'s password: >? src/bering-uclibc/buildtool/build >? src/bering-uclibc/buildtool/log >? src/bering-uclibc/buildtool/package >? src/bering-uclibc/buildtool/source >? src/bering-uclibc/buildtool/staging >? src/bering-uclibc/buildtool/conf/.sources.cfg.swp >? src/bering-uclibc/buildtool/conf/sources.cfg.new >? src/bering-uclibc/buildtool/conf/trace >? src/bering-uclibc/buildtool/tools/.upxunpack >? src/bering-uclibc/buildtool/tools/upx-1.93-linux_i386 >cvs checkout: Updating src/bering-uclibc/buildtool >cvs checkout: Updating src/bering-uclibc/buildtool/build >cvs checkout: Updating src/bering-uclibc/buildtool/build/packages >cvs checkout: Updating src/bering-uclibc/buildtool/build/staging_dir >cvs checkout: Updating src/bering-uclibc/buildtool/build/tools >cvs checkout: Updating src/bering-uclibc/buildtool/buildtool >cvs checkout: Updating src/bering-uclibc/buildtool/buildtool/Clean >cvs checkout: Updating src/bering-uclibc/buildtool/buildtool/Common >cvs checkout: Updating src/bering-uclibc/buildtool/buildtool/DownloadTypes >cvs checkout: Updating src/bering-uclibc/buildtool/buildtool/Make >cvs checkout: Updating src/bering-uclibc/buildtool/conf >M src/bering-uclibc/buildtool/conf/buildtool.conf >M src/bering-uclibc/buildtool/conf/sources.cfg >cvs checkout: Updating src/bering-uclibc/buildtool/doc >cvs checkout: Updating src/bering-uclibc/buildtool/make >cvs checkout: Updating src/bering-uclibc/buildtool/make/extra >cvs checkout: Updating src/bering-uclibc/buildtool/make/old >cvs checkout: Updating src/bering-uclibc/buildtool/sources >cvs checkout: Updating src/bering-uclibc/buildtool/sources/dl >cvs checkout: Updating src/bering-uclibc/buildtool/sources/doc >cvs checkout: Updating src/bering-uclibc/buildtool/sources/kernel >cvs checkout: Updating src/bering-uclibc/buildtool/sources/old >cvs checkout: Updating src/bering-uclibc/buildtool/sources/skel >cvs checkout: Updating src/bering-uclibc/buildtool/test >cvs checkout: Updating src/bering-uclibc/buildtool/tools >cvs checkout: Updating src/bering-uclibc/buildtool/tools/fd >cvs checkout: Updating src/bering-uclibc/buildtool/tools/image >cvs checkout: Updating src/bering-uclibc/buildtool/tools/image/fd >cvs checkout: Updating src/bering-uclibc/buildtool/tools/image/iso > >No luck, buildenv/buildtool.cfg does not appear to be updated > >Now what is the canonical way to update buildtool? > >Thanks > >Erich 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new tagged 2.4.2
Hello Andrea, >Hi to all, > >I successfully built a leaf bering uclibc usb stick with this tagged >branch. I have now a working dropbear in a via mobo. > >some things: > >1) when I built the initrd package, I got an error, because busybox was >configured without mkfs minix. I did enable it in the .config, rebuilt, >and error went away > That's strange, the tagged 2.4.2 checkout should contain a busybox config with mkfs.minix enabled. >2) which is the best way now to have some modules loaded at boot time? I >have via-rhine.o didn't find by myself a good place to load it > Just add them to initrd's buildtool.cfg, but why do you need via- rhine at boottime? You can just add it to /etc/modules otherwise. >3) I would like to rebuild asterisk and bristuff packages, any advice >now on creatinf devices with mknod and regarding cof files that usually >live in /etc ? (asterisk has many) > Just add them to asterisk init.d script. Instead of using the tagged 2.4.2 with uClibc-0.9.20, why not use the latest in CVS with 0.9.28? >Regards, >Andrea Fino > Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] GNU Compliance (section 3) - are you compliant??
Hi Mike, >> >> If you provide software to download the source then the link it points >> to _must_not_be_altered_. >> >> This is pretty sensible. >> > > Eric, > That's the way I understood things also (linking to up-stream source was > permissible when distributing unmodified binaries), but DSL and MEPIS were > contacted by the FSF for doing exactly that. > > http://software.newsforge.com/article.pl?sid=06/06/23/1728205&tid=150 > This obligation is specified even more strongly in section 10 of > the draft for the third version of the GPL, which specifically states that > "downstream users" (those who, like Woodford, adopt > the work of another project -- the "upstream distributor" -- for their own > use) fall under these obligations. > I still don't read that Bering-uClibc is not compliant, in the case of MEPIS and DSL they use packages from other projects AFAIK. We create our own binaries/packages from sources and patches we also provide and don't adopt from other distributions. I can't believe the restrictions are as tough as this, and if they are I still think Bering-uClibc is compliant or can easely be made compliant. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] beckup menu disappered
Hello Andrea, >Hi all, > >I have recently rebuilt the leaf bering "base" package (yesterday 29 >june), to test some modifications I did to the bristuff/asterisk >package, and see if all go nicely with the new uclibc buildenv recently >commited. > >Well, when I go to the backup menu of this box, I got: > >cat: /var/lib/lrpkg/backdisk: No such file or directory > >The bad stuff is the all the backup menus are missing. Any hints? > You probably didn't update the config.lrp package. You can download the tagged 2.4.2 version of the complete buildenv, as Kp wrote. But if you want to use uClibc-0.9.28, your buildtool.cfg may need some small changes for the new config system. If you send me your buildtool.cfg file, I can make the changes for you if you like. Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] GNU Compliance (section 3) - are you compliant??
Hello David, I'm not sure about other LEAF distributions, but the Bering-uClibc distro has all sources, patches and config files of all programs in Sourceforge's CVS. There may be a few ones linked from other sites, but they can be added to CVS if needed. But I do think that it may affect some other LEAF distro's... Eric > According to the latest news, it is being reported that the FSF is > forcing all distributions to carry all source code, including "spinoff" > distributions. For example, that means that MEPIS must carry the source > code to every program that they have released, not just those that they > have changed - they cannot rely on the Ubuntu distribution on which they > are based to carry the slack. > > Does this affect us or any member distributions? > > > More can be found on the latest Newsforge > > > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg -u (upgrade)
Hello Cedric,
>
> A possible problem with this implementation is that programs that are
>
>> running (like daemons) are not stopped before and started after and
>> upgrade.
>
>
> Yes, we'd need some kind of preinst/postinst script to handle that.
Or look for an init.d file in the package, like done in webconf.
> There's also a problem with files which no longer exist (and should be
> removed), as we don't have a .list anymore (it may be created at
> install/upgrade time).
There is some code in linuxrc (currently commented out) that would create
a .list file on the fly. It's commented out because it would slow down
booting and cost memory.
But I'm not sure if it's needed. With a normal backup ("save") it is
noticed that the file is gone and it would be removed from the configdb. I
didn't look close enough to your script, but if the sha1sums and .list are
correct a backup will remove the files that no longer exist.
> For the moment, it's mainly useful for developers
> who want to rapidly test their new version of a particular package without
> rebooting or manually editing the lrpkg/package file.
>
>
> Regards,
> Cedric
>
>
Regards,
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=lnk&kid=120709&bid=263057&dat=121642
___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg -u (upgrade)
Hello Cedric, To reply to myself, I understand. If the package has no config files it can just be installed. A possible problem with this implementation is that programs that are running (like daemons) are not stopped before and started after and upgrade. > I still have some problems understanding how it exactly works ;) > Why is the following piece added? > > else tar -zxpf $pth create_sha1 $pkg fi > Regards, 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg -u (upgrade)
Hello Cedric, Very interesting! I still have some problems understanding how it exactly works ;) Why is the following piece added? else tar -zxpf $pth create_sha1 $pkg fi Regards Eric > > > I've implemented a simple upgrade command for apkg : > "non local files" and "pristine local files" are overwritten, "modified > local files" are preserved. > > Full script and patch against current CVS can be found at : > http://leaf.newel.net/~cedric/work_in_progress/apkg > > > > Regards, > Cedric > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] openswan fix
Hello Nataneal, >> I looked at the link and it appears to be a very old bug. >> > > So its fixed in newer versions of openswan? > No, the version used by Bering-uClibc is 2.4.5 which is the latest stable version released only a few weeks ago and still has the bug. 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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] openswan fix
Hello list, Openswan-2.4.5 ipsec.lrp package in CVS updated with the fix: http://leaf.cvs.sourceforge.net/leaf/bin/packages/uclibc-0.9/20/ Eric > Hello list, > > > > Issuing the command "ipsec auto --status" while there is no tunnel will > trigger a uclibc only bug in openswan (it blindly mallocs 0 bytes) > > more info at > http://bugs.xelerance.com/view.php?id=627<http://bugs.xelerance.com/view. > php?id=627> > > patch and updated buildtool.cfg/buildtool.mk can be found at > http://leaf.newel.net/~cedric/work_in_progress/openswan/ > <http://leaf.newel.net/%7Ecedric/work_in_progress/openswan/> > > > > Regards, > Cedric > 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=lnk&kid=120709&bid=263057&dat=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=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
