RE: [leaf-devel] SourceForge.net Donation System

[Eric B Kiser]

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=20244group_id=1
 
 --
 Mike Noyes mhnoyes at users.sourceforge.net
 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=1278alloc_id=3371op=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=1278alloc_id=3371op=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 ...

[Eric B Kiser]

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=1278alloc_id=3371op=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=1278alloc_id=3371op=click

___
leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

RE: [leaf-devel] Re: kernel 2.4.21

[Eric B Kiser]

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] Larry Platzek

[Eric B Kiser]

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

[Eric B Kiser]

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

[Eric B Kiser]

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

RE: [leaf-devel] UML development slink filesystem missing kernel headers

[Eric B Kiser]

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

[leaf-devel] 5. How-to build an UML kernel for LEAF

[Eric B Kiser]

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] 5. How-to build an UML kernel for LEAF

[Eric B Kiser]

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

RE: [leaf-devel] invisible cursor in ae running under UML

[Eric B Kiser]

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

[Eric B Kiser]

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] UML Questions

[Eric B Kiser]

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

[Eric B Kiser]

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] UML Questions

[Eric B Kiser]

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] snort and nmap

[Eric B Kiser]

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] snort and nmap

[Eric B Kiser]

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

[leaf-devel] UML Questions

[Eric B Kiser]

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

RE: [leaf-devel] latest cvs version

[Eric B Kiser]

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

[leaf-devel] latest cvs version

[Eric B Kiser]

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

RE: [leaf-devel] Feature Requests for Bering1.0-rc4

[Eric B Kiser]

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] FAQs sec13: Developer Questions Answered

[Eric B Kiser]

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

[leaf-devel] Feature Requests for Bering1.0-rc4

[Eric B Kiser]

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

[Eric B Kiser]

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

RE: [leaf-devel] Zebra packages have been built and posted.

[Eric B Kiser]

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=1456group_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.

[Eric B Kiser]

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

[leaf-devel] Quick and Dirty LRP Package How-To

[Eric B Kiser]

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 package 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 package.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.

[Eric B Kiser]

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] RE: Bering - included libraries

[Eric B Kiser]

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

RE: [leaf-devel] RE: Bering - included libraries

[Eric B Kiser]

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

RE: [leaf-devel] RE: Bering - included libraries

[Eric B Kiser]

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

snip /

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 describe 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

[Eric B Kiser]

[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 . . .

snip /

--

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

[leaf-devel] Bering - included libraries

[Eric B Kiser]

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] UML Bering - sh: can't access tty; job control turned off

[Eric B Kiser]

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=sourceforge1refcode1=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=sourceforge1refcode1=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

[Eric B Kiser]

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=sourceforge1refcode1=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=sourceforge1refcode1=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=sourceforge1refcode1=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

[Eric B Kiser]

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

tracing thread pid = 16344
Linux version 2.4.18 (root@debian) (gcc version 2.95.4 20011002 (Debian
prerelease)) #8 Sun Jul 28 13:01:33 CEST 2002
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: eth0=tuntap,tap0 eth1=tuntap,tap1 eth2

RE: [Leaf-devel] UML Bering - sh: can't access tty; job control turned off

[Eric B Kiser]

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=sourceforge1refcode1=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=sourceforge1refcode1=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

[Eric B Kiser]

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=sourceforge1refcode1=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=sourceforge1refcode1=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

[Eric B Kiser]

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=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

[Leaf-devel] Boot sequence hangs at starting cron.

[Eric B Kiser]

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=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

RE: [Leaf-devel] Boot sequence hangs at starting cron.

[Eric B Kiser]

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=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

RE: [Leaf-devel] cvs src tree

[Eric B Kiser]

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=sourceforge1refcode1=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=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

RE: [Leaf-devel] LEAF stats

[Eric B Kiser]

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=monthsgroup_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=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

RE: [Leaf-devel] Multiple upstream links

[Eric B Kiser]

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:

quote
 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.
/quote

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

[Eric B 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] Site update (2002-04-25)

[Eric B Kiser]

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

[Leaf-devel] kernel 2.4.xl modules for IPsec pass-through when using NAT and netfilter/iptables

[Eric B Kiser]

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] Bering v1.0-rc2 available

[Eric B Kiser]

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

[Eric B Kiser]

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] Upgrading Bering to libc 2.2.x?

[Eric B Kiser]

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

[Eric B Kiser]

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

[Leaf-devel] make.lrp

[Eric B Kiser]

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

[Eric B Kiser]

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

[Eric B Kiser]

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