On Thu, 6 Dec 2001, David Douthitt wrote:
> On 12/6/01 at 7:48 PM, Jack Coates <[EMAIL PROTECTED]> wrote:
>
> > Great end result, but how scalable is it? Did you write
> > the HTML by hand?
>
> No. Both the index and the individual pages are computer generated.
>
> > I'm thinking this sort of da
On Thu, 6 Dec 2001, David Douthitt wrote:
> Why not let's all give him some emails and let him know how much
> syslinux means to all of us...
Done.
Dale.
___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-
On 12/6/01 at 7:48 PM, Jack Coates <[EMAIL PROTECTED]> wrote:
> Great end result, but how scalable is it? Did you write
> the HTML by hand?
No. Both the index and the individual pages are computer generated.
> I'm thinking this sort of data in a text .desc file in the
> package, then a web app
Why not let's all give him some emails and let him know how much
syslinux means to all of us...
== Forwarded Message ==
Date: 12/6/01 6:57 PM
Received: 12/6/01 9:07 PM
From: H. Peter Anvin <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
I could use some encouragement right now. I just got an
On Thu, 6 Dec 2001, David Douthitt wrote:
> Now I've gone and done some more...
>
> Go to http://leaf.sourceforge.net/pub/oxygen/repository/
>
> ...and tell me what you think. The files are all in that dir, but you
> can't get there with the index.html in the way. You ought to be able to
> slog
Now I've gone and done some more...
Go to http://leaf.sourceforge.net/pub/oxygen/repository/
...and tell me what you think. The files are all in that dir, but you
can't get there with the index.html in the way. You ought to be able to
slogin and go to that dir or I can change things around
Charles Steinkuehler wrote:
> Or yet another config file...Actually, I see this as an extension of the
> package file list. There needs to be support for paritally backing up
> files, which means some rudimentary knowledge about which files are
> user-changeable, and which are not.
Those in .co
I took another look at this. I'd forgotten webdesc was in lua :) but
anyway...
I created a wrapper that would take an optional list of *.lrp packages
on the command line, and generate a web page for all description files (
.desc ) found in the packages. If no list is given, the list of
packages
> > IIRC, /opt was for stuff you add to the machine at run-time, after
install,
> > by compiling or some-such.
>
> However, the LEAF environment changes all that... As I understand it,
> /opt is for OPTional packages - so libc.so-2.2.1 doesn't count, but nmap
> does.
Also, things like net-snmp g
Charles Steinkuehler wrote:
> I don't know that this is really necessary...most of the stuff we'd be
> adding to the filesystem would normally reside in the 4 main
> [/usr][/bin|/sbin] directories anyway...
Everything that goes into /opt would reside in those directories.
What about nmap, for e
> > I think long package names should be supported by the new package
> > system...you know, the one that supports crypto signitures and warns
about
> > missing library dependancys.
>
> "Mabel, he's talking about package formats again!"
I know, I know...just wack me upside the head or something ;
There are some new items in leaf.sourceforge.net:/pub/oxygen/development
* The latest Oxygen image, which supports vfat in all respects (plus a
few fixes)
* The latest lrp-diff.tar.gz - this file creates a lrp/ directory in a
source tree, and with a few modifications to the appropriate Makefiles
Charles Steinkuehler wrote:
>
> > Perhaps we can stick to a format of:
> >
> > name-ver-rel.lrp
> >
> > ...or anything where the name does NOT have a '-' in it; then the
> > "shortname" would be everything up to the first '-' ...
>
> Several names already have dashes in them :(
We're not stuck
> Perhaps we can stick to a format of:
>
> name-ver-rel.lrp
>
> ...or anything where the name does NOT have a '-' in it; then the
> "shortname" would be everything up to the first '-' ...
Several names already have dashes in them :(
> What do you all think, now that a VFAT-based system is proven
I tried setting up Oxygen for VFAT, and it works - and required very
little updates. Dachstein should be simple, too. Main things to do and
to remember are:
1. Include VFAT support with MSDOS support in the kernel when
compiling. There is a space cost, but this may be worth it.
2. Change conf
> My only excuse is, when my lrpkg.cfg looks like this, it is easy to miss
> one:
>
>
etc,local,bash,bwidth22,daemontl,djbutils,dhclient,dhcpd,dnscache,ifconfig,l
ibdb,libm,libpcap,libz,lncurses,lrdline2,mawk,modules,netsnmpd,netsnmpu,raml
og,rsync,sftp,ssh,sshd,tcpdump,tinydns,vim,weblet
The out
Am I the doofus or what?
My only excuse is, when my lrpkg.cfg looks like this, it is easy to miss
one:
etc,local,bash,bwidth22,daemontl,djbutils,dhclient,dhcpd,dnscache,ifconfig,libdb,libm,libpcap,libz,lncurses,lrdline2,mawk,modules,netsnmpd,netsnmpu,ramlog,rsync,sftp,ssh,sshd,tcpdump,tinydns,v
There is now a new package at
http://leaf.sourceforge.net/pub/oxygen/packages
ntpclient.lrp
It is a small NTP client used to set the clock from a reliable time
source on the Internet.
I also fixed many packages; about a dozen or so had errors...
___
> I have deen making my own Dachstein CDs using your iso file. I burn a CD
> from it, copy it to disk, and than make the additions I need. This works
> fine except that dashes get converted to underscores in my resulting CD.
> What option do you use with mkisofs to keep this from happening to you?
Charles,
I have deen making my own Dachstein CDs using your iso file. I burn a CD
from it, copy it to disk, and than make the additions I need. This works
fine except that dashes get converted to underscores in my resulting CD.
What option do you use with mkisofs to keep this from happening to yo
> > > Did you see my post about net-snmp? This package requires libdb.so.2
which
> > > is not part of the libraries on the Dachstein CD. I found the file on
the
> > > Debian web site in the libdb++ package. Did you include it in either
of
> > > your net-snmp packages? If not, what do you think abo
21 matches
Mail list logo