[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=122218951iu=/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 kap...@users.sourceforge.net 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: 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 dmb.leaf-de...@ntlworld.com 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 ATT 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 ATT 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. 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] 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] 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] 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 package.list, not on package.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 package.local is used, not package.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, 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 package.list, not on package.local, which holds files and directories to be backed up. So this should not hurt, or does it? I meant package.conf not package.list Nope, it's really package.local. Using package.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] 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, 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] 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] 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.phpp=sourceforgeCID=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, 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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 mhnoyes at users.sourceforge.net 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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 snip 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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=pagemasterPAGE_user_op=view_pagePAGE_id=12MMN_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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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. snip 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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, 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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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, 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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] initial 3.0 beta feedback
Hi Paul, Just my random notes. I built a leaf flash from scratch using pxeboot on a spare box using the CVS .lrp packages diff.lrp is not being built? Diff is part of busybox and included. a port of traceroute would be a good thing (feedback from burning man) ditto iperf Iperf is pretty difficult to compile, it's c++ code and is known to have problems with crosscompiling (it's even noted on the website). Traceroute won't work on the router by default, shorewall will block the traffic in the standard config. But both are nice additions as addon packages. not having a WRAP configdb kinda sucked... (the whole serial console thing was a pain in the ass again). Could we uncomment the /dev/ttyS0 line in the default /etc/inittab until this stuff gets hammered out? It's much better to have to turn off a tty that you don't want than be unable to access an unconfigured machine. You can just tar.gz a changed /etc/inittab and rename it to configdb. lrp to have an initial package. lrpstat friends aren't in the packages directory Lrpstat needs a java sdk to build, will take a look. But I think it is in CVS somewhere... webwlan was not either Not sure, wil take a look. (I think there is a webwlan.lwp somewhere in CVS). should we be saving /var/lib/random-seed in configdb? It is saved. Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] patch: enable traceroute in busybox
Hi Paul, I don't want to enable traceroute in busybox, because it don't work out of the box with shorewall and it adds size. Traceroute can also be done from any host connected. I rather have a separate traceroute package. Eric ? busybox-1.2.1 Index: .config === RCS file: /cvsroot/leaf/src/bering-uclibc/apps/busybox/.config,v retrieving revision 1.10 diff -u -r1.10 .config --- .config13 Aug 2006 20:22:05 - 1.10 +++ .config8 Sep 2006 05:08:09 - @@ -547,10 +547,10 @@ # CONFIG_FEATURE_TFTP_PUT is not set # CONFIG_FEATURE_TFTP_BLOCKSIZE is not set # CONFIG_DEBUG_TFTP is not set -# CONFIG_TRACEROUTE is not set -# CONFIG_FEATURE_TRACEROUTE_VERBOSE is not set -# CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE is not set -# CONFIG_FEATURE_TRACEROUTE_USE_ICMP is not set +CONFIG_TRACEROUTE=y +CONFIG_FEATURE_TRACEROUTE_VERBOSE=y +CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE=y +CONFIG_FEATURE_TRACEROUTE_USE_ICMP=y # # udhcp Server/Client - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] dynamic generation of dropbear keys if not present
Hi Paul, Good idea, will take a look. Eric Please consider applying this patch to dropbear. It will dynamically create the dropbear host key files if they don't exist. This is EXTREMELY useful for bringup from scratch. If you don't have access to the serial port, at least you can ssh into the box. I wish I had had it today. With this change, there is no need for gendropbearkeys anymore. rm gendropbearkeys cvs rm gendropbearkeys Index: buildtool.cfg === RCS file: /cvsroot/leaf/src/bering-uclibc/apps/dropbear/buildtool.cfg,v retrieving revision 1.9 diff -u -r1.9 buildtool.cfg --- buildtool.cfg 26 Jun 2006 17:56:31 - 1.9 +++ buildtool.cfg 8 Sep 2006 04:54:58 - @@ -17,12 +17,6 @@ Directory = dropbear /File -File gendropbearkeys - Server = cvs-sourceforge - Revision = HEAD - Directory = dropbear -/File - File dropbear.init Server = cvs-sourceforge Revision = HEAD @@ -99,12 +93,6 @@ Type= link /File File - Source = usr/bin/gendropbearkeys - Filename= usr/bin/gendropbearkeys - Type= binary - Permissions = 755 - /File - File Filename= etc/dropbear Type= directory Type= local Index: dropbear.init === RCS file: /cvsroot/leaf/src/bering-uclibc/apps/dropbear/dropbear.init,v retrieving revision 1.1 diff -u -r1.1 dropbear.init --- dropbear.init 1 Jul 2004 14:40:54 - 1.1 +++ dropbear.init 8 Sep 2006 04:54:58 - @@ -20,10 +20,12 @@ if [ -n $DB_RSAFILE ]; then DB_OPTIONS=$DB_OPTIONS -r $DB_RSAFILE + test -f $DB_RSAFILE || dropbearkey -t rsa $DB_RSAFILE fi if [ -n $DB_DSSFILE ]; then DB_OPTIONS=$DB_OPTIONS -d $DB_DSSFILE + test -f $DB_DSSFILE || dropbearkey -t dss $DB_DSSFILE fi if [ -n $DB_BANNER ]; then - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] dynamic modules building idea
Hi Paul,
Sounds interesting, but you can also unpack the modules tarball on
one of the storage media, mount it and load the modules directly from
there (some examples in the /etc/modules file).
But I like this idea, it's very easy this way to create or update a
moddb on a running system.
Eric
I don't know how popular this is going to be, but I'll toss it out anyway.
For 99% of leaf users, storage is no longer ultra critical. This idea
is not meant to eliminate the current way of doing things (for those
folks who really are tight on secondary storage, things stay the same),
but I'd like to make a modest proposal.
If a file on the boot media called modules.tgz (or
Bering-uClibC-modules-2.4.33.tar.gz for the ISO image) is present,
extract the required modules from that file in realtime, on boot. That
way we're not saving storing custom moddb.lrps if all the modules that
would normally be in that file are already in the default distribution.
It's fairly trivial, I wrote some shell code in realtime to do it
because I needed to populate /lib/modules for my box. I like this idea
better (or as an alternate to the web based stuff Arne did) because I
know the source of my modules and keep them in exact sync with the kernel.
The code I kinda cobbled together in realtime did something like this.
This is just for an example, it is not productized or tested...
# generate a list of module names
modules=`sed -e 's/#.*//' -e 's/[^tab ].*//' -e '/^[tab ]*$/d'
/etc/modules`
mkdir /tmp/mods.$$
cd /tmp/mods.$$
zcat /mnt/Bering-uClibc-2.4.33.tar.gz | tar xf -
for file in $modules ; do
fn=`find /tmp/mods.$$ -name ${file}.o`
if [ ! -f /lib/modules/`basename $fn` ] ; then
echo -n Extracting $fn
cp $fn /lib/modules
echo .
fi
done
cd /tmp
rm -rf /tmp/mods.$$
Obviously, it should be done with tar -X so we don't fill up /tmp with a
bunch of memory resident crap that is just going away, but that's tbd
only if this sounds interesting to the B-U community.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] example 'build modules' engine...
Hi Paul, A few comments: -We do have tar -X, so you can use that. Take a look at the apkg upgrade code for an example. -The hardcoded name of the modules repository is somewhat ugly, maybe you can do something with uname to find the kernel version. Eric Here's what I was talking about... this is the core engine, obviously it should take some command arguments, and make some intelligent guesses about where .lrp files exist (stealing from apkg/lrcfg), but I wanted to show actual working code to make this a non-academic pitch. Even if folks don't like the idea of dynamic modules extraction at start, this is a useful tool in its current condition for building up your modules on demand and saving them with lrcfg. Regards, Paul - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] initial 3.0 beta feedback
Hi Paul, should we be saving /var/lib/random-seed in configdb? Ok, understand the question. Yes, it should be saved ;-) Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] patch: enable traceroute in busybox
Hi Paul, Speaking of busybox, I noticed that you're linking busybox to its linked commands with symbolic links instead of hardlinks. Using hardlinks should be more memory and space efficient *if* using a symbolic link takes up an inode in the filesystem in memory/on disk. Unfortunately, my memory is too foggy to remember exactly which filesystems symbolic links take inodes in vs directory entries. I think with tmpfs it doesn't matter, but am not 100% sure about it. Having argument processing is indeed nice, but automatically finding boot media is not really necessary in my opinion. It doesn't need to be a fully automatic process. If you just mount the device and something like 'loadmod /mnt/Bering-uClibc-2.4.33.tar.gz' it should be enough for a start. OK, then you're welcome to add this to the distribution. :-) Feel free to bang on it. A few comments: -Why don't you use tar -X to extract the correct modules? Now you untar the complete modules repository which is ~8 Mbyte compressed. This takes a lot of time (especially on slow systems, and if /tmp isn't big enough runs out of memory. -MODLIST is always /etc/modules, so no real need to have a variable for it. MODREPO is probably always different so no need to have a default for it and LIBMOD is always /lib/modules so also no real need for a variable. But I really like the idea, it could also be used for the CD-ROM image instead of using all kinds of mount, umount and dir commands in /etc/modules. Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] yet another functionality request for 3.0 - ancillary file storage .lrp
Hi Paul, The 2.x distribution had one particularly nice feature that I'd like to see reimplemented in 3.x. From the looks of it, saving the config currently only checks the collection of config files enumerated in /var/lib/lrpkg/*.config. Nope, it checks the sha1sums of the files listed in /var/lib/lrpkg/*.local There are times when I need ancillary scripts and crap on the router and don't have them in a package format (and don't want them in their own separate package), but there's no way to save them between reboots. For example, when I'm working on tools like the modules building script, or if I'm doing some lightweight firewalling and don't want to use shorewall, I might just have a simple script in /usr/bin or /etc/init.d respectively. It would be cool if we could have a local.lrp similar to configdb and moddb that contained any extra files not explicitly enumerated in the loaded packages package lists (obviously excluding /dev and /var and any other random generated crap). We used to have a local.lrp that covered everthing in /usr/local, but honestly that was a bit limiting anyway (my local stuff inevitably got saved in the 2.x etc.lrp). Please take a look at the local.lrp package of 3.x, it has a new functionality. You can list the added files that you want to save. Before use check the help file of local.lrp. If there's no official behavior for this currently (I could be blind, I'm cutting over to 3.x at high speed and not reading docs all that well), would you mind if I created something? Do you have opinions about how it should behave? Eric - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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 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=lnkkid=120709bid=263057dat=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} #\(.*\) speed \(.*\)/\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:
# id:runlevels:action:process
#unspecified #1:2345:respawn:/sbin/getty speed 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)
#
#ttyS0 #T0:23:respawn:/sbin/getty -L ttyS0 speed vt100
#ttyS1 #T1:23:respawn:/sbin/getty -L ttyS1 speed 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+MAagSoYDHgZipbnFHI2aIBCNLodul6/QKbg3OY0yFOBfkQ
fc0sN+Mig1EHluOOSOvhqTt/+3I1pZCYFor6RoKTCkj1LmzFdIpLb/rozv/qy+Pu3FLZxaYnBakC
AwEAAaMoMCYwFgYDVR0RBA8wDYELcHN0QHBzdC5vcmcwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B
AQQFAAOBgQAz9oO6Svfp/8ZSLpqYsXy1EtftxkFe31z4eLefxgeBreyMeeJKgcZdi0Tge5KeMsUH
GchxzE+rnWT9ptoO0kQ9qn2CB0Qyi/APEA8WSHQH3U77eKJBmxbqLI8z8Y62ojYBW/SF0mZkUmyP
r5drfbHJVXssdmNHyN++oETkytSCDDCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdEx
CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa
MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj
ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqG
SIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0x
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.whatever that
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} #\(.*\) speed \(.*\)/\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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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/packagename.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. snip I propose modifying the XML to formalize the dependancies instead of putting them in the help file, and creating packagename.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=lnkkid=120709bid=263057dat=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, 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.phpp=sourceforgeCID=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, 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.phpp=sourceforgeCID=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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. snip 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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:div style=float: right; padding: 5px;a href=http://sourceforge.net;img src=/*docroot*/images/sourceforge_whitebg.gif alt=(logo) border=0 width=136 height=79/a/div 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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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 snip 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=lnkkid=120709bid=263057dat=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 snip -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=lnkkid=120709bid=263057dat=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, snip 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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/1728205tid=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg -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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] apkg -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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] openswan fix
Hello Cedric, Thanks for your fix! I will commit it to CVS and also update the current ipsec package in CVS. Regards, Eric 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=627http://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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] openswan fix
Hello Natanael, Issuing the command ipsec auto --status while there is no tunnel will trigger a uclibc only bug in openswan (it blindly mallocs 0 bytes) does it affect openswan on a 2.6 kernel too? It looks like it, the malloc problem is in an openswan userspace tool and has to do with a different SUSV3 interpretation of malloc(0) between uClibc and Glibc. more info at http://bugs.xelerance.com/view.php?id=627http://bugs.xelerance.com/vie w.php?id=627 The link showed a blank page. I'm interested in info about this bug. I can see the link, but it also points to an other page with more info: http://article.gmane.org/gmane.network.freeswan.user/7627 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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] mknod and .lwp
Hi Andrea, I did find the webconf sources in source/webconf ? But I still don't understand in which way these files that I found on a bering uclib image are created: webconf.lwp keyboard.lwp dropbear.lwp They are created by the buildlrps script in http://leaf.cvs.sourceforge.net/leaf/src/config/webconf/ You don't need the webconf.lrp part in that script, it's already converted to buildtool. But for the lwp files the script still do. You could also build the lwp packages by hand, by creating a directory, put the files in it (in the correct subdirectories) and do (from within the created directory): tar -c * | gzip -9 example.lwp 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=lnkkid=120709bid=263057dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool and buildenv
Hello Erich, I want to make a small modification in the kernel configuration. What directory will these changes be made in, as it is neither in apps nor contrib. Basically the sources reside in $BUILDROOT/source/linux/ the mods are done using menuconfig, which will make a modified .config in the linux subdirectory. So far so good, now I am trying to compile the kernel using this config file. ./buildtool.pl build kernel this sounds logical to me, but now nothing happens, buildtool appears to be happy with what it got, no need to do something. This is where I am stuck. What I do mostly do in such cases is ./buildtool srcclean kernel and ./buildtool srcclean linux, copy the new .config to buildtool/source/linux/Bering-2.4.32.config and ./buildtool.pl build kernel. The setup of linux and kernel is unlike other packages split in two different setups because the linux source/headers are needed for buildenv and buildenv is needed for building the kernel. Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool and buildenv
Hello Erich, A few questions before I dig deeper in the Bering uClibc stuff - after a ./buildtool.pl build kernel, where does the upx compressed kernel image go? Is it $BUILDROOT/buildtool/source/linux/linux/arch/i386/boot/bzlinux It goes to $BUILDROOT/buildtool/build/kernel/ I looked into the kernel patches - what are the various netfilter modules chosen? What do you mean? - the patch for MPPE is quite an old patch, would it make sense to use a more recent one? This is the latest patch known to me and has support for ppp-2.4.2+ - the helper patch seems to be geared towards 2.4.29. Are these netfilter patches? - the netconfig patch appears to do similar stuff as the helper patches, what is the rationale to have this done apart? The netfilter helpers patch is not geared towards 2.4.29, it just hasn't changed since. It contains various helper netfilter modules, like (conntrack) h323, mms, pptp, gre, quake3, talk, tuple and quota. The netconfig patch extends the ability of the kernel config to modularize some of the netfilter code. The connmark adds the connmark netfilter code to the kernel. The rationale behind this is grouping of functionality so individual patches can be updated without creating a complete new patch. They are also included in different moments in time. Thanks for your patience Erich Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool and buildenv
Hello Erich, How are the dependencies handled by buildtool? Is this done by flag files? In sources.cfg. If some source depends on an other source, it's listed in sources.cfg as a dependency. Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool and buildenv
Hello Erich, The setup of linux and kernel is unlike other packages split in two different setups because the linux source/headers are needed for buildenv and buildenv is needed for building the kernel. That is probably the part I am missing. What are the linux kernel sources needed for in buildenv? I probably wrongly see the buildenv as an environment for bulding things. Gcc and uClibc depend on the linux kernel headers, so to build the buildenv you need the kernel headers which are provided by the linux source. Does this imply I have to rebuild the buildenv if the kernel version changes? It's the savest thing todo, but the headers don't change that often. Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool and buildenv
Hi Erich, Hmmm... why would I have to rebuild the buildenv? AFAIK Andreas Steffen has just added some functionality to the *swan, just like openswan. I will have to look a bit deeper. You may need the strongswan kernel headers to properly build strongswan. It's a bit subtle, you could go ahead and try without rebuilding buildenv. I usely take the save road and rebuild buildenv. Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool and buildenv
Hi Erich, Hmmm... why would I have to rebuild the buildenv? AFAIK Andreas Steffen has just added some functionality to the *swan, just like openswan. I will have to look a bit deeper. To be somewhat clearer, I rebuilt buildenv not for gcc/uClibc itself but more to be sure all the headers are updated. Just to be sure. There are probably quicker methods. Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildenv
Hello Cedric, Hello list, I'd like to start working on updating buildenv to uclibc 0.9.28 so I have some questions : Is there someone already working on this ? If yes, what can I do to help ? The Bering-uClibc team has all the changes necessary for an upgrade ready, both in buildenv and packages. We are carefully working on a roadmap, because uClibc is not backwards compatible (yet) and we are also working on a new config system which we want to implement at the same time. So we don't have two backward incompatible changes after eachother. In all cases, have choices regarding binutils/gcc been made ? (which were the apps requiring gcc 3.3 ?) Binutils is updated to version 1.16.1 and we would like to update gcc (to version 3.4.x because the kernel doesn't support 4.x) . We have some problems to update gcc, but are working on a solution. This is an area where help is welcome. Ofcourse testing is also welcome. What about using uclibc's buildroot to build the toolchain ? That may be tricky to integrate in buildtool but reusing their work sounds logical. Or we can hack on buildroot to replace buildtool, converting apps makefiles to buildroot is quite straight forward Buildtool is based on buildroot, with some changes needed for package creation and some other things which are practical for us. I don't see a real need to replace it, it's just a development tool which is well tested. Regards, Cedric Regards, Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] New config/backup system
Hello Cedric, Hi Eric, That sounds great. Is there already something we can test/hack ? I have an image I can send you this evening (UTC) when I'm home. If there is more demand, maybe it can be placed somewhere on the LEAF site. Any idea on the timeline, especially for the (long awaited) uClibc upgrade ? Not yet, it depends on everyones free time ;)) The move to a new config system and/or uClibc upgrade touches every package setup in buildtool, so although it's not very difficult to do it costs time. Also every package needs to be rebuilded and tested. What about a 3-way diff tool during upgrade process ? We would then have a really upgradable system. That would be nice, but could be implemented afterwards. The question is if it's really needed. If the changes between package versions/revisions are compatible, it's just a matter of replacing the package. If the changes are incompatible, the question is if a 3-way diff tool works. Anyway, with this new config system you only have to diff one package (the configdb) instead of each and every package. Regards, Cedric Regards, Eric 2006/6/11, Eric Spakman [EMAIL PROTECTED]: Hello list, The Bering-uClibc crew is working on a new config/backup system. In this system config changes are no longer saved in the package itself but in a seperate configdb package. The same is true for modules, which are saved in a moddb package. This is done because several users suggested to split the configuration from the binaries. The config system only saves the changed files, keeping the overhead to a minumum. It is partly based on apkg by Nathan and Nathaneal. It works as follows (somewhat simplified): -At startup (pre-init) the sha1-sums of files listed in a package.local file are calculated and saved in a package.sha1 file. The files listed in package.local are user changable files like config files and f.e. ssh-keys -At backup time the contents of the package.sha1 is compared with the actual files on the system and only the changed files are backuped. This is done for all packages on the system and only one configdb is created with changes from all packages. It's also dynamic so files no longer available on the system (the package is removed) will be removed from it. Some of the advantages: -Upgrading should be easier in most cases (config is preserved) -It is possible to create specific configd and moddb packages for specific hardware or functionality without creating special packages (WRAP, ...) -The packages are static, so no more corruption or growing root.lrp -package.list and package.exclude.list can be removed Because this system creates some package incompatibility (no more .list files) we plan to do this with an uClibc upgrade (which isn't backwards compatible also). The changes are not very drastic and relative easy implemented in buildtool, so we could make the change without a lot of effort. Comments? Regards, Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] hostapd + wpa2 + madwifi_ng = broken
Hello Paul, The second problem is probably a madwifi driver bug or an inability of the CM9 card. I was trying to run WPA with CCMP (AES in CBC mode) as one of the available cyphers. (hostapd was configured to allow ccmp as well as tkip). My Mac was working fine, but my wife's PC was crapping out. When hostapd attempts to configure the atheros card to do CCMP, we get a bad ioctl error. The CM9 should support this: Did you load the aes kernel module? According to the madwifi page an error like this can occur when this module isn't loaded. Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] New config/backup system
Op Ma, 12 juni, 2006 10:26 am schreef Cédric Schieli: I have an image I can send you this evening (UTC) when I'm home. If there is more demand, maybe it can be placed somewhere on the LEAF site. I'll be there ;) Ok :)) Not yet, it depends on everyones free time ;)) The move to a new config system and/or uClibc upgrade touches every package setup in buildtool, so although it's not very difficult to do it costs time. Also every package needs to be rebuilded and tested. I meant a timeline (TODO list ?) for an upgraded uClibc toolchain. Thus we can start rebuilding and testing ;) As buildtool now permit using a local checkout, wouldn't be useful to have a dedicated cvs branch for that work to be done ? Not sure, now that we tag the sources it should be easier to checkout a specific version. Making a seperate branch would introduce extra work and take extra time we don't have.. That would be nice, but could be implemented afterwards. The question is if it's really needed. If the changes between package versions/revisions are compatible, it's just a matter of replacing the package. If the changes are incompatible, the question is if a 3-way diff tool works. As pointed out somewhere in this list, documentation is often contained in config files. Merging when there are no incompatible changes gives you an opportunity to get new doclets. If changes are incompatible, let's spawn a shell for hand-merging. A really nice feature would be a kind of Debian's ucf whithout the debconf stuff, and why not a kind of leafconf (but that's another story) True, but you also have the problem of the UI. If you only store diffs you have to represent the merge to the user somehow (and create a diff again when saving the changes). The current system is really very simple and doesn't use extra tools like diff and patch. Besides config files (text files) compress very good so the result will probably be a lot smaller than introducing new requirements. But the idea is attractive. I see the new config system as a first step, if the framework is in-place and packages itself aren't backupped anymore improvents can be made in the userspace configtools and the packages itself don't need to be touched anymore. It's also possible to create some sort of offline config/update tool instead of doing it all on the host itself. Regards, Cedric Reagrds, Eric ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
