RE: [leaf-devel] SourceForge.net Donation System
I think that is a fantastic idea... Regards, Eric Kiser > -Original Message- > From: [EMAIL PROTECTED] [mailto:leaf-devel- > [EMAIL PROTECTED] On Behalf Of Mike Noyes > Sent: Tuesday, December 09, 2003 2:18 PM > To: leaf-devel > Subject: [leaf-devel] SourceForge.net Donation System > > Everyone, > SF has implemented a donation system for SF users and projects on an > opt-in basis. Should we opt leaf in? It would allow us to collect > donations for our domain, etc. > > > SourceForge.net Donation System > https://sourceforge.net/docman/display_doc.php?docid=20244&group_id=1 > > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs > > > > --- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Bering: time to hand on the torch ...
Jacques, It is with great respect and appreciation that I say, thank you for all of your hard work on behalf of the LEAF-Project. You will be missed. Best regards, Eric Kiser > -Original Message- > From: [EMAIL PROTECTED] [mailto:leaf-devel- > [EMAIL PROTECTED] On Behalf Of Jacques Nilo > Sent: Monday, December 08, 2003 4:30 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: [leaf-devel] Bering: time to hand on the torch ... > > Dear folks > After quite some years spent working on LEAF, most of them dedicated to > the > "Bering" variant, I realise that the time I can spend on the project is > diminishing every day. I have therefore decided to follow one of the many > good principle from Eric Raymond's seminal paper (The cathedral and the > Bazaar): > > "When you lose interest in a program, your last duty to it is to hand it > off > to a competent successor." > > Eric Wolzak, my Bering fellow from the begining in this project, will from > now on take over the responsability of pursuing the Bering project on his > own. > > I am sure they are now many knowledgeable people around who will bring > fresh > ideas and energy. And the doc is still around :-) > > It has been a real pleasure to work with such a nice community > > Long life to the LEAF project ! > > Cheers > > Jacques > > > > --- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Re: kernel 2.4.21
Mohan, This link is not working. If you could verify and repost I would appreciate it. Eric Kiser > -Original Message- > From: [EMAIL PROTECTED] [mailto:leaf-devel- > [EMAIL PROTECTED] On Behalf Of S Mohan > Sent: Thursday, August 21, 2003 11:01 PM > To: Jacques Nilo; Juan Jesus Prieto; [EMAIL PROTECTED] > Subject: RE: [leaf-devel] Re: kernel 2.4.21 > > Could you also patch Julian Anastasov's patches for dead gateway > detection? > http://www.ddi.bg/~ja ? > > Mohan > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jacques Nilo > Sent: Friday, August 22, 2003 12:47 AM > To: Juan Jesus Prieto; [EMAIL PROTECTED] > Subject: Re: [leaf-devel] Re: kernel 2.4.21 > > > Le Mercredi 20 Août 2003 13:48, Juan Jesus Prieto a écrit : > >I have compiled kernel 2.4.21 and modules for Bering (and Lince). It > > works ok, but I had a problem with the ide module (ide.o): depmod > couldn't > > resolve all the symbols, so it was unable to resolve correctly all the > > symbols for ide-xxx.o modules. The solution: I have integrated ide and > > ide-disk directly into kernel, the new kernel results just a little bit > > bigger. kernel-2.4.20 --> 518,4k and kernel-2.4.21 --> 585,8k. > Yes that fixes the pb but make the corresponding kernel too big to fit on > a > single Bering floppy. > >I have patched it with: > > > > freeswan-1.99.tar.gz (jaques: maybe it's time to upgrade to 2.x?) > I would wait until 2 > > ebtables-brnf-3_vs_2.4.21.diff > > ecn.patch > > grsecurity-1.9.11-2.4.21.patch > > helpers-2.4.21.patch > > routes-2.4.20-9.diff (suggested by S Mohan) > > unclean1.patch > > linux-2.4.21-openssl-0.9.6b-mppe.patch > > > >The new kernel (named 'linux') and modules (named > > 'Lince_modules_2.4.21.tar.gz') will be available at lince cvs area: > As far as Bering is concerned I'll skip the 2.4.21 kernel and wait for > 2.4.22 > (rc2 is already available). I'll try to release shortly a 2.4.20 with some > more security patches + the ebtable fix. > Jacques > > > --- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines > at the same time. Free trial click > here:http://www.vmware.com/wl/offer/358/0 > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > > --- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines > at the same time. Free trial click > here:http://www.vmware.com/wl/offer/358/0 > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Should I release this?
Hello Alex, Yes, please release all of this. I look forward to working with a number of things that you have mentioned. Regards, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Rhomberg Sent: Wednesday, December 18, 2002 5:19 PM To: LEAF-Devel Subject: [leaf-devel] Should I release this? Hello everbody I have started some work on Bering. For this, I developed some add-ons and scripts that helped me configure the firewalls. If somebody is interested in checking the stuff out, and if there is a place to put it on for download, I could polish it a bit over the holidays and release it. I can offer the following: Please tell me what you'd be interested in. - fwbuilder.lrp + fwbuilder install script We use fwbuilder to generate iptables rule. With the install script, you choose "install" from the fwbuilder menu and the new rules are installed, and the package is written back to the harddisk. Design your rules locally on a GUI before loading them with one mouseclick! - startup/linuxrc option log_mnt puts the logfiles on a partition or on a directory in a partition if you use big enough media (Harddisk, DoM) so they survive a restart. Check why it crashed! - Bering development kit A bunch of scripts that I used to configure my Bering firewall on a Linux systems and generate all LRPs. I create the Bering root tree so I can edit config files and add modules and the generate LRPs with the new contents including the initrd. Includes a module updater that replaces all modules in the Bering tree after a kernel compile. Roll your own Bering! - repackaged ssh.lrp /sshd.lrp My sshd.lrp contains only server stuff (including sftp-server). ssh.lrp should contain only client stuff, but I didn't need that yet, I installed only server stuff. - Development kit for multiple firewalls (planned) An improvement on the development kit that lets you create a new firewall by only specifying config files that are different that the stock distro, modules and package list and that applies these differences to a clean tree to create a new firewall - Grub/Lilo How-To, lilo.lrp I wanted to use reiserfs and had problems with larger disks with syslinux, so I moved to lilo. Lilo wouldn't load the initrd from the RAID-1 SCSI disk, so I moved to grub, which is great if you can spare the space. Regards Alex Rhomberg --- This SF.NET email is sponsored by: Order your Holiday Geek Presents Now! Green Lasers, Hip Geek T-Shirts, Remote Control Tanks, Caffeinated Soap, MP3 Players, XBox Games, Flying Saucers, WebCams, Smart Putty. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.NET email is sponsored by: Geek Gift Procrastinating? Get the perfect geek gift now! Before the Holidays pass you by. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] release/branch flowchart
Pretty damn cool, Mike. I remember how frustrating it was trying to figure this out on my own when I was first starting and trying to decide which version I wanted to work with. Hopefully this will make the process easier for the next guy. Thanks, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Noyes Sent: Friday, November 29, 2002 4:38 PM To: leaf-devel Subject: Re: [leaf-devel] release/branch flowchart On Thu, 2002-11-28 at 08:41, Mike Noyes wrote: > Everyone, > To facilitate the discussion in devel list thread "bering-uclibc source > tree", I created a LEAF release/branch flowchart. Please let me know if > there are inaccuracies. Thanks. Everyone, I updated the image, and added it to our releases/branches page. I created an image map for it also. Let me know what you think. http://leaf-project.org/mod.php?mod=userpage&menu=9&page_id=2 -- Mike Noyes http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Larry Platzek
Hi Larry, Hope you get well soon. Your input has always been appreciated. Regards, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:leaf-devel-admin@;lists.sourceforge.net]On Behalf Of Larry Platzek Sent: Thursday, November 14, 2002 11:52 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] Larry Platzek I will not be doing much with LEAF for a while, I have had some trouble. I now have a Broken leg, it was a clean fracture and now have a metal rod in my leg. It is difficult to even type on a keyboard. Larry Platzek [EMAIL PROTECTED] --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Kernel 2.5 to include IPSec and Crypto
Hi Joey, Thanks for submitting this to the list. Very interesting stuff. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:leaf-devel-admin@;lists.sourceforge.net]On Behalf Of Joey Officer Sent: Wednesday, October 30, 2002 12:25 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] Kernel 2.5 to include IPSec and Crypto I don't know if everyone saw this or not, but I thought I'd post it... http://lwn.net/Articles/14006/ I'm not a kernel hacker at all, and I only follow the threads when some thing interesting is pointed out (interesting being a relevant term). Can someone explain how the implementation of IPSec into the mainline kernel work? Does it mean that a single kernel will now do the work of the ipsec.lrp (and related packages)? If so, won't that help the project that much more, because then it becomes only a .conf file that has to be created and maintained? Joey --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Bering v1.0-rc4 available
Thanks Jacques, I got them. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:leaf-devel-admin@;lists.sourceforge.net]On Behalf Of Jacques Nilo Sent: Thursday, October 24, 2002 1:34 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] Bering v1.0-rc4 available Le Jeudi 24 Octobre 2002 05:50, Eric B Kiser a écrit : > Jacques, > > I was just about to compile a new UML kernel and found that the patches and > patch sequence for -rc4 have not been posted yet. Also I noticed that the > patch sequence file that the documentation references is no longer there. > > Could you send me a copy of the old one? > When do you expect that these files will be available for -rc4? > The are: http://leaf.sf.net/devel/jnilo/bering/latest/development/kernel/2.4.18 REDAME, Config and patches are in there Jacques --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ad.doubleclick.net/clk;4729346;7592162;s?http://www.sun.com/javavote ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0003en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] RE: [Leaf-announce] Bering v1.0-rc4 available
Jacques, I was just about to compile a new UML kernel and found that the patches and patch sequence for -rc4 have not been posted yet. Also I noticed that the patch sequence file that the documentation references is no longer there. Could you send me a copy of the old one? When do you expect that these files will be available for -rc4? Great job to both of you. You guys have done an excellent job keeping Bering moving forward. Much thanks, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:leaf-announce-admin@;lists.sourceforge.net]On Behalf Of Jacques Nilo Sent: Tuesday, October 22, 2002 5:33 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Leaf-announce] Bering v1.0-rc4 available Finally, it's out. All the details are here: http://leaf.sourceforge.net/article.php?sid=61 This should be the last rc version before 1.0 final. So please report any remaining bug in the distro and/or the documentation to the leaf-devel list Enjoy! Jacques & Eric --- This sf.net emial is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ad.doubleclick.net/clk;4699841;7576301;v?http://www.sun.com/javavote ___ Leaf-announce mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-announce --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] UML development slink filesystem missing kernel headers
Hi Fabrice, The last thing that I read from Jacques on this was, "Don't do kernel work under UML slink". Unfortunately I was unable to find his original message to refer you to but in a nutshell it said to do your kernel work on a traditional Linux installation. Hope this helps, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:leaf-devel-admin@;lists.sourceforge.net]On Behalf Of Fabrice LABORIE Sent: Monday, October 21, 2002 11:38 AM To: [EMAIL PROTECTED] Subject: [leaf-devel] UML development slink filesystem missing kernel headers Hi, here are some updates trying to compile a USB-Modem driver ( but still NO solutions )! Since the kernel header didn't come in the root_fs_slink, I decided to download the kernel source into my UML devel box ;-) Since the kernel source uncompressed didn't fit, I created a BIG_root_fs_slink identical to the original but 400MB large (by basically using dd,mkfs, mount -o loop , cp -a ,nmount ) Running a make menuconfig and a make dep inside the UML created the missing /usr/src/linux/include/linux/modversions.h . Great ... BUT - trying to compile my USBdrivers show some problems in the kernel header ( /usr/src/linux/include/linux/kernel.h in particular ... but then plenty of other problem) - trying to compilego further in the kernel compilation shows the same error messages. so i was wondering if I should follow the steps given in chapter 5 "How to build an UML kernel for LEAF" it would make sense ..: maybe the problem above was that I was tring to build a i386 kernel ( or at least get the matching headers ) in a ARCH=um environment... trying to follow those steps, I applied all the patched ( bering+uml) ( replaced the make xgo in freeswan-X.XX by make menugo root_fs_slink didn't come with "wish") ... but as soon as you save the ".config" file from the freeswan error message started to flow :( and also error messages when typing the make linux ARCH=um ... I also tried to skip the freeswan part going directly to the make linux ARCH=um but no luck same kind of error message :( bottom line ... i am a bit stuck now :( any suggestion ? thanks fabrice. - Original Message - From: "Fabrice LABORIE" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 21, 2002 1:49 PM Subject: UML development slink filesystem missing kernel headers > Hi guys, > > I am trying to compile the drivers for a Aztech 56K USB modem... > This is my 1st attempt to play with UML > > the USB/linux drivers from http://www.smlink.com/download were working on my > previous > machine RH7.3 ( I also gave it a try with the compilation on RH80. "make" > succedded ... ) > > it seems that the Leaf_UML Debian "slink" recommended in the > "Using a Virtual Debian/slink development box" doesn't include kernel > include/header... > > downloading the kernel2.4.18.bz2 to extract the source didn't help much ... > (a file is still missing mod_versions.h that I believe is created when you > compile the kernel...) > > any suggestions on how to be able to compile kernel modules under Leaf_UML ? > - a "bigger" uml filesystem with the "full" development environment? > - a debian package to install ( similar to rh8.0 > glibc-kernheaders-2.4-7.20 ) that > would install the 2.4.18 headers for slink ? ( I am no debian specialist ... > and my search on the debian site wasn't really successfull ... > - ? > > (alternatively, i'd accept the drivers for my USB modem is someone can > compile them ... > but I'd also like to learn the process to be more independant in the future) > > thanks for your help. > > Fabrice --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] 5. How-to build an UML kernel for LEAF
Thanks Ray, I wasn't sure what the -I was for to be able to find an alternative. Much appreciation, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ray Olszewski Sent: Wednesday, October 16, 2002 4:16 PM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] 5. How-to build an UML kernel for LEAF Assuming you want to to bzip decompression, the correct flag (for standard, up-to-date versions of GNU tar, such as 1.13.25) is -j, not -I, much as the error message you got suggests. I have a hazy recollection that the -I flag was once used, and perhaps busybox tar still expects or allows it, but that's just a wild guess. At 03:58 PM 10/16/02 -0400, Eric B Kiser wrote: >Jacques, > >In section 5. How-to build an UML kernel for LEAF >(http://leaf.sourceforge.net/devel/jnilo/uml05.html) it has this command: > >tar xIvf linux-2.4.XX.tar.bz2 > >When I run this command I get the error: > >tar: Warning: the -I option is not supported; perhaps you meant -j or -T? >Try 'tar --help' for more information > >Here is my version information for my tar program: > >tar (GNU tar) 1.13.25 > >If by chance this is a typo, please let me know the proper syntax. -- ---"Never tell me the odds!" Ray Olszewski -- Han Solo Palo Alto, California, USA[EMAIL PROTECTED] --- --- This sf.net email is sponsored by: viaVerio will pay you up to $1,000 for every account that you consolidate with us. http://ad.doubleclick.net/clk;4749864;7604308;v? http://www.viaverio.com/consolidator/osdn.cfm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: viaVerio will pay you up to $1,000 for every account that you consolidate with us. http://ad.doubleclick.net/clk;4749864;7604308;v? http://www.viaverio.com/consolidator/osdn.cfm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] 5. How-to build an UML kernel for LEAF
Jacques, In section 5. How-to build an UML kernel for LEAF (http://leaf.sourceforge.net/devel/jnilo/uml05.html) it has this command: tar xIvf linux-2.4.XX.tar.bz2 When I run this command I get the error: tar: Warning: the -I option is not supported; perhaps you meant -j or -T? Try 'tar --help' for more information Here is my version information for my tar program: tar (GNU tar) 1.13.25 If by chance this is a typo, please let me know the proper syntax. Regards, Eric Kiser --- This sf.net email is sponsored by: viaVerio will pay you up to $1,000 for every account that you consolidate with us. http://ad.doubleclick.net/clk;4749864;7604308;v? http://www.viaverio.com/consolidator/osdn.cfm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] invisible cursor in ae running under UML
I submitted my question to [EMAIL PROTECTED] also and just heard back from Jeff Dike. Apparently I am "Old and Busted" and what I need is the "New Hotness" or more simply stated, they did not add the xterm= kernel command line parameter until 2.4.18-41 and I am using 2.4.18-21. Which means that it is time for me to upgrade. As a side note: In the midst of my frustration at trying to get this to work I loaded David's vim.lrp just to see if it would have the same invisible cursor problem and it did not. In the process however I discovered that vim is really cool! Is their a way to change the default editor used by lrcfg? If so then I would like to play around with this. Regards, Eric Kiser -Original Message- From: Eric B Kiser [mailto:[EMAIL PROTECTED]] Sent: Sunday, October 13, 2002 3:54 PM To: Jacques Nilo; Eric B Kiser; [EMAIL PROTECTED] Subject: RE: [leaf-devel] invisible cursor in ae running under UML Hi Jacques, thanks for getting back to me. I was missing /usr/local/bin from my path statement. Now I can run umlxterm from the console command line or from the xterm command line and get the window as specified. Unfortunately, though, when I run my start-up script it stills comes up as the old white and black screen with the invisible cursor. ls -la /usr/local/bin/umlxterm -rwxr-xr-x 1 ebk root58 Oct 12 15:54 /usr/local/bin/umlxterm Here is a copy of my umlxterm script. Maybe someone will see something that I have missed. #!/bin/sh exec xterm -bg blue -fg white -cr yellow "$@" Here is a copy of my startuml script. Maybe someone will see something that I have missed. #!/bin/sh ./linuxuml-2.4.18-21\ xterm=umlxterm \ ubd0=bering_fs \ eth0=daemon \ initrd=initrd.lrp \ root=/dev/ram0 \ init=/linuxrc \ boot=/dev/ubd0:minix\ PKGPATH=/dev/ubd0 \ devfs=nomount \ LRP=root,etc,local,log,modules,libm,libssl,(and so on...) Regards, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jacques Nilo Sent: Sunday, October 13, 2002 3:44 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] invisible cursor in ae running under UML Le Dimanche 13 Octobre 2002 03:51, Eric B Kiser a écrit : Hi Eric What says ls -la /usr/local/bin/umlterm is /usr/local/bin in the PATH statement ? Jacques --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] invisible cursor in ae running under UML
Hi Jacques, thanks for getting back to me. I was missing /usr/local/bin from my path statement. Now I can run umlxterm from the console command line or from the xterm command line and get the window as specified. Unfortunately, though, when I run my start-up script it stills comes up as the old white and black screen with the invisible cursor. ls -la /usr/local/bin/umlxterm -rwxr-xr-x 1 ebk root58 Oct 12 15:54 /usr/local/bin/umlxterm Here is a copy of my umlxterm script. Maybe someone will see something that I have missed. #!/bin/sh exec xterm -bg blue -fg white -cr yellow "$@" Here is a copy of my startuml script. Maybe someone will see something that I have missed. #!/bin/sh ./linuxuml-2.4.18-21\ xterm=umlxterm \ ubd0=bering_fs \ eth0=daemon \ initrd=initrd.lrp \ root=/dev/ram0 \ init=/linuxrc \ boot=/dev/ubd0:minix\ PKGPATH=/dev/ubd0 \ devfs=nomount \ LRP=root,etc,local,log,modules,libm,libssl,(and so on...) Regards, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jacques Nilo Sent: Sunday, October 13, 2002 3:44 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] invisible cursor in ae running under UML Le Dimanche 13 Octobre 2002 03:51, Eric B Kiser a écrit : Hi Eric What says ls -la /usr/local/bin/umlterm is /usr/local/bin in the PATH statement ? Jacques --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] invisible cursor in ae running under UML
All, I followed these directions from "Using a Virtual LEAF/Bering Router" section 4.2 Tips. - The cursor of the Bering ae aeditor does not show up without some tweaking. In your host machine create a /usr/local/bin/umlxterm containing: #!/bin/sh exec xterm -bg blue -fg white -cr yellow "$@" Make umlxterm executable (chmod 755 umlxterm). Then modify your startuml script to include an "xterm=umlxterm" statement: #!/bin/sh ./linuxuml-2.4.XX-YY xterm=umlxterm - Unfortunately it is not working for me. The directions are not complicated and I have verified every letter, still with no success. However, I did have to vary on one point which is probably where the problem is. I did not have permission to write umlxterm to /usr/local/bin/ directory so I su'd to root and then created the file. Since it belonged to root then I couldn't access it with my dev account where I run the UML kernels. I used chown to gice the file to my dev account. Any help would be appreciated. Thanks in advance, Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] UML Questions
Sorry for the confusion Brad, I could have explained a little better. I am using different file systems for each one. I created two different directories, each having the exact same contents: file system kernel initrd start-up script I started two different console sessions and from each moved into one of the UML directories. I then took turns going from one to the other running the start-up script. The UML documentation was pretty absolute about not using the same file system for multiple instances. That is, unless you use the COW but that is a different setup as you previously explained Hope this helps, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brad Fritz Sent: Friday, October 11, 2002 12:38 AM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] UML Questions On Thu, 10 Oct 2002 23:12:15 -0400 Eric Kiser wrote: > Brad, > > [snip from below] > it *seems* > like you should be okay unless you try to back up two instances > simultaneously (or perform other simultaneous write operations to > /dev/ubd0) > [/snip] > > I ran simultaneous full back ups and timed it so that I did both, backing up > the same file on both at the same time and backing up different files at the > same time. When I rebooted both UML routers they came up fine. I was unable > to find any problems. I may have misunderstood your setup. Are you using a single Bering file system image for both UML instances (like I assumed), or are you using multiple copies of the file system, one for each UML instance? Your test results seem to indicated the latter, but "I...used the exact same script for each instance of Bering UML" suggests to me the former. Either way, it's hard to argue with success. If it works as you expect and fits your needs, life is good, right? --Brad > [snip from below] > It also seems like you could overwrite a package > backup from one instance with a later backup from a second > instance > [/snip] > > This I have also tested and it did not cause a problem. I just did a simple > name change on each router and then backed one up and then the other. I then > rebooted both and they came up with the new names just as I had set them. > > Let me know if you think of anything else that might cause a problem and I > will go ahead and test it. > > Regards, > Eric > > -Original Message----- > From: Brad Fritz [mailto:[EMAIL PROTECTED]] > Sent: Thursday, October 10, 2002 1:23 PM > To: Eric B Kiser > Cc: [EMAIL PROTECTED] > Subject: Re: [leaf-devel] UML Questions > > > > On Thu, 10 Oct 2002 11:03:33 -0400 Eric Kiser wrote: > > > Just wanted to close this issue with a little more finality. I decided not > > to mess with the COW files right now and used the exact same script for > each > > instance of Bering UML. > > Since Bering runs from a ram disk and the boot file system is > typically not mounted except during package backups, it *seems* > like you should be okay unless you try to back up two instances > simulaneously (or perform other simultaneous write operations to > /dev/ubd0). It also seems like you could overwrite a package > backup from one instance with a later backup from a second > instance (which may be desirable, depending on what you are > trying to accomplish). All that is untested speculation though. > > > I backed up all my files in case something went wrong. > > I booted up two Bering UML file systems and made some changes. > > Saved changes. > > Backed up /etc. > > Rebooted Bering UML file systems. > > Checked changes. > > Everything seems to be working fine. > > Cool. > > > If I find any bugs in this later then I will post back to the list. > > Please do. > > --Brad > > > Regards, > > Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] UML Questions
Brad, [snip from below] it *seems* like you should be okay unless you try to back up two instances simultaneously (or perform other simultaneous write operations to /dev/ubd0) [/snip] I ran simultaneous full back ups and timed it so that I did both, backing up the same file on both at the same time and backing up different files at the same time. When I rebooted both UML routers they came up fine. I was unable to find any problems. [snip from below] It also seems like you could overwrite a package backup from one instance with a later backup from a second instance [/snip] This I have also tested and it did not cause a problem. I just did a simple name change on each router and then backed one up and then the other. I then rebooted both and they came up with the new names just as I had set them. Let me know if you think of anything else that might cause a problem and I will go ahead and test it. Regards, Eric -Original Message- From: Brad Fritz [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 10, 2002 1:23 PM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] UML Questions On Thu, 10 Oct 2002 11:03:33 -0400 Eric Kiser wrote: > Just wanted to close this issue with a little more finality. I decided not > to mess with the COW files right now and used the exact same script for each > instance of Bering UML. Since Bering runs from a ram disk and the boot file system is typically not mounted except during package backups, it *seems* like you should be okay unless you try to back up two instances simulaneously (or perform other simultaneous write operations to /dev/ubd0). It also seems like you could overwrite a package backup from one instance with a later backup from a second instance (which may be desirable, depending on what you are trying to accomplish). All that is untested speculation though. > I backed up all my files in case something went wrong. > I booted up two Bering UML file systems and made some changes. > Saved changes. > Backed up /etc. > Rebooted Bering UML file systems. > Checked changes. > Everything seems to be working fine. Cool. > If I find any bugs in this later then I will post back to the list. Please do. --Brad > Regards, > Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] UML Questions
List, Just wanted to close this issue with a little more finality. I decided not to mess with the COW files right now and used the exact same script for each instance of Bering UML. I backed up all my files in case something went wrong. I booted up two Bering UML file systems and made some changes. Saved changes. Backed up /etc. Rebooted Bering UML file systems. Checked changes. Everything seems to be working fine. If I find any bugs in this later then I will post back to the list. Regards, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eric B Kiser Sent: Thursday, October 10, 2002 10:34 AM To: [EMAIL PROTECTED] Subject: RE: [leaf-devel] UML Questions Thanks allot Brad, After your example and rereading the documentation this makes much more sense to me the second time around. Thanks for the sanity check, Eric Kiser -Original Message- From: Brad Fritz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 9:15 PM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] UML Questions Hello Eric, On Wed, 09 Oct 2002 20:03:47 -0400 Eric Kiser wrote: > Hi All, > > I am working with bering1.0-rc3 and using it in a UML environment. I wanting > to be able to boot up multiple bering file systems and be able to modify > them and save the changes. In the UML documentation it says that if you use > the same copy of a file system to do this then you will corrupt it. What I > am trying to figure out is how to this without one uml load writing over > another one. > > Here is my script: > > #! /bin/sh > > ./linuxuml-2.4.18-21\ > ubd0=bering_fs \ > initrd=initrd.lrp \ > root=/dev/ram0 \ > init=/linuxrc \ > boot=/dev/ubd0:minix\ > PKGPATH=/dev/ubd0 \ > devfs=nomount \ > LRP=root,etc,local,log,modules > > If I use this script multiple times then won't I have multiple copies of > bering_fs using ubd0 and ram0? > I modified the script so that ubd0 became ubd9 and ram0 became ram9 but I > was unable to get through the boot sequence. Should this have worked? I am at the edge of (and possibly beyond) my understanding of UML here, but I believe ubd0 and ram0 are devices internal to each UML environment. If I am correct, you should be able to run multiple UML instances all using ubd0 and ram0. > Any help is appreciated. Please let me know if there is more information > needed that I have overlooked. I was able to get two copies of UML to boot simultaneously using the UML Copy-On-Write layer[1]. Here is a diff of my two start scripts: < ./linuxuml-2.4.18-45 ubd0=cow0,bering_fs \ --- > ./linuxuml-2.4.18-45 ubd0=cow1,bering_fs \ (Notice the first argument to the ubd0 parameter in each.) Aside from the different "ubd0" parameters, my start scripts are nearly identical to yours. Here's one for reference: #!/bin/sh ./linuxuml-2.4.18-45 ubd0=cow0,bering_fs \ initrd=initrd.lrp \ root=/dev/ram0 \ init=/linuxrc \ boot=/dev/ubd0:minix \ PKGPATH=/dev/ubd0 devfs=nomount \ LRP=`cat packages.minimal` I haven't done any testing beyond booting the two instances, so I am not 100% positive I didn't screw something up that would come back to haunt me later. In other words, don't blame me if the above advice causes your computer to start smoking or blow up. ;) If I am reading the howto correctly, it looks like you can also merge the COW file with its backing file into a new file system image. Good luck! --Brad [1] http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO-7.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] UML Questions
Thanks allot Brad, After your example and rereading the documentation this makes much more sense to me the second time around. Thanks for the sanity check, Eric Kiser -Original Message- From: Brad Fritz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 9:15 PM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] UML Questions Hello Eric, On Wed, 09 Oct 2002 20:03:47 -0400 Eric Kiser wrote: > Hi All, > > I am working with bering1.0-rc3 and using it in a UML environment. I wanting > to be able to boot up multiple bering file systems and be able to modify > them and save the changes. In the UML documentation it says that if you use > the same copy of a file system to do this then you will corrupt it. What I > am trying to figure out is how to this without one uml load writing over > another one. > > Here is my script: > > #! /bin/sh > > ./linuxuml-2.4.18-21\ > ubd0=bering_fs \ > initrd=initrd.lrp \ > root=/dev/ram0 \ > init=/linuxrc \ > boot=/dev/ubd0:minix\ > PKGPATH=/dev/ubd0 \ > devfs=nomount \ > LRP=root,etc,local,log,modules > > If I use this script multiple times then won't I have multiple copies of > bering_fs using ubd0 and ram0? > I modified the script so that ubd0 became ubd9 and ram0 became ram9 but I > was unable to get through the boot sequence. Should this have worked? I am at the edge of (and possibly beyond) my understanding of UML here, but I believe ubd0 and ram0 are devices internal to each UML environment. If I am correct, you should be able to run multiple UML instances all using ubd0 and ram0. > Any help is appreciated. Please let me know if there is more information > needed that I have overlooked. I was able to get two copies of UML to boot simultaneously using the UML Copy-On-Write layer[1]. Here is a diff of my two start scripts: < ./linuxuml-2.4.18-45 ubd0=cow0,bering_fs \ --- > ./linuxuml-2.4.18-45 ubd0=cow1,bering_fs \ (Notice the first argument to the ubd0 parameter in each.) Aside from the different "ubd0" parameters, my start scripts are nearly identical to yours. Here's one for reference: #!/bin/sh ./linuxuml-2.4.18-45 ubd0=cow0,bering_fs \ initrd=initrd.lrp \ root=/dev/ram0 \ init=/linuxrc \ boot=/dev/ubd0:minix \ PKGPATH=/dev/ubd0 devfs=nomount \ LRP=`cat packages.minimal` I haven't done any testing beyond booting the two instances, so I am not 100% positive I didn't screw something up that would come back to haunt me later. In other words, don't blame me if the above advice causes your computer to start smoking or blow up. ;) If I am reading the howto correctly, it looks like you can also merge the COW file with its backing file into a new file system image. Good luck! --Brad [1] http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO-7.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] snort and nmap
Thanks David, I will keep my eyes open for them. Regards, Eric Kiser -Original Message- From: David Douthitt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 9:52 PM To: Eric B Kiser Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [leaf-devel] snort and nmap On Wed, Oct 09, 2002 at 02:05:49PM -0400, Eric B Kiser wrote: > I am looking for the most recent versions of nmap.lrp and snort.lrp. I > checked the CVS packages repository and the only thing I found was an older > version of nmap and no snort. I'm the one who's probably responsible for those packages - and responsible for them being so old. I've not kept up development as I ought. However, I'm planning to get back into the game. I recently configured a Pentium with Red Hat 6.x and Oxygen dual boot; we'll see how it goes. Also, the Oxygen/LEAF Resource CDROM contains all binaries and sources and probably also the compile-time options in a patch and so forth. These days, I've been working towards putting all source code into a sort of "ports tree" like FreeBSD and Gentoo Linux; it becomes very flexible. I'll see if I can compile nmap and/or snort in coming days. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] UML Questions
Hi All, I am working with bering1.0-rc3 and using it in a UML environment. I wanting to be able to boot up multiple bering file systems and be able to modify them and save the changes. In the UML documentation it says that if you use the same copy of a file system to do this then you will corrupt it. What I am trying to figure out is how to this without one uml load writing over another one. Here is my script: #! /bin/sh ./linuxuml-2.4.18-21\ ubd0=bering_fs \ initrd=initrd.lrp \ root=/dev/ram0 \ init=/linuxrc \ boot=/dev/ubd0:minix\ PKGPATH=/dev/ubd0 \ devfs=nomount \ LRP=root,etc,local,log,modules If I use this script multiple times then won't I have multiple copies of bering_fs using ubd0 and ram0? I modified the script so that ubd0 became ubd9 and ram0 became ram9 but I was unable to get through the boot sequence. Should this have worked? Any help is appreciated. Please let me know if there is more information needed that I have overlooked. Regards, Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] snort and nmap
Howdy Folks, I am looking for the most recent versions of nmap.lrp and snort.lrp. I checked the CVS packages repository and the only thing I found was an older version of nmap and no snort. Your guidance is appreciated... Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] latest cvs version
Hi Mike, Thanks for the information. I wasn't sure what version was currently being used. I will go ahead and install the 1.11.1p1 version. Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Noyes Sent: Friday, October 04, 2002 9:14 AM To: [EMAIL PROTECTED] Subject: Re: [leaf-devel] latest cvs version On Wed, 2002-10-02 at 00:49, Eric B Kiser wrote: > I was reading the CVS FAQ and found out that I don't have CVS installed on > my machine. The latest version listed at cvshome.org is cvs-1.11. Is this > the recommended version or do I need to go after something else? Eric, I don't see where the stable release (1.11) would be a problem. 2343287 cvs-1.11.tar.gz 2002-05-09 dprice fd67a990423a0e9fa2fa1c3cf10f4356 Source distribution for CVS stable release version 1.11 The SF shell server has version 1.11.1p1 installed and I have that same version installed on my local machines. -- Mike Noyes <[EMAIL PROTECTED]> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Feature Requests for Bering1.0-rc4
Thanks Jacques, Once again your continued development of Bering has made my job easier. Any ideas on a release date for -rc4 at this point? Regards, Eric -Original Message- From: Jacques Nilo [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 4:30 PM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] Feature Requests for Bering1.0-rc4 Le Mercredi 2 Octobre 2002 06:02, Eric B Kiser a écrit : Hello Eric > Hello Bering Crew, > > I have a few requests for the next release of Bering. > > Could you add these lines to /etc/services? > > zebrasrv 2600/tcp # zebra service > zebra 2601/tcp # zebra vty > ripd 2602/tcp # RIPd vty > ripngd2603/tcp # RIPngd vty > ospfd 2604/tcp # OSPFd vty > bgpd 2605/tcp # BGPd vty > ospf6d2606/tcp # OSPF6d vty Yes > Is there any chance of getting kernel support for LARGE ROUTING TABLES? I just tested that on rc4 preliminary kernel. The cost in size is negligeable so I'll include it in rc4 final > Will traceroute be included in rc4? If not has anyone packaged this program > as a *.lrp? Traceroute was voluntarily removed from Bering since it was not needed by any usual LEAF package, was taking some space and could also be useful to potentialy malicious users. To package it would really be very easy. So I'll stick to the package scenario and won't include it in the standard distro. Jacques --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] RE: Feature Requests for Bering1.0-rc4
I was waiting on confirmation of this one from the developer. add to /etc/services? isisd2607/tcp # ISISd vty Regards, Eric -Original Message- From: Eric B Kiser [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 12:03 AM To: [EMAIL PROTECTED] Subject: Feature Requests for Bering1.0-rc4 Hello Bering Crew, I have a few requests for the next release of Bering. Could you add these lines to /etc/services? zebrasrv 2600/tcp# zebra service zebra 2601/tcp# zebra vty ripd 2602/tcp# RIPd vty ripngd2603/tcp# RIPngd vty ospfd 2604/tcp# OSPFd vty bgpd 2605/tcp# BGPd vty ospf6d2606/tcp# OSPF6d vty Is there any chance of getting kernel support for LARGE ROUTING TABLES? Will traceroute be included in rc4? If not has anyone packaged this program as a *.lrp? Regards, Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] latest cvs version
Howdy All, I was reading the CVS FAQ and found out that I don't have CVS installed on my machine. The latest version listed at cvshome.org is cvs-1.11. Is this the recommended version or do I need to go after something else? Thanks in advance, Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Feature Requests for Bering1.0-rc4
Hello Bering Crew, I have a few requests for the next release of Bering. Could you add these lines to /etc/services? zebrasrv 2600/tcp# zebra service zebra 2601/tcp# zebra vty ripd 2602/tcp# RIPd vty ripngd2603/tcp# RIPngd vty ospfd 2604/tcp# OSPFd vty bgpd 2605/tcp# BGPd vty ospf6d2606/tcp# OSPF6d vty Is there any chance of getting kernel support for LARGE ROUTING TABLES? Will traceroute be included in rc4? If not has anyone packaged this program as a *.lrp? Regards, Eric Kiser --- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] FAQs sec13: Developer Questions Answered
Thanks Jeff, Nathan, and Luis, Your comments were very informative and much appreciated. Respectfully, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Newmiller Sent: Tuesday, October 01, 2002 8:08 PM To: Luis.F.Correia Cc: [EMAIL PROTECTED] Subject: RE: [leaf-devel] FAQs sec13: Developer Questions Answered On Tue, 1 Oct 2002, Luis.F.Correia wrote: > When you compile a C or C++ program, by default the compiler adds > symbols Yes. > and debugging information. No, this comes from using "-g". > This is good during development > because you can debug a program going step by step, seeing the original > lines of C code. > > After everyhing is OK, you either compile the program without debug > info, or strip the program. Some things can get stripped even if there is no debug info. http://www.geocrawler.com/archives/3/7232/2001/3/0/5453732/ Try using different options and/or stripping, and then reviewing the contents of the binary with objdump to get a feel for what gets removed. > Since most of us just want to recompile things, it is easier to strip > the final binary. There actually is shrinkage to be obtained even if you didn't use "-g" on the final compile, but yes, stripping before distribution is usually easiest. > > Hope this info helps you out... > > -Original Message- > From: Eric B Kiser [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 01, 2002 3:31 PM > To: [EMAIL PROTECTED] > Subject: [leaf-devel] FAQs sec13: Developer Questions Answered > > > Howdy All, > > On the FAQ's page under the section: FAQs sec13: Developer Questions > Answered, there is listed, "How do I compile programs to run under LRP?". > This is where I got the command to shrink my zebra packages down to a more > manageable size. > > Can anyone explain, exactly what the command strip [program-name] actually > does. I know it says, "removes unnecessary symbols and debugging > information," but what does this mean. > > Thanks in advance, > Eric > > > > --- > This sf.net email is sponsored by: DEDICATED SERVERS only $89! > Linux or FreeBSD, FREE setup, FAST network. Get your own server > today at http://www.ServePath.com/indexfm.htm > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > --- > This sf.net email is sponsored by: DEDICATED SERVERS only $89! > Linux or FreeBSD, FREE setup, FAST network. Get your own server > today at http://www.ServePath.com/indexfm.htm > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > --- Jeff NewmillerThe . . Go Live... DCN:<[EMAIL PROTECTED]>Basics: ##.#. ##.#. Live Go... Live: OO#.. Dead: OO#.. Playing Research Engineer (Solar/BatteriesO.O#. #.O#. with /Software/Embedded Controllers) .OO#. .OO#. rocks...2k --- --- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] FAQs sec13: Developer Questions Answered
Howdy All, On the FAQ's page under the section: FAQs sec13: Developer Questions Answered, there is listed, "How do I compile programs to run under LRP?". This is where I got the command to shrink my zebra packages down to a more manageable size. Can anyone explain, exactly what the command strip [program-name] actually does. I know it says, "removes unnecessary symbols and debugging information," but what does this mean. Thanks in advance, Eric --- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Zebra packages have been built and posted.
All, I remembered seeing information on how to clean out your packages to keep them from being so huge but it took me awhile to find it again. Specifically, I am talking about the FAQ's sec13, http://sourceforge.net/docman/display_doc.php?docid=1456&group_id=13751. I went through and recompiled the daemons and ran strip [program-name] against each of them. Wow, what a huge difference it made. Each package is about one third of the size that it was. Packages can be found at www.eric.kiser.com/glacier.htm Documentation can be found at http://www.zebra.org/docs.html The documentation is terribly outdated but it is still the most recent information other than reading the source or browsing the zebra mailing list archives. Zebra-0.93b General Distribution Packages (gen-dist0.93b-v.0.05) Package Name|Package Size|Build Date zebra.lrp 55.6 K 2002/09/30 bgpd.lrp159.9 K 2002/09/30 ospfd.lrp 129.6 K 2002/09/30 ripd.lrp75.0 K 2002/09/30 Most respectfully, Eric Kiser -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eric B Kiser Sent: Friday, September 27, 2002 4:11 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] Zebra packages have been built and posted. All, I have finally finished putting together the zebra-0.93b packages. I have not had an opportunity to set up my leaf dev pages or cvs area so for the moment they are posted on my personal website. Hopefully soon I will be able to get everything mirrored over. Be warned that I have just now gotten the packages built and have had no time to do any significant testing. Please let me know if you find any glaring errors. Packages can be found at www.eric.kiser.com/glacier.htm Documentation can be found at http://www.zebra.org/docs.html The documentation is terribly outdated but it is still the most recent information other than reading the source or browsing the zebra mailing list archives. Package Name|Package Size|Build Date zebra.lrp 157.0 K 2002/09/26 bgpd.lrp438.0 K 2002/09/26 ospfd.lrp 359.6 K 2002/09/26 ripd.lrp215.8 K 2002/09/26 Future Project Work Includes: (These are in no particular order at this point.) 1] Trim general distribution packages because damn, their fat. 2] Full IPv6 support for zebra and bgpd. 3] Packages for ospf6d, ripngd, and isisd. 4] Support for multipath, netlink, and snmp. 5] Full Glacier image based on Bering. 6] Post all of this to my developer space on the LEAF project web site. Best regards and my thanks to all. Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Zebra packages have been built and posted.
All, I have finally finished putting together the zebra-0.93b packages. I have not had an opportunity to set up my leaf dev pages or cvs area so for the moment they are posted on my personal website. Hopefully soon I will be able to get everything mirrored over. Be warned that I have just now gotten the packages built and have had no time to do any significant testing. Please let me know if you find any glaring errors. Packages can be found at www.eric.kiser.com/glacier.htm Documentation can be found at http://www.zebra.org/docs.html The documentation is terribly outdated but it is still the most recent information other than reading the source or browsing the zebra mailing list archives. Package Name|Package Size|Build Date zebra.lrp 157.0 K 2002/09/26 bgpd.lrp438.0 K 2002/09/26 ospfd.lrp 359.6 K 2002/09/26 ripd.lrp215.8 K 2002/09/26 Future Project Work Includes: (These are in no particular order at this point.) 1] Trim general distribution packages because damn, their fat. 2] Full IPv6 support for zebra and bgpd. 3] Packages for ospf6d, ripngd, and isisd. 4] Support for multipath, netlink, and snmp. 5] Full Glacier image based on Bering. 6] Post all of this to my developer space on the LEAF project web site. Best regards and my thanks to all. Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Quick and Dirty LRP Package How-To
Yep, those are all taken care of. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Luis.F.Correia Sent: Tuesday, September 24, 2002 11:37 AM To: [EMAIL PROTECTED] Subject: RE: [leaf-devel] Quick and Dirty LRP Package How-To Did you create and populate the corresponding zebra.list, zebra.help, etc? -Original Message- From: Eric B Kiser [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 24, 2002 4:29 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] Quick and Dirty LRP Package How-To Hey everybody, I have gotten to the Quick and Dirty LRP Package How-To and I have gotten stuck at step #6. When I go to back up the changes to create the zebra.lrp it does not show an option for zebra in the Back-up menu. 5. "Trick" LRP into thinking your package is installed by editing /var/lib/lrpkg/packages, and adding your package name to the bottom of the list. The name here should match the portion of the files you created earlier, and will be what your LRP package is backed up as. If you are using apkg instead, then you can skip this step. #cat /var/lib/lrpkg/packages initrd root local log modules zebra 6. You are now ready to ``create'' your LRP package. Just do a backup of your package from lrcfg and you will have .lrp created for you on your disk drive. If you don't have a backup option for your package, you didn't do step 5 correctly. I am pretty sure that I did step #5 correctly. All there was to it was adding the one word, zebra, to the bottom of the list. Are there any other possibilities or is there something obvious that I have missed. Thanks in advance, Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Quick and Dirty LRP Package How-To
Thanks for the quick response, Charles. That was right on the money. Regards, Eric -Original Message- From: Charles Steinkuehler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 24, 2002 12:02 PM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] Quick and Dirty LRP Package How-To > I have gotten to the Quick and Dirty LRP Package How-To and I have gotten > stuck at step #6. When I go to back up the changes to create the zebra.lrp > it does not show an option for zebra in the Back-up menu. > > 5. "Trick" LRP into thinking your package is installed by editing > /var/lib/lrpkg/packages, and adding your package name to the bottom of the > list. The name here should match the portion of the files you > created earlier, and will be what your LRP package is backed up as. If you > are using apkg instead, then you can skip this step. > > #cat /var/lib/lrpkg/packages > initrd > root > local > log > modules > zebra > > 6. You are now ready to ``create'' your LRP package. Just do a backup of > your package from lrcfg and you will have .lrp created for you on > your disk drive. If you don't have a backup option for your package, you > didn't do step 5 correctly. > > I am pretty sure that I did step #5 correctly. All there was to it was > adding the one word, zebra, to the bottom of the list. Are there any other > possibilities or is there something obvious that I have missed. The newer backup scripts I wrote for Dachstein (and I think are used by Bering) require you also add your package to an additional file: /var/lib/lrpkg/backdisk The backdisk file includes some switches for backup location & filesystem...the format should be pretty obvious. Once added to the backdisk file, your package should appear in the backup menus. Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Quick and Dirty LRP Package How-To
Hey everybody, I have gotten to the Quick and Dirty LRP Package How-To and I have gotten stuck at step #6. When I go to back up the changes to create the zebra.lrp it does not show an option for zebra in the Back-up menu. 5. "Trick" LRP into thinking your package is installed by editing /var/lib/lrpkg/packages, and adding your package name to the bottom of the list. The name here should match the portion of the files you created earlier, and will be what your LRP package is backed up as. If you are using apkg instead, then you can skip this step. #cat /var/lib/lrpkg/packages initrd root local log modules zebra 6. You are now ready to ``create'' your LRP package. Just do a backup of your package from lrcfg and you will have .lrp created for you on your disk drive. If you don't have a backup option for your package, you didn't do step 5 correctly. I am pretty sure that I did step #5 correctly. All there was to it was adding the one word, zebra, to the bottom of the list. Are there any other possibilities or is there something obvious that I have missed. Thanks in advance, Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Zebra package development status.
Thanks Matt, All advice is welcome, pour it on. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matthew Schalit Sent: Monday, September 23, 2002 3:58 PM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] Zebra package development status. Eric B Kiser wrote: > Howdy all, ... > Then I had a revelation. I should be able to compile the individual protocol > as independent *.lrp's that way you can go in and just load the protocols > that you need. NOTE: I have not tested this it is merely conjecture at this > point. For now I am going to proceed forward with a basic proof of concept > that will include zebrad, bgpd, ospfd, and ripd. When I have this working > then I am going to put my efforts toward creating and testing the individual > packages. > > Regards, > Eric Kiser When I'm working on something like that, I find that ls -ltu is invaluable. regards, matthew --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Zebra package development status.
Howdy all, Just thought that I would put out an update on where I am on getting the new zebra packages together. First though, I have to say that this is the most exciting project that I have ever worked on. The statement, "I stand on the shoulders of great men." has never been more true. My thanks to everyone. Now then, the whole static library thing has been killing me. After consuming much documentation and reading the zebra makefiles (most of which is still very foreign to me) here is what I finally figure out. The primary makefile actually references individual makefiles for each protocol daemon and the different protocol daemons are created as their own separate programs, therefore, you have to go into each one individually to do the static linking. If I am understanding this correctly then that means statically linking any libs will make this package absolutely huge. Then I had a revelation. I should be able to compile the individual protocol as independent *.lrp's that way you can go in and just load the protocols that you need. NOTE: I have not tested this it is merely conjecture at this point. For now I am going to proceed forward with a basic proof of concept that will include zebrad, bgpd, ospfd, and ripd. When I have this working then I am going to put my efforts toward creating and testing the individual packages. Regards, Eric Kiser --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] RE: Bering - included libraries
Just finished digging around and found this information... libssl.version shows 0.9.6-1 /usr/lib contains these libraries, all from libssl.lrp libcrypto.so libcrypto.so.0 libcrypto.so.0.9.6 libssl.so libssl.so.0 libssl.so.0.9.6 I am still getting the message: zebra: error in loading shared libraries libcrypto.so.2: cannot open shared object file: No such file or directory It seems that I am beginning to catch on. Zebra is looking for a newer version of libcrypto than what is being provided by libssl.lrp. So, that leaves me with two options; [1] build an updated libssl.lrp [2] compile my zebra package with libcrypto statically linked Michael suggested number [2], would anyone else care to voice an opinion on this? Does anyone else even see the need to have an updated libssl package? Just trying to gain a consensus and possibly some guidance before moving forward. Personally, I would like to eventually see ssh and zebra not using statically linked libraries. That is, of course, unless I can show that using the static libraries on zebra and ssl work out to take up less space than zebra+ssh+ssl packages. Respectfully, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael D. Schleif Sent: Sunday, September 22, 2002 12:09 AM Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] RE: Bering - included libraries Eric B Kiser wrote: > > I am using David's zebra.lrp package and trying to get it to run on > Bering_1.0-rc3. I wanted to check out what he did before I got started on > mine. I will, however, be using UML_slink to do my compiling. > > You bring up an interesting question regarding ssh having the libraries > statically linked. I expect to have both ssh and zebra running on the same > system. Would it be better to use the libssl as suggested by H. D. Lee. That > is, assuming that there is an ssh.lrp without libcrypto statically linked. > Strictly for the purpose of conserving space. I do not know which version is David's libssl.lrp -- it is big. I am sure that it is several versions behind the most current openssl-0.9.6g, which I use in my openssh packages. As you know, the recent linux worm hoopla is aided and abetted by older versions of openssl. How much of this affects zebra, I do not know. Due to the enormous size of openssl, and also to the limited need for it across a wide gamut of leaf packages, static linking openssl libraries into other packages appears to be the norm. Everytime that I have poo-poo'd size constraints -- I use dcd -- I am reminded that a large portion of our audience is constrained by floppy sizes. Everything developed for this project is based on well thought out trade offs. Zebra will be no different. > Along this same line of thought, does anyone know whether it would cause > problems to use ssh.lrp with the statically linked libcrypto on the same > system as using libssl.lrp. I am in unfamiliar terrain here so any help is > appreciated. No problem. I have been meaning to do the zebra thingy for over a year. Obviously, the need has not been great enough to coax me into it. I wish you good fortune in this endeavor and am anxious to play with the results. If I can help, please, let me know . . . -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] RE: Bering - included libraries
[snip] I wish you good fortune in this endeavor and am anxious to play with the results. If I can help, please, let me know . . . [/snip] You have already been of tremendous assistance. Many thank yous. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael D. Schleif Sent: Sunday, September 22, 2002 12:09 AM Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] RE: Bering - included libraries Eric B Kiser wrote: > > I am using David's zebra.lrp package and trying to get it to run on > Bering_1.0-rc3. I wanted to check out what he did before I got started on > mine. I will, however, be using UML_slink to do my compiling. > > You bring up an interesting question regarding ssh having the libraries > statically linked. I expect to have both ssh and zebra running on the same > system. Would it be better to use the libssl as suggested by H. D. Lee. That > is, assuming that there is an ssh.lrp without libcrypto statically linked. > Strictly for the purpose of conserving space. I do not know which version is David's libssl.lrp -- it is big. I am sure that it is several versions behind the most current openssl-0.9.6g, which I use in my openssh packages. As you know, the recent linux worm hoopla is aided and abetted by older versions of openssl. How much of this affects zebra, I do not know. Due to the enormous size of openssl, and also to the limited need for it across a wide gamut of leaf packages, static linking openssl libraries into other packages appears to be the norm. Everytime that I have poo-poo'd size constraints -- I use dcd -- I am reminded that a large portion of our audience is constrained by floppy sizes. Everything developed for this project is based on well thought out trade offs. Zebra will be no different. > Along this same line of thought, does anyone know whether it would cause > problems to use ssh.lrp with the statically linked libcrypto on the same > system as using libssl.lrp. I am in unfamiliar terrain here so any help is > appreciated. No problem. I have been meaning to do the zebra thingy for over a year. Obviously, the need has not been great enough to coax me into it. I wish you good fortune in this endeavor and am anxious to play with the results. If I can help, please, let me know . . . -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] RE: Bering - included libraries
Hi Michael, I am using David's zebra.lrp package and trying to get it to run on Bering_1.0-rc3. I wanted to check out what he did before I got started on mine. I will, however, be using UML_slink to do my compiling. You bring up an interesting question regarding ssh having the libraries statically linked. I expect to have both ssh and zebra running on the same system. Would it be better to use the libssl as suggested by H. D. Lee. That is, assuming that there is an ssh.lrp without libcrypto statically linked. Strictly for the purpose of conserving space. Along this same line of thought, does anyone know whether it would cause problems to use ssh.lrp with the statically linked libcrypto on the same system as using libssl.lrp. I am in unfamiliar terrain here so any help is appreciated. Many thanks to both of you, Eric [Kiser] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael D. Schleif Sent: Saturday, September 21, 2002 9:49 PM Cc: [EMAIL PROTECTED] Subject: Re: [leaf-devel] RE: Bering - included libraries Eric B Kiser wrote: > > You must mean inside that really obvious directory named /lib. Urgh, it is > now probably a moot point to mention that I am a newbie. Your patience is > appreciated. > > Here is where I am now. I execute the command #zebra -d to start the zebra > process running as a daemon and I get the following message back. > > zebra: error in loading shared libraries > libcrypto.so.2: cannot open shared object file: No such file or directory There is a very real difference between these two (2) libraries: libcrypt libcrypto The latter is part and parcel of openssl; perhaps, also some other libraries. How are you compiling zebra? On what system? With what libraries? You probably need to do what we have done for openssh, which is to statically link libcrypto during openssh compile . . . -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] RE: Bering - included libraries
Hi Eric, You must mean inside that really obvious directory named /lib. Urgh, it is now probably a moot point to mention that I am a newbie. Your patience is appreciated. Here is where I am now. I execute the command #zebra -d to start the zebra process running as a daemon and I get the following message back. zebra: error in loading shared libraries libcrypto.so.2: cannot open shared object file: No such file or directory Here is specifically what I am running. Bering_1.0-rc3 UML kernel 2.4.18-21 zebra 0.92 packaged by David Douthitt also zebra 0.91a packaged by Andrew Hoying Is libcrypto.so.2 part of libcrypt-2.0.7.so or libcrypt.so.1 or is it something completely different? Thanks for any help that you can offer. Eric [Kiser] -Original Message- From: Eric Wolzak [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 21, 2002 4:08 PM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [leaf-devel] RE: Bering - included libraries Hello Eric , The libraries that are included in a "standard Bering rc3 are : # ls -1 ld-2.0.7.so ld-linux.so.2 libc-2.0.7.so libc.so.6 libcrypt-2.0.7.so libcrypt.so.1 libdl-2.0.7.so libdl.so.2 libnss_dns-2.0.7.so libnss_dns.so.1 libnss_files-2.0.7.so libnss_files.so.1 libresolv-2.0.7.so libresolv.so.2 libss.so.2 libss.so.2.0 libutil-2.0.7.so libutil.so.1 so libcrypt and libresolv are there. I just hope that there are no version problems. libm is not but there is a lrp (needed for ipsec for example) The solution to find out which are included (#ls ;) ) > I wrote my last message in a fit of excitement. After rereading it, an > activity that didn't take long, I decided to respond to myself and add a bit > more detail. > > I am in the process of building a zebra package based on the newer 0.93b > code. I started with reading David's Developer Guide and the Developer > FAQ's. I have also installed both, zebra.lrp based on zebra-0.91 built by > Andrew Hoying and David Douthitt's zebra.lrp based on zebra-0.92. Just to > get an idea of how those before me had done it. The main problem that I have > run into is that both of these packages require the libraries; libm, > libcrypt, and libresolv. On oxygen this is not a problem since libcrypt and > libresolv are included in the base distro. You just add libm.lrp and you are > good to go. I, however, am not working with oxygen. I am using > Bering_1.0-rc3 which does not have libcrypt and I am not sure about > libresolv, I haven't been able to get past libcrypt. Also, I have not been > able to find any .lrp files for libcrypt or libresolv. > > If anyone can help out with letting me know which libraries are already > included in rc3 it would be very helpful. If anyone can tell me how to find > this information myself that would be even better. I have spent hours google > searching on this topic and run out of ideas on what to search for. It would > also be nice to know what is expected along these lines from rc4. As it looks now there will be no great change in library content . > > Once again, thanks in advance, > Eric Regards Eric Wolzak member of the Bering Crew --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] RE: Bering - included libraries
Hello all, I wrote my last message in a fit of excitement. After rereading it, an activity that didn't take long, I decided to respond to myself and add a bit more detail. I am in the process of building a zebra package based on the newer 0.93b code. I started with reading David's Developer Guide and the Developer FAQ's. I have also installed both, zebra.lrp based on zebra-0.91 built by Andrew Hoying and David Douthitt's zebra.lrp based on zebra-0.92. Just to get an idea of how those before me had done it. The main problem that I have run into is that both of these packages require the libraries; libm, libcrypt, and libresolv. On oxygen this is not a problem since libcrypt and libresolv are included in the base distro. You just add libm.lrp and you are good to go. I, however, am not working with oxygen. I am using Bering_1.0-rc3 which does not have libcrypt and I am not sure about libresolv, I haven't been able to get past libcrypt. Also, I have not been able to find any .lrp files for libcrypt or libresolv. If anyone can help out with letting me know which libraries are already included in rc3 it would be very helpful. If anyone can tell me how to find this information myself that would be even better. I have spent hours google searching on this topic and run out of ideas on what to search for. It would also be nice to know what is expected along these lines from rc4. Once again, thanks in advance, Eric -Original Message- From: Eric B Kiser [mailto:[EMAIL PROTECTED]] Sent: Friday, September 20, 2002 1:16 PM To: [EMAIL PROTECTED] Subject: Bering - included libraries Howdy all, Can someone tell me how I can find out what libraries are included with Bering? Thanks in advance, Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Bering - included libraries
Howdy all, Can someone tell me how I can find out what libraries are included with Bering? Thanks in advance, Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Introduction for Hendry D. Lee
Welcome Hendry, the more the merrier. Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of H. D. Lee Sent: Friday, September 20, 2002 9:43 AM To: [EMAIL PROTECTED] Subject: [leaf-devel] Introduction for Hendry D. Lee Hello List, As Mike suggested on an offlist email, I would like to introduce myself. I am a newly joining LEAF developer. I am 23 years old system administrator, working at an ISP. My first involvement with LEAF (LRP) was a year or so ago. I was trying to build a router based on wireless Orinoco card. It was an interesting experience. I am impressed with how the LEAF project have evolved. I hope I could contribute something to the project. Thank you. Keep up the good work. -- H. D. Lee --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off
Jacques, Thanks for the sanity check. In retrospect, it makes sense, but it would have been nice if the UML folks had this little fact documented a bit more clearly. Perhaps it was and I just missed it. Are there plans for an updated Bering-UML or will that be after rc4 is released. Respectfully, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jacques Nilo Sent: Tuesday, September 10, 2002 6:14 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off Le Mardi 10 Septembre 2002 08:01, Eric B Kiser a écrit : > Allrighty, > > Here is what I have put together. Some of which is just an educated guess. > > I was using an older version of uml_utilities which worked fine with the > slink file system and the 2.4.18-21 kernel. However, it did not work with > either the 2.4.18-21 or 2.4.18-45 kernels when combined with the bering > file system. This was tested with both my bering 1.0-rc2 and my bering > 1.0-rc3 and both of these tested against both the -21 and -45 kernels. It > also did not work when combined with Brad's bering 1.0-rc3 file system. To > get more in depth I also used Brad's start up script, 2.4.18-45 kernel, and > initrd.lrp. To take it a step forward I swapped in and out my start up > script, my kernels, my file systems, and initrd.lrp. All to no success. I > worked on this for hours and am pretty sure I have used every possible > combination. > > Next, I updated to the most recent uml_utilities released just a few days > ago on 2002-09-06. I found that I could only get the UML bering file system > to come up with the 2.4.28-21 kernel. Brad however is able to use the > 2.4.28-45 kernel but he is also using uml_utilities dated 2002-07-29. My > original uml_utilities was even older than this. > > So here is my final recommendation... > > bering 1.0-rc3 file system > + > kernel 2.4.18-21 > + > uml_utilities_20020906.tar.bz2 > > or use... > > bering 1.0-rc3 file system > + > kernel 2.4.18-45 > + > uml_utilities_20020729.tar.bz2 > > If anyone can confirm interactions that counter what I have just tested > please let me know. For now I am going to stick with the most recent > uml_utilities and use the 2,4,18-21 kernel until the bering crew releases > an update. Eric: There is indeed a link between the version of uml_utilities and the version of the UML patch you are using. New functionnalities added by more recent version of UML need recent version of uml_utilities. This is not clearly documented in the UML web site and I should also made that point clearer in my doc. The trick is to find when the UML patch you are using was released and find the closest release of uml_utilities The UML patch list is here: http://user-mode-linux.sourceforge.net/dl-2.4-patches-sf.html For example patch 45 was released July 25th The uml_utilities releases are here: http://user-mode-linux.sourceforge.net/dl-tools-sf.html >From this list it appears that you should use the 20020721 version. More recent version might work as well. No guarantee... Also a very important point is to start your virtual machine with xterm and nothing else (aterm, xrvt and the many variant that are existing). So xterm must be installed on your host. Hope that help. But it's true that UML can sometime be a bit tricky... Jacques --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off
Allrighty, Here is what I have put together. Some of which is just an educated guess. I was using an older version of uml_utilities which worked fine with the slink file system and the 2.4.18-21 kernel. However, it did not work with either the 2.4.18-21 or 2.4.18-45 kernels when combined with the bering file system. This was tested with both my bering 1.0-rc2 and my bering 1.0-rc3 and both of these tested against both the -21 and -45 kernels. It also did not work when combined with Brad's bering 1.0-rc3 file system. To get more in depth I also used Brad's start up script, 2.4.18-45 kernel, and initrd.lrp. To take it a step forward I swapped in and out my start up script, my kernels, my file systems, and initrd.lrp. All to no success. I worked on this for hours and am pretty sure I have used every possible combination. Next, I updated to the most recent uml_utilities released just a few days ago on 2002-09-06. I found that I could only get the UML bering file system to come up with the 2.4.28-21 kernel. Brad however is able to use the 2.4.28-45 kernel but he is also using uml_utilities dated 2002-07-29. My original uml_utilities was even older than this. So here is my final recommendation... bering 1.0-rc3 file system + kernel 2.4.18-21 + uml_utilities_20020906.tar.bz2 or use... bering 1.0-rc3 file system + kernel 2.4.18-45 + uml_utilities_20020729.tar.bz2 If anyone can confirm interactions that counter what I have just tested please let me know. For now I am going to stick with the most recent uml_utilities and use the 2,4,18-21 kernel until the bering crew releases an update. Thanks allot for your help on this Brad. Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brad Fritz Sent: Monday, September 09, 2002 2:30 PM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off On Mon, 09 Sep 2002 13:54:44 -0400 Eric Kiser wrote: > Hi Brad, > > Thanks for all the information. I did notice that in your boot sequence it > showed that you are using mconsole (version 2). Mine shows mconsole (version > 1). Where did you get yours? I used the .rpm off of the UML site. It's part of the debian testing uml-utilities package: $ dpkg -S uml_mconsole uml-utilities: /usr/share/man/man1/uml_mconsole.1.gz uml-utilities: /usr/bin/uml_mconsole $ dpkg -l uml-utilities | grep "^ii" ii uml-utilities 20020729-1 User-mode Linux (utility programs) Looks like it's a fairly recent (7/29) release. > [snip] > I'd be happy to send you copies of my bering_fs or initrd.lrp files offlist > if that would help. > [/snip] > > That would be fantastic. Will do. --Brad --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off
Hi Brad, Thanks for all the information. I did notice that in your boot sequence it showed that you are using mconsole (version 2). Mine shows mconsole (version 1). Where did you get yours? I used the .rpm off of the UML site. [snip] I'd be happy to send you copies of my bering_fs or initrd.lrp files offlist if that would help. [/snip] That would be fantastic. Okay, so here is my plan... Install brad_bering_fs . Test with -45 kernel. Test with -21 kernel. Upgrade to mconsole (version 2). Re-Install brad_bering_fs . Test with -45 kernel. Test with -21 kernel. Install eric_bering_fs Test with -45 kernel. Test with -21 kernel. If I find a positive outcome I will submit my findings to the list and I can continue with building the new zebra packages. If I do not find a positive outcome I will continue the fight ad naseum. Thanks and best regards, Eric -Original Message- From: Brad Fritz [mailto:[EMAIL PROTECTED]] Sent: Monday, September 09, 2002 1:10 PM To: Eric B Kiser Cc: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off Eric, On Mon, 09 Sep 2002 11:18:57 -0400 Eric Kiser wrote: > Okay, I must be doing something wrong and just don't realize it. I have > followed the direction listed in the online documentation multiple times and > I am still not getting anywhere. I did quite a bit of searching over the > weekend for the message "sh: can't access tty; job control turned off" but > all that I turned up was dead ends and wonderfully irrelevant information > like "upgrade your mail server". Given the fact that I did not find an > answer that helped me that mail server link was definitely the most > entertaining. To the ignorant mind (that would be me) it just so completely > seemed to have nothing to do with my problem. Here is what I have tried... > > Bering_1.0-rc3_img_bering_1680.bin > with both linuxuml-2.4.18-21 and -45 > > and... > > Bering_1.0-rc2_img_bering_1680.bin > with both linuxuml-2.4.18-21 and -45 > > I did differ from the instructions in that I named my file system bering_fs > instead of Bering_fs and (note the upper case B was recommended in the docs) > I used the username uml_dev instead of leafuml (if this is the problem then > I will proceed with kicking my own ass just to make up for annoying everyone > with these messages). > > Here is a copy of my startuml script (notice I did maintain the lower case > 'b' in bering_fs and 'yes' I did modify the script when I changed > kernels)... > > #! /bin/sh > ./linuxuml-2.4.28-45 ubd0=bering_fs initrd=initrd.lrp root=/dev/ram0 > init=/linuxrc boot=/dev/ubd0:minix PKGPATH=/dev/ubd0 devfs=nomount > LRP=root,etc,local,log,modules > > After the message: > sh: can't access tty; job control turned off > > I get the # prompt where I typed exit and got: > Kernel panic: Attempted to kill init! > > If none of this is helpful to anyone could someone at least confirm that > they have managed to get rc2 or rc3 running with either of the -21 or -45 > kernels by following the direction as posted in the on line docs. I have run rc3 under -45 by following Jacques' instructions. I don't remember finding any problems with the docs, but it's been over a month and I could have forgotten if there were. I am sure I would have reported any significant problems to Jacques on leaf-devel. I am running UML under debian testing with a custom 2.4.18 kernel. $ ls -l total 4152 -rw-r--r--1 brad brad 2048000 Aug 17 10:20 bering_fs -rwxr-xr-x1 brad brad 410442 Aug 17 10:20 initrd.lrp -rwxr-xr-x1 brad brad 1777972 Aug 17 10:20 linuxuml-2.4.18-45 -rw-r--r--1 brad brad 73 Aug 17 18:05 packages -rwxr-xr-x1 brad brad 424 Aug 17 18:29 test I start it with a "test" script: $ cat test #!/bin/sh ./linuxuml-2.4.18-45 eth0=tuntap,tap0 \ eth1=tuntap,tap1 \ eth2=tuntap,tap2 \ ubd0=bering_fs \ initrd=initrd.lrp \ root=/dev/ram0 \ init=/linuxrc \ boot=/dev/ubd0:minix \ PKGPATH=/dev/ubd0 devfs=nomount \ LRP=`cat packages` $ cat packages root,etc,local,modules,shorwall,dnscache,weblet,libz,sshd,ntpclnt,dhcpd I have also included a log of the UML startup below my signature. Have you tried setting VERBOSE=1 and DEBUG=1 in /linuxrc in your initrd.lrp image? They might give you more context for the " can't access tty" error. Let me know if there's anything I can do to help. I'd be happy to send you copies of my bering_fs or initrd.lrp files offlist if that would help. --Brad tr
RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off
Okay, I must be doing something wrong and just don't realize it. I have followed the direction listed in the online documentation multiple times and I am still not getting anywhere. I did quite a bit of searching over the weekend for the message "sh: can't access tty; job control turned off" but all that I turned up was dead ends and wonderfully irrelevant information like "upgrade your mail server". Given the fact that I did not find an answer that helped me that mail server link was definitely the most entertaining. To the ignorant mind (that would be me) it just so completely seemed to have nothing to do with my problem. Here is what I have tried... Bering_1.0-rc3_img_bering_1680.bin with both linuxuml-2.4.18-21 and -45 and... Bering_1.0-rc2_img_bering_1680.bin with both linuxuml-2.4.18-21 and -45 I did differ from the instructions in that I named my file system bering_fs instead of Bering_fs and (note the upper case B was recommended in the docs) I used the username uml_dev instead of leafuml (if this is the problem then I will proceed with kicking my own ass just to make up for annoying everyone with these messages). Here is a copy of my startuml script (notice I did maintain the lower case 'b' in bering_fs and 'yes' I did modify the script when I changed kernels)... #! /bin/sh ./linuxuml-2.4.28-45 ubd0=bering_fs initrd=initrd.lrp root=/dev/ram0 init=/linuxrc boot=/dev/ubd0:minix PKGPATH=/dev/ubd0 devfs=nomount LRP=root,etc,local,log,modules After the message: sh: can't access tty; job control turned off I get the # prompt where I typed exit and got: Kernel panic: Attempted to kill init! If none of this is helpful to anyone could someone at least confirm that they have managed to get rc2 or rc3 running with either of the -21 or -45 kernels by following the direction as posted in the on line docs. Many thanks in advance, Eric [Kiser, not the other two ;-)] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eric B Kiser Sent: Saturday, September 07, 2002 11:43 AM To: [EMAIL PROTECTED] Subject: RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off Just verified (stat /home/uml_dev/bering_fs) and it is set to 666. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jacques Nilo Sent: Saturday, September 07, 2002 5:09 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off On Saturday 07 September 2002 04:35, Eric B Kiser wrote: > Howdy all, > > I have run into another problem with using UML. I am trying to boot up > using bering-1.0-rc2 and I get the message... > > sh: can't access tty; job control turned off > > I have tried using the 2.4.28-21 and the 2.4.18-45 kernels and both drop to > a # prompt after hitting that message. > > Any help would be appreciated. > What are the file permissions of your Bering disk image ? Jacques --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off
Just verified (stat /home/uml_dev/bering_fs) and it is set to 666. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jacques Nilo Sent: Saturday, September 07, 2002 5:09 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off On Saturday 07 September 2002 04:35, Eric B Kiser wrote: > Howdy all, > > I have run into another problem with using UML. I am trying to boot up > using bering-1.0-rc2 and I get the message... > > sh: can't access tty; job control turned off > > I have tried using the 2.4.28-21 and the 2.4.18-45 kernels and both drop to > a # prompt after hitting that message. > > Any help would be appreciated. > What are the file permissions of your Bering disk image ? Jacques --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] UML Bering - sh: can't access tty; job control turned off
Howdy all, I have run into another problem with using UML. I am trying to boot up using bering-1.0-rc2 and I get the message... sh: can't access tty; job control turned off I have tried using the 2.4.28-21 and the 2.4.18-45 kernels and both drop to a # prompt after hitting that message. Any help would be appreciated. Thanks, Eric --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Boot sequence hangs at starting cron.
I downloaded the linuxuml-2.4.18-21 kernel and everything came up fine. My thanks to everyone that responded. Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 4:27 PM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] Boot sequence hangs at starting cron. > I have finally gotten the hardware together to set up my development station > and have been working on getting UML set up as per Jacques' "Developing and > using LEAF in a virtual environment" documentation. When I execute the > command... > > ./linuxuml-2.4.XX-YY ubd0=root_fs_slink > > ...the boot sequence hangs at... > > Starting periodic command scheduler: cron. > > Any suggestions would be greatly appreciated. Which YY UML patch version are you using ? Have you tried with an older version ? Which kernel is running your host machine ? Jacques --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Boot sequence hangs at starting cron.
Hi Jacques, The host system is running redhat's modified linux kernel 2.4.18-10. The UML kernel is 2.4.18-45 from the LEAF downloads area. I have not tried an older kernel version. If this is the next step which version would you recommend? Thanks for getting back to me. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 4:27 PM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] Boot sequence hangs at starting cron. > I have finally gotten the hardware together to set up my development station > and have been working on getting UML set up as per Jacques' "Developing and > using LEAF in a virtual environment" documentation. When I execute the > command... > > ./linuxuml-2.4.XX-YY ubd0=root_fs_slink > > ...the boot sequence hangs at... > > Starting periodic command scheduler: cron. > > Any suggestions would be greatly appreciated. Which YY UML patch version are you using ? Have you tried with an older version ? Which kernel is running your host machine ? Jacques --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Boot sequence hangs at starting cron.
Thanks Ewald, I will keep plugging away at it. Eric -Original Message- From: Ewald Wasscher [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 12:10 PM To: Eric B Kiser Cc: Leaf-devel Subject: Re: [Leaf-devel] Boot sequence hangs at starting cron. On Thu, 2002-09-05 at 16:16, Eric B Kiser wrote: > I have finally gotten the hardware together to set up my development station > and have been working on getting UML set up as per Jacques' "Developing and > using LEAF in a virtual environment" documentation. When I execute the > command... > > ./linuxuml-2.4.XX-YY ubd0=root_fs_slink > > ...the boot sequence hangs at... > > Starting periodic command scheduler: cron. > > Any suggestions would be greatly appreciated. For me Jacques' kernel didn't work (gentoo 1.2 vanilla kernel 2.4.19) and I rolled my own. Ewald Wasscher --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Boot sequence hangs at starting cron.
I have finally gotten the hardware together to set up my development station and have been working on getting UML set up as per Jacques' "Developing and using LEAF in a virtual environment" documentation. When I execute the command... ./linuxuml-2.4.XX-YY ubd0=root_fs_slink ...the boot sequence hangs at... Starting periodic command scheduler: cron. Any suggestions would be greatly appreciated. Thanks in advance, Eric --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] cvs src tree
This seems to be about the same as what was proposed last time this thread went around. I think this solution makes perfect sense. It has my vote! Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of guitarlynn Sent: Saturday, August 24, 2002 11:43 PM To: [EMAIL PROTECTED] Subject: [Leaf-devel] cvs src tree I've been doing some thinking about a good way to setup the LEAF src tree, as there is still nothing there. As I need to upload my own src for a package binary and working on others, I need somewhere to put it within the tree. My thoughts on a tree structure are as follows: src +bering +dachstein +oxygen +packetfilter +wisp-dist +packages +glibc-2.0 +glibc-2.1 +glibc-none +binaries I believe the seperation of glibc within packages will avoid confusion between packages with the same package name that actually differ in end use. The addition of a binary tree will allow for compiled executables/utilities that are not part of any core image or package that are available for LEAF. Any thoughts, as we need to have the src tree up and populated! -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] LEAF stats
Wow Mike, This is excellent news. I am a bit late on this but it deserves a follow up none the less. Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Noyes Sent: Friday, August 02, 2002 1:06 AM To: leaf-devel Subject: [Leaf-devel] LEAF stats Everyone, Congratulations. We broke most of our old records for project stats last month. We're now in the top 1% of SF projects. https://sourceforge.net/project/stats/index.php?report=months&group_id=13751 Month Rank Page Views D/l July 2002 230 ( 97.64 ) 93,751 13,021 Top Project Pageviews (Updated Daily) Measured by impressions of the SourceForge 'button' logo https://sourceforge.net/top/toplist.php?type=pageviews_proj Rank Project Name Pageviews Last Rank Change 95 LEAF - Linux Embedded Appliance Firewall 1303187 Down 8 -- Mike Noyes <[EMAIL PROTECTED]> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Multiple upstream links
Howdy Charles,
Perhaps I can help with your BGP question.
[snip]
Has anyone tried anything similar with BGP (or similar routing
protocols)? It seems reasonable to expect a router that's not too many
hops away (ie the ISP, or the ISP's upstream provider) would be running
BGP, and while it's hopefully not possible to alter the route list, it
might be possible to import route information.
[...]
Charles Steinkuehler
[/snip]
BGP will not talk to just anybody. It will only send and receive information
with 'peers' and 'peers' are statically configured when you set up BGP. This
can be slightly confusing since BGP is a dynamic routing protocol. The
peering sessions are static, although the routing tables and routing
information that passes between the peers is dynamic.
The best reference for load balancing is Jack Coates site. He does a great
job of summing up the major concerns with load balancing and offering
suggestions on how to make it work. There is some great information there
and it is a quick read. Here is the link...
http://www.leaf-project.org/pub/doc/howto/LRP-Load-Balancing-HOWTO.html
Hope this helps.
Eric
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Charles
Steinkuehler
Sent: Tuesday, August 13, 2002 1:31 PM
To: [EMAIL PROTECTED]
Subject: [Leaf-devel] Multiple upstream links
Not that I have time to mess with this, but what's the current state of
the art regarding multiple upstream internet connections and possible
bandwidth sharing?
At the moment, I have a work-related SDSL connection (sadly, it's only
384K, rather than the 1.1 MBit I used to have...I moved farther away
from the CO :< ), as well as the personal cable-modem link (dynamic IP
from cox.net) I had at home prior to moving my office.
I'm eventually going to get rid of the cable-modem connection to save
money, but before I do, it's the first time I've had a real-world
environment for testing multiple uplink configurations. Anyone got any
ideas they'd like to see tested? I can't devote a lot of time to this
(I still haven't even managed to get an updated Dachstein-CD out with
the new ssh packages), but I can probably spend a couple evenings trying
out a few things.
Also...I recently got a nifty trick from the local linux users group
regarding time-servers:
> Does someone knows of a time server that I can use to
> synchronize my linux box at boot time?
There are a bunch listed at www.ntp.org, a.k.a. www.eecis.udel.edu/~ntp.
A possibly better alternative is to use your provider - most ISPs enable
NTP on their routers. This is convenient for them, since they can
correlate router log messages accurately. It's convenient for you,
since
you have a low-latency time source just a few milliseconds away.
Tru running "ntpdate -q" against a traceroute output, e.g.
traceroute -n www.cnn.com | head -5 | awk '{print $2}' | \
xargs -n 1 ntpdate -q
You'll usually find an NTP server close by.
Has anyone tried anything similar with BGP (or similar routing
protocols)? It seems reasonable to expect a router that's not too many
hops away (ie the ISP, or the ISP's upstream provider) would be running
BGP, and while it's hopefully not possible to alter the route list, it
might be possible to import route information. If you could do this on
both links, and run BGP on the LEAF box, you could do *REAL*
load-balancing (or am I missing something major here? I don't do much
backbone type setup/config, so I could be completely off-base).
Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)
---
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
---
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Introduction of Eric Kiser
Howdy All, Mike just recently invited me to join the project and it was with great enthusiasm that I have accepted. I cannot begin to sufficiently explain how honored I am to be a part of the LEAF project and to have my name listed among the many exceptional people here. Here are my goals: [1] Continue to help out on the mailing list. [2] Create multiple Zebra packages that reflect the roles of various networks (ex. enterprise: zebra-en.lrp would be packaged with support for rip and ospf; service provider: zebra-sp.lrp would be packaged with support for ospf and bgp; ipv6 gateway: zebra-v6.lrp would be packaged with the ipv6 versions of the above.) Thanks to all, Eric Kiser --- This sf.net email is sponsored by: Jabber Inc. Don't miss the IM event of the season | Special offer for OSDN members! JabConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] OT Fun with old BattleBots (some linux content)
Pretty cool Charles, I would definitely like to see the pictures. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Charles Steinkuehler Sent: Sunday, June 23, 2002 3:17 PM To: [EMAIL PROTECTED] Subject: [Leaf-devel] OT Fun with old BattleBots (some linux content) Sorry for the OT post...feel free to hit delete now, if desired. Well, it's a lazy Sunday afternoon, and I came into the office to do a bit of soldering work on some of my old BattleBot motor controllers. Mike will probably remember these...they're from "Twister", and one is the controller I blew up by dropping a screw onto it about an hour before my first match. Anyway, what ever becomes of old BattleBots that have outlived their prime? Well, around here, the motors (two heavy-duty industrial Baldor DC Servo motors) and controllers become the guts of a parade float :-) In case you haven't heard, this July 4th is the first annual wIndepedance day (as declared by the Desktop Linux folks: http://www.desktoplinux.com/news/NS3432021257.html). In honor of this watershead event, I am working on a parade float for my neighborhood 4th of July parade, which will feature "Tux" sitting on a 4' x 5' wooden platform (think "desktop"), and probably carrying an american flag (or maybe with an "Uncle Sam" type hat), with me sitting in Tux's belly, driving. Anyway, right now, there are just a bunch of pieces strewn out on my garage floor, but as things get more interesting, I'll take some photos and post them online. I'll probably even send some in for the desktoplinux.com essay contest (they say a picture's worth a thousand words :-) Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) P.S. Yes, I do live in a neighborhood that still has picnics, parades, progressive dinners, and even our own mayor! (Potwin Place, in Topeka, KS, if you're really curious...a victorian neighborhood developed in the late 1800's) --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hello again!
Welcome back Serge, I was wondering what had happened to you. Yikes, that must have been one nasty accident. Glad to hear that you are recovering well though. Looking forward to more of your insightful banter. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Serge Caron Sent: Friday, June 21, 2002 5:04 PM To: LEAF Subject: [Leaf-devel] Hello again! Hello all, I have been recovering from a car accident in late march. I have been back at work for 10 days, altough I am confined to (short) half days. Needless to say, between my family and my staff, I don't have a chance to exceeds these hours... :-) I am happy to see that Mike is building a package repository (I still have 42 digests to read to see how this is developping) and I hope to be more productive during the summer. Some guy in my lab pushed my ideas a little bit further and got outstanding results. Regards, Serge Caron PS: I am really typing this with ONE finger :-) --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] kernel 2.4.xl modules for IPsec pass-through when using NAT and netfilter/iptables
All, This is a follow up message for the post originally titled - ip_masq_ipsec.o for Bering. After communicating with three different sources on the Netfilter mailing list here are the results. There are /no/ additional modules required. Below is a brief of the messages exchanged... [my post] > Howdy All, > > I am using Linux with kernel 2.4.18 as a firewall that is doing NAT. I need > to be able to make an IPSec connection _through_ this firewall to an IPSec > server on the internet. > > I am told that I need to have the modules ip_conntrack_ipsec.o and > ip_nat_ipsec.o for my Linux 2.4.18 Firewall to be able to NAT this > connection. It was also mentioned that a Mr. Harald Welte may have posted > these on the netfilter site. > > I have gone through the FAQ, browsed the HOWTO, and done some cursory > searching of the mail archive with no helpful results. Any guidance on this > would be greatly appreciated. > > Regards, > Eric [reply] Who has told you about this? The modules don't exist, at least not provided by the netfilter/iptables project. I also haven't heared that some 3rd party is providing those modules -- Live long and prosper - Harald Welte / [EMAIL PROTECTED] [my post] > Are there any required modifications, other than just /not/ restricting the > required ports, to be able to pass IPsec traffic when using your Linux > system as a router and performing NAT. [response from Julian Gomez] Nope. Let IKE + ESP/AH traffic through. That's it. [interesting test results from Pavlos] I did some testes last week and i found out that one VPN client behind the gateway can connect with the vpn server but two not! My vpn client use IPSEC with udp protocol nad 500 port ,and protocol 50. >From ip_conntrack i saw that when 2 clients tried to connect to the VPN server only the one hava established connection for protocol 50,the second only had traffic for udp protocol udp and port 500. PAvlos Thanks to everybody for spurring me into this. /Eric ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Site update (2002-04-25)
Haven't seen anyone reply to this so far so I figured that I would throw in my $0.02. Shouldn't we have both noglibc and glibc-any /Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Noyes Sent: Thursday, April 25, 2002 8:34 AM To: leaf-devel Subject: [Leaf-devel] Site update (2002-04-25) Everyone, I'm not progressing as fast as I thought I would with our bin/packages tree in cvs. I'm only on "h". :-( Have we decided where (noglibc, glibc-any, etc.) we would like to place our packages that don't require libc.so.6? PhpWebSite 0.8.2 was released recently. After I complete the initial import of our packages tree, I'll start evaluating the new phpWebSite release. -- Mike Noyes <[EMAIL PROTECTED]> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Upgrading Bering to libc 2.2.x?
I will definitely second Kim on this one. I am very interested in the work that you have done. But the real deciding factor on whether this gets used is going to be documentation. Still, nice work. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kim Oppalfens Sent: Friday, April 26, 2002 12:40 PM To: Simon Blake; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] Upgrading Bering to libc 2.2.x? At 13:09 26/04/2002, Simon Blake wrote: Would indeed make it to large for a single floppy release, but not for many of us that run dual floppy, flash, hdd or cdrom based leaf's. So it there any chance you can post the packages somewhere? And maybe just maybe, if you can spare the time write a little step-by-step document explaining what you did? I know I would appreciate very much, and I expect I am not the only one Kim >Hi folks > >Nothing quite like replying to yourself a month later. A few weeks ago, >I had another go at converting Bering to glibc 2.2.5, and irritatingly, >it pretty much worked first time :-). I've now got a couple of routers >out in the field running Bering RC1 and glibc 2.2.5, and it seems >to be working a charm. For those that asked, the increase in bloat >probably rules out single floppy systems, but it's not enormous: > >Original Bering: >-rwxr-xr-x1 root root 409022 Mar 19 00:56 initrd.lrp >-rwxr-xr-x1 root root 317849 Mar 22 01:22 root.lrp > >Glib2.2 Bering: >-rwxr-xr-x1 root root 916546 Apr 9 00:08 initrd.lrp >-rwxr-xr-x1 root root 380303 Apr 8 23:02 root.lrp > >About the only trap in the transition is that you have to increase the >size of the minix file system in initrd.lrp and of the initial ramdisk >to accomodate the bloat. > >Cheers >Si > >On Wed, Mar 20, 2002 at 01:45:55PM +1200, Simon Blake said: > > > Hi Folks > > > > I've been using Dachstein with a home grown upgrade to libc v2.2.4 > > (simply replacing most of /lib in root.lrp with the files from my debian > > unstable box) - works a charm, and since I'm working of Compact Flash > > the extra bloat isn't a huge issue. It makes packaging easier (no need > > to keep an old dev env around), and makes some otherwise uncompilable > > code accessible (notably vrrpd and some of the LVS stuff). > > > > So, I've tried the same thing with Bering - upgraded libc and ld-linux > > in initrd.lrp, and the rest of /lib in root.lib. It all seems to work, > > except that root can no longer login (gets an error about UNKNOWN user > > on tty1). Now, I'm aware that that's probably not a Bering specific > > error, but I'm wondering if anybody else has done something like this > > and solved this problem, before I dive in and try and fix it myself. > > Are there plans for a libc2.2 based Bering? > > > > Cheers > > Si > > > > ___ > > Leaf-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/leaf-devel > >___ >Leaf-devel mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Bering v1.0-rc2 available
We got serial support in the kernel!!! All right! Thanks Guys, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jacques Nilo Sent: Thursday, April 25, 2002 9:06 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: shorewall-users Subject: [Leaf-devel] Bering v1.0-rc2 available This new release includes, among other things, ipsec and pptp support. Also updated with latest 1.2.12 Shorewall and iptables 1.2.6a The documentation has been considerably extended Thanks to all the folks who helped us on this release ! The details are here: http://leaf.sourceforge.net/article.php?sid=37 Jacques & Eric http://leaf.sourceforge.net/devel/jnilo ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Testenvironment
Howdy Torsten, The site below was recommended on the zebra mailing list for just that sort of thing. Haven't looked into it myself yet but maybe you will be able to find something helpful there. http://www.iol.unh.edu/testsuites/index.html Good Luck and please report back to the list and let us know if you find something particularly useful. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Torsten Boob Sent: Monday, April 22, 2002 6:12 PM To: [EMAIL PROTECTED] Subject: [Leaf-devel] Testenvironment Hello, iam searching for an test environment for routing devices. And it would be nice from you to tell me what you use, to test the linux-router's routing properties. I mean troughout, response time, routing protocoll and so on. Is there a programm you use, oder do you use some expensive commercial systems ? I would be very thankful if you give me a hint. greetings Torsten -- ICQ : 37734965 web: www.ddflatrate.de This message was sent by Sylpheed, running on an GNU/Debian System. -- ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] make.lrp
Yeah, this is what I have been finding out. I had this idea of creating a 2 floppy setup for an instant development environment. Little did I realize... Thanks for the follow up though. Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Friday, February 08, 2002 2:49 AM To: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] make.lrp On 19 Mar 02, at 16:02, Jacques Nilo wrote: > > I came across David's make.lrp. Assuming that dependencies are in order > > shouldn't I be able to just load this package into Bering and be able to use > > it as a development station. Any insight on this would be appreciated. > If make.lrp was compiled against glibc 2.0 which is most probably the case > there should not be any problem. Just give it a try :-) It should have been done against glibc 2.0, so there shouldn't be any problem. Of course, make isn't enough - but with gcc and automake and autoconf and all of the /usr/include headers and kernel headers and other include files and bison and flex and yacc, you should be okay :-) My thoughts on creating make was that it's useful for so many OTHER things as well: make diskimage make backupimage (who knows?) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Upgrading Bering to libc 2.2.x?
Si, How big are we talking about? Could you use it in a dual floppy set up? Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Simon Blake Sent: Tuesday, March 19, 2002 8:46 PM To: [EMAIL PROTECTED] Subject: [Leaf-devel] Upgrading Bering to libc 2.2.x? Hi Folks I've been using Dachstein with a home grown upgrade to libc v2.2.4 (simply replacing most of /lib in root.lrp with the files from my debian unstable box) - works a charm, and since I'm working of Compact Flash the extra bloat isn't a huge issue. It makes packaging easier (no need to keep an old dev env around), and makes some otherwise uncompilable code accessible (notably vrrpd and some of the LVS stuff). So, I've tried the same thing with Bering - upgraded libc and ld-linux in initrd.lrp, and the rest of /lib in root.lib. It all seems to work, except that root can no longer login (gets an error about UNKNOWN user on tty1). Now, I'm aware that that's probably not a Bering specific error, but I'm wondering if anybody else has done something like this and solved this problem, before I dive in and try and fix it myself. Are there plans for a libc2.2 based Bering? Cheers Si ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] make.lrp
Thanks Jacques, I will give it a shot and see if it works Eric -Original Message- From: Jacques Nilo [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 19, 2002 2:01 AM To: Eric B Kiser; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] make.lrp > I came across David's make.lrp. Assuming that dependencies are in order > shouldn't I be able to just load this package into Bering and be able to use > it as a development station. Any insight on this would be appreciated. > If make.lrp was compiled against glibc 2.0 which is most probably the case there should not be any problem. Just give it a try :-) Jacques ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] make.lrp
LEAF Community, I came across David's make.lrp. Assuming that dependencies are in order shouldn't I be able to just load this package into Bering and be able to use it as a development station. Any insight on this would be appreciated. Thanks, Eric ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] q regarding an ftp site for leaf-project.org
Lynn, I am not sure what you mean by RIP simulator but there is some great work being done with the GNU/Zebra dynamic routing protocol suite. You can reach them at... www.zebra.org ... also, David has already built a package from the zebra 0.92a release. Regards, -Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of guitarlynn Sent: Saturday, March 02, 2002 5:30 PM To: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] q regarding an ftp site for leaf-project.org On Thursday 28 February 2002 21:26, David Douthitt wrote: > On 2/28/02 at 1:52 AM, guitarlynn <[EMAIL PROTECTED]> wrote: > > PicoBSD might as well not even exist anymore. > > I HAD to reply to this :-) Hehe, I figured this might peek some interest ;-) > PicoBSD is now an official part of the FreeBSD distribution, and is > included in the source tree. The web pages haven't been updated in a > LONG time. There also are very few, if any, floppy disk images to > download. The expected thing to do is download the FreeBSD sources. > > However, there ARE the older PicoBSD images, plus at least two floppy > images that I've found based on PicoBSD. One is a cluster "director" > - that is, it handles the initial requests to a cluster and doles out > the traffic to the appropriate web server or whatever. So they are still developing PicoBSD, but simply not posting any updates even in the way of information to the project page??? I knew it had been included in FreeBSD, but I haven't loaded a late version. I have used OpenBSD and been happy with it, so maybe I should take a go at a later version of FreeBSD. I just figured they would keep a current changelog or something to that effect on their homepage. :-(. > > Solaris sucks on an i86, but rules on a Sparc. > > I heard that 2.6 was alright, but 7 and 8 are slow because they > expect SMP. I can verify that 7 and 8 run very slow on i86! At the time it came out, there was very limited NIC drivers too. It is a great version to learn Solaris on in any respect and definately worth the experience, but not for a production machine. On a different note, have anyone come across a open source RIP simulator??? -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Scripting language
Can someone expound as to why TCL would be a bad choice. I thought there was a time when it was considered the standard for what you are wanting to do yet there has been no mention of it in this thread. Regards, Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Douthitt Sent: Friday, February 08, 2002 8:06 AM To: LEAF Development Subject: Re: [Leaf-devel] Scripting language On 2/8/02 at 12:54 AM, Matt Schalit <[EMAIL PROTECTED]> wrote: > What does a hello world in FORTH look like? : HELLO_WORLD ." Hello, World!" ; HELLO_WORLD > Maybe could you also post an example that asks > your full name then echos the first name and > last name on different lines? Text processing is not a basic part of FORTH - remember this is a low-level language like C (its main competition) or Assembly... It's been too long since I programmed Forth; here's an example that asks a name and echos it back. : GREET CR ." What's your name?" S0 @ 40 EXPECT 0 >IN ! 1 TEXT CR ." Hello, " PAD 40 -TRAILING TYPE ." , I speak FORTH." ; GREET > btw, for Java, the two examples are easier to make > as a gui app, but the answer for a terminal would be: > Those would be compiled with: > > javac *.java > > which creates Hello.class and Fullname.class. > Those are the executables, and they are run with: > > java Hello > java Fullname > > Java is very case sensative, and classes start > with a capital letter. FORTH was case-sensitive, but some modern versions are not. FORTH is an environment, not just a compiler - think of Smalltalk here. The Forth prompt is: ok (cute, eh?) Comments are ( this is a FORTH comment - cute, eh?) or \ This is a one line comment The examples above define a new "word" that extends the language (by using a : ... ; construct) then execute it by name. FORTH is what is called a "Threaded Language" - FORTH is made up of pointers, or pointers to pointers. The "interpreter" is constantly resolving pointers. In Modern Times, we have Postscript, OpenBOOT, and the FreeBSD boot loader - all of which are FORTH or FORTH-like. The corporation that embodies Forth - at least in terms of longevity, and early language luminaries - is Forth, Inc, and they are still going strong. Forth, in fact, is strong in embedded systems - you can get a complete Forth interpreter, with editor, assembler, and quite a few other things in way less than 64k. I can remember a 192k Apple II multitasking under FORTH quite nicely -- David Douthitt UNIX Systems Administrator HP-UX, Unixware, Linux [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
