Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-08 Thread Charles Steinkuehler

> > > ~ Add /root to include.list/local.local for ssh keys
> >
> > This should have been done a long time ago!
>
> I'm not so sure I understand this. What's the purpose?

The /root directory (root's home directory) is made part of local.lrp,
instead of it's current status as part of root.lrp.  This means when you
generate ssh keys for the root user (which go in /root/.ssh/), you can
back them up by saving the local package, rather than requiring you to
backup root.lrp (much more complex...especially if you're running from
CD-ROM).

Acutally, I usually add the /root/.ssh directory to the ssh.lrp package,
and put the root directory in /local (for things like .bashrc), but the
general idea is the same...avoid having to backup root.lrp for minor
changes in the /root directory.

Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-08 Thread Ewald Wasscher

On Wed, 2002-09-04 at 18:54, Charles Steinkuehler wrote:
> 
> > ~ Add /root to include.list/local.local for ssh keys
> 
> This should have been done a long time ago!

I'm not so sure I understand this. What's the purpose?

> 
> > ~Greg Morgan's checkdisk () fix

http://www.mail-archive.com/leaf-devel@lists.sourceforge.net/msg05132.html

> >
> > ~MDS patch to change defaut DCD backup from cd to floppy.
> 

http://www.mail-archive.com/leaf-devel@lists.sourceforge.net/msg04145.html

> Both are probably fine, but I'd like to see the mods...

Well here they are, what do you think?

Ewald Wasscher



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-05 Thread guitarlynn

On Thursday 05 September 2002 11:46, K.-P. Kirchdörfer wrote:
> Am Mittwoch, 4. September 2002 18:54 schrieb Charles Steinkuehler:
> > > ~Fix for POSIXNESS mail script (kapeka?)
> >
> > What's broken in POSIXness mail?
>
> Should be buried somewhere in your mailfolder :)
>
> It's a one line fix to send mail during init process.
>
> I've found that no user is available in that special situation, and
> therefor mail refuses to send a mail with an invalid sender. The fix
> is to use "root" in that case. Especially useful with ipmail.
>
> Jacques accepted it for Bering-rc3, I'll send it again to whoever is
> responsible for Dachstein 1.0.4.

Yeah, it's the missing one out of ~400 I've actually archivedabout
time to clean house and actually make some notes. It's archived here:

http://www.mail-archive.com/leaf-devel@lists.sourceforge.net/msg04581.html

~Lynn
-- 

~Lynn Avants
aka Guitarlynn

guitarlynn at users.sourceforge.net
http://leaf.sourceforge.net

If linux isn't the answer, you've probably got the wrong question!


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-05 Thread K.-P. Kirchdörfer

Am Mittwoch, 4. September 2002 18:54 schrieb Charles Steinkuehler:

>
> > ~Fix for POSIXNESS mail script (kapeka?)
>
> What's broken in POSIXness mail?

Should be buried somewhere in your mailfolder :)

It's a one line fix to send mail during init process.

I've found that no user is available in that special situation, and therefor 
mail refuses to send a mail with an invalid sender. The fix is to use "root" 
in that case. Especially useful with ipmail.

Jacques accepted it for Bering-rc3, I'll send it again to whoever is 
responsible for Dachstein 1.0.4.

kp 


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Charles Steinkuehler

> There were a couple of other WishList things I've archived:
>
> ~MDS solution for dhcp broadcast requests on WAN interface.
> # cat /etc/ipchains.input
> $IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i $EXTERN_IF

Seems like a reasonable mod to an existing system, but if we're playing
with ipfilter.conf there are other ways to handle this.

What about defining a variable that controls logging of the stuff in
stopMartians()?  Something like:

BTW:  For those working with adding new network.conf variables, please
choose better names than the ones I have used in my examples!!!


DO_NOT_LOG_GARBAGE=YES


LOG="-l"
[ "DO_NOT_LOG_GARBAGE" = "YES" ] && LOG=""

/stopMartian ipchains rules/s/-l/$LOG/

> ~ Add /root to include.list/local.local for ssh keys

This should have been done a long time ago!

> ~Greg Morgan's checkdisk () fix
>
> ~MDS patch to change defaut DCD backup from cd to floppy.

Both are probably fine, but I'd like to see the mods...

> ~Upgrade to Syslinux 1.66works better for IDE HD/flash/CF cards.

This is fine

> ~Fix for POSIXNESS mail script (kapeka?)

What's broken in POSIXness mail?

Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread seanecovel

I was working on V1.0.3, but lost a hard drive, and then 
got caught up in other work.  I still have some of the 
files and patches.  Let me know what you're looking for 
(I missed that part of the thread I think) and I'll try 
to find it.  I'm pretty sure I had made up a todo list 
and I can send you that if you like.

Sean
> On Wednesday 04 September 2002 08:20, Charles Steinkuehler wrote:
> > > >   mac addy command in /etc/modules
> > >
> > >~ there was a posted addition to network.conf for this,
> > >   would this be plausible or are you looking for
> > >   something with the ! bang command?
> >
> > This should really be supporeted a ! "bang" command in
> > /etc/modules...that way any MAC changes occur once, and before any
> > higher-level network configuration happens.
> >
> > > >   Add 192.0.2.0/24 to stopMartians
> > > >   Support unblocking of private IP ranges
> > >
> > >~ I can do these, to start with anyway.
> >
> > BTW:  The cleanest way I've thought of to "unblock" the private IP
> > range is to have a variable in /etc/network.conf that disables the
> > particular blocking rules, ie:
> >
> > network.conf:
> > PRIVATE_IP_EXT="YES"
> >
> > ipfilter.conf:
> > [ "$PRIVATE_IP_EXT" = "YES" ] && $IPCH -A $LIST -j DENY -p all  -s
> > 10.0.0.0/8 -d 0/0 -l $*
> 
> Yes, this is what I figured.  :-)
> Thanks for the code!
> 
> 
> > > >  fix extra IP problem when using new net segment.
> > >
> > >~ Where is this error coming from? Maybe I can do this,
> > >I can't say that I've run into it.
> >
> > I don't remember off-hand what this problem was...I'll have to dredge
> > the mail archives.  IIRC, it was an obscure problem when combining
> > several of the more advanced features (IP aliases on the external
> > interface, multiple internal nets, and a port-forwarded DMZ), but I'm
> > not sure...
> 
> I'll look it up.. I've got MDS's  ipfilter patch archived
> This appears to be the one your thinking of.
> 
> 
> > Saddly, I don't have any of Sean's work in progress...
> 
> Would you like me to attempt to contact him and see if any of this
> was saved?
> 
> ###
> There were a couple of other WishList things I've archived:
> 
> ~MDS solution for dhcp broadcast requests on WAN interface.
>  # cat /etc/ipchains.input
>   $IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i $EXTERN_IF
> 
> ~ Add /root to include.list/local.local for ssh keys
> 
> ~Greg Morgan's checkdisk () fix
> 
> ~MDS patch to change defaut DCD backup from cd to floppy.
> 
> ~Upgrade to Syslinux 1.66works better for IDE HD/flash/CF cards.
> 
> ~Fix for POSIXNESS mail script (kapeka?) 
> 
> -- 
> 
> ~Lynn Avants
> aka Guitarlynn
> 
> guitarlynn at users.sourceforge.net
> http://leaf.sourceforge.net
> 
> If linux isn't the answer, you've probably got the wrong question!
> 
> 
> ---
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> 
> ___
> Leaf-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/leaf-devel


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread guitarlynn

On Wednesday 04 September 2002 08:20, Charles Steinkuehler wrote:
> > >   mac addy command in /etc/modules
> >
> >~ there was a posted addition to network.conf for this,
> >   would this be plausible or are you looking for
> >   something with the ! bang command?
>
> This should really be supporeted a ! "bang" command in
> /etc/modules...that way any MAC changes occur once, and before any
> higher-level network configuration happens.
>
> > >   Add 192.0.2.0/24 to stopMartians
> > >   Support unblocking of private IP ranges
> >
> >~ I can do these, to start with anyway.
>
> BTW:  The cleanest way I've thought of to "unblock" the private IP
> range is to have a variable in /etc/network.conf that disables the
> particular blocking rules, ie:
>
> network.conf:
> PRIVATE_IP_EXT="YES"
>
> ipfilter.conf:
> [ "$PRIVATE_IP_EXT" = "YES" ] && $IPCH -A $LIST -j DENY -p all  -s
> 10.0.0.0/8 -d 0/0 -l $*

Yes, this is what I figured.  :-)
Thanks for the code!


> > >  fix extra IP problem when using new net segment.
> >
> >~ Where is this error coming from? Maybe I can do this,
> >I can't say that I've run into it.
>
> I don't remember off-hand what this problem was...I'll have to dredge
> the mail archives.  IIRC, it was an obscure problem when combining
> several of the more advanced features (IP aliases on the external
> interface, multiple internal nets, and a port-forwarded DMZ), but I'm
> not sure...

I'll look it up.. I've got MDS's  ipfilter patch archived
This appears to be the one your thinking of.


> Saddly, I don't have any of Sean's work in progress...

Would you like me to attempt to contact him and see if any of this
was saved?

###
There were a couple of other WishList things I've archived:

~MDS solution for dhcp broadcast requests on WAN interface.
 # cat /etc/ipchains.input
  $IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i $EXTERN_IF

~ Add /root to include.list/local.local for ssh keys

~Greg Morgan's checkdisk () fix

~MDS patch to change defaut DCD backup from cd to floppy.

~Upgrade to Syslinux 1.66works better for IDE HD/flash/CF cards.

~Fix for POSIXNESS mail script (kapeka?) 

-- 

~Lynn Avants
aka Guitarlynn

guitarlynn at users.sourceforge.net
http://leaf.sourceforge.net

If linux isn't the answer, you've probably got the wrong question!


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Mike Noyes

On Wed, 2002-09-04 at 06:20, Ewald Wasscher wrote:
> On Wed, 2002-09-04 at 14:38, Mike Noyes wrote:
> > Do you have a Dachstein source tree ready for import into our
> > repository? It would allow you to create a Dachstein team, and assign
> > aspects of the update to specific members.
> 
> Mike, Charles,
> 
> This is something I'd very much like to work on, but only if Dachstein
> has a future beyond bugfixes. I have played quite a bit with David
> Douthitt's ports system lately, and would like to create, or assist at
> creating, a build-from-source system for one of the distributions.

LEAF release/branch lead developers,
Take note: Ewald is volunteering to help you create a ports/portage
based source tree for your release/branch.

Ewald,
Thanks for offering to help with this. :-)

-- 
Mike Noyes <[EMAIL PROTECTED]>
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Mike Noyes

On Wed, 2002-09-04 at 06:29, Charles Steinkuehler wrote:
> > Charles,
> > Do you have a Dachstein source tree ready for import into our
> > repository? It would allow you to create a Dachstein team, and assign
> > aspects of the update to specific members.
> 
> Saddly, I've been as bad as everyone else (worse, in several cases)
> about source-code.  The main things I've compiled for Dachstein are the
> kernel (patches already availble on my site & LEAF), and busybox...the
> rest is either shell-script or was inherited from Eiger/Materhorn.
> 
> If needed/desired, I can post my busybox configuration files, or check
> them into CVS somewhere...

Charles,
Please check them into your devel/cstein tree in our repository. Thanks.

I think collaborating on a ports/portage based build system for a
src/dachstein tree in our repository with Ewald is a great idea.

-- 
Mike Noyes <[EMAIL PROTECTED]>
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Charles Steinkuehler

> Charles,
> Do you have a Dachstein source tree ready for import into our
> repository? It would allow you to create a Dachstein team, and assign
> aspects of the update to specific members.

Saddly, I've been as bad as everyone else (worse, in several cases)
about source-code.  The main things I've compiled for Dachstein are the
kernel (patches already availble on my site & LEAF), and busybox...the
rest is either shell-script or was inherited from Eiger/Materhorn.

If needed/desired, I can post my busybox configuration files, or check
them into CVS somewhere...

Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Charles Steinkuehler

> >   mac addy command in /etc/modules
>~ there was a posted addition to network.conf for this,
>   would this be plausible or are you looking for
>   something with the ! bang command?

This should really be supporeted a ! "bang" command in
/etc/modules...that way any MAC changes occur once, and before any
higher-level network configuration happens.

> >   Add 192.0.2.0/24 to stopMartians
> >   Support unblocking of private IP ranges
>
>~ I can do these, to start with anyway.

BTW:  The cleanest way I've thought of to "unblock" the private IP range
is to have a variable in /etc/network.conf that disables the particular
blocking rules, ie:

network.conf:
PRIVATE_IP_EXT="YES"

ipfilter.conf:
[ "$PRIVATE_IP_EXT" = "YES" ] && $IPCH -A $LIST -j DENY -p all  -s
10.0.0.0/8 -d 0/0 -l $*


> >  fix extra IP problem when using new net segment.
>~ Where is this error coming from? Maybe I can do this,
>I can't say that I've run into it.

I don't remember off-hand what this problem was...I'll have to dredge
the mail archives.  IIRC, it was an obscure problem when combining
several of the more advanced features (IP aliases on the external
interface, multiple internal nets, and a port-forwarded DMZ), but I'm
not sure...

> >   New packages:
> > ntpclient - name too long!
>~ http://leaf.sourceforge.net/devel/helices/ntpclient/

I think Michael has had this fixed for a while...when I was initially
working on 1.0.3, he was just beginning to package ntpclient.

> > psentry
>~ http://leaf.sourceforge.net/devel/ddouthitt/packages/psentry.lrp
>
> >   Update binaries (or gnu instead of busybox version):
> > ?new busybox
>
> I think Bering is using an updated busybox, but IIRC he needed
> to patch a couple of things to get it to work correctly.

A new compile of busybox would be required to support migrating existing
commands (such as ps) to the "real" gnu versions, rather than the
limited busybox versions currently in use.  I'm thinking this is not
real required at this point.

> This is where Sean Covel was at earlier:
> #
> body { font-family: "helvetica" } p { font-size: 12pt } a { color:
> #547098; text-decoration: none; }Re: [leaf-user] Dachstein-CD update
> Date: Sat, 15 Jun 2002 22:42:23 -0400
> From: "Sean" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
>
>
> This is an update on my progress.
>
> 1. diskfree.sh - This may take awhile to incorporate, on the back
> burner for
> the moment.
> 2. MAC script change(modules/modutils) *DONE!
> 3. p9100.lrp if Bihn Do tests it and lets me know *DONE! Added p9100
> and
> modified root.lrp to create lp0 and par0
> 4. Unknown Weblet updates - Waiting for more info.
> 5. the .lrp.lrp change *DONE!
> 6. Burn and Test it. * I am probably going to do a personal test CD
> tomorrow. My confidence in my Linux/LEAF development skills is low at
> the
> moment. Better test, test, test.
> ##

Saddly, I don't have any of Sean's work in progress...

Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Ewald Wasscher

On Wed, 2002-09-04 at 14:38, Mike Noyes wrote:
> On Tuesday 03 September 2002 15:24, Charles Steinkuehler wrote:
> > Please migrate future replies to leaf-devel...this reply posted to
> > leaf-user in a blatent attempt to get more volunteer help :-)
> > 
> > Let me know if any of it looks like something you'd like to tackle...
> 
> Charles,
> Do you have a Dachstein source tree ready for import into our
> repository? It would allow you to create a Dachstein team, and assign
> aspects of the update to specific members.

Mike, Charles,

This is something I'd very much like to work on, but only if Dachstein
has a future beyond bugfixes. I have played quite a bit with David
Douthitt's ports system lately, and would like to create, or assist at
creating, a build-from-source system for one of the distributions.

Ewald Wasscher



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



Re: [Leaf-devel] Dachstein v1.03 CD?

2002-09-04 Thread Mike Noyes

On Tuesday 03 September 2002 15:24, Charles Steinkuehler wrote:
> Please migrate future replies to leaf-devel...this reply posted to
> leaf-user in a blatent attempt to get more volunteer help :-)
> 
> Let me know if any of it looks like something you'd like to tackle...

Charles,
Do you have a Dachstein source tree ready for import into our
repository? It would allow you to create a Dachstein team, and assign
aspects of the update to specific members.

-- 
Mike Noyes <[EMAIL PROTECTED]>
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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



[Leaf-devel] Dachstein v1.03 CD?

2002-09-03 Thread guitarlynn

On Tuesday 03 September 2002 15:24, Charles Steinkuehler wrote:
> Please migrate future replies to leaf-devel...this reply posted to
> leaf-user in a blatent attempt to get more volunteer help :-)

> Let me know if any of it looks like something you'd like to tackle...

I can take care of a few things and point you to some updated binaries.


>   mac addy command in /etc/modules 
   ~ there was a posted addition to network.conf for this,
  would this be plausible or are you looking for 
  something with the ! bang command?


>   Add 192.0.2.0/24 to stopMartians
>   Support unblocking of private IP ranges

   ~ I can do these, to start with anyway.


>  fix extra IP problem when using new net segment.
   ~ Where is this error coming from? Maybe I can do this,
   I can't say that I've run into it.


>   Package updates:
> libz
   ~ http://leaf.sourceforge.net/devel/jnilo/packages/libz.lrp

> ssh* (add sftp)
   ~ 
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/leaf/devel/helices/openssh/


>   New packages:
> ntpclient - name too long!
   ~ http://leaf.sourceforge.net/devel/helices/ntpclient/

> psentry
   ~ http://leaf.sourceforge.net/devel/ddouthitt/packages/psentry.lrp


>   Update binaries (or gnu instead of busybox version):
> ?new busybox

I think Bering is using an updated busybox, but IIRC he needed
to patch a couple of things to get it to work correctly. 


This is where Sean Covel was at earlier:
#
body { font-family: "helvetica" } p { font-size: 12pt } a { color: 
#547098; text-decoration: none; }Re: [leaf-user] Dachstein-CD update
Date: Sat, 15 Jun 2002 22:42:23 -0400
From: "Sean" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>


This is an update on my progress.

1. diskfree.sh - This may take awhile to incorporate, on the back 
burner for
the moment.
2. MAC script change(modules/modutils)  *DONE!
3. p9100.lrp if Bihn Do tests it and lets me know  *DONE! Added p9100 
and
modified root.lrp to create lp0 and par0
4. Unknown Weblet updates - Waiting for more info.
5. the .lrp.lrp change  *DONE!
6. Burn and Test it.  * I am probably going to do a personal test CD
tomorrow.  My confidence in my Linux/LEAF development skills is low at 
the
moment.  Better test, test, test.
##

Let me know!
-- 

~Lynn Avants
aka Guitarlynn

guitarlynn at users.sourceforge.net
http://leaf.sourceforge.net

If linux isn't the answer, you've probably got the wrong question!


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

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