Ivica:
I am forwarding your very interesting detailed mail to the LEAF user
devel lists since I am sure it will of interest to those who are interested
in booting Bering out an USB device.
If your trick does the job I would say it's just fine. I would just put the
delay statement after a
Hi all,
I have been following the discussion about the need for a graphical system
to configure LEAF systems. As it has been already commented, one of the
daunting tasks is to be able to work through the easy system and keep the
power of direct editing.
We faced that question some time
On Saturday 01 February 2003 05:16 am, you wrote:
Hi all,
I have been following the discussion about the need for a graphical
system to configure LEAF systems. As it has been already commented, one of
the daunting tasks is to be able to work through the easy system and keep
the power of
Forgot to reply-all... :-/
Original Message
Subject: Re: [leaf-devel] Template system [was Webconfiguration]
Date: Sat, 01 Feb 2003 09:15:15 -0600
From: Charles Steinkuehler [EMAIL PROTECTED]
To: Jaime Nebrera Herrera [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Jaime
Hello Jaime , List
Hi all,
I have been following the discussion about the need for a graphical system
to configure LEAF systems. As it has been already commented, one of the
daunting tasks is to be able to work through the easy system and keep the
power of direct editing.
Agreed
Hi Lynn and others:
This is exactly what I have had in mind. I'm still working on the
database/variable file for my own testing. The only problem with this
idea is that it modifies existing packages (substution variables),
No it doesnt. Standard config files can be kept as they are
Lynn Avants wrote:
This is exactly what I have had in mind. I'm still working on the
database/variable file for my own testing. The only problem with this
idea is that it modifies existing packages (substution variables), but it
nullifies the need to generate all the needed conf files saving
On Sat, 2003-02-01 at 10:54, Charles Steinkuehler wrote:
To avoid re-inventing the wheel, I would suggest an RDB format database
system, which is built out of plain ascii text files, and manipulated
with small programs via shell scripts. Something like rdb (perl) or
nosql (shell awk):
Hi Eric and List,
How large is the E-Smith (scripts Suite) and what does it need (perl ? )
I dont know how big E-Smith suite is as there are many other things
involved. Their system is more complex than described (the files are build
gluing toguether files in a directoy and other stuff).
Eric Wolzak wrote:
Hello Ray Matt,
first of all thanks for your reactions.
And thank for your replies. Basically it'd be
nice to gui some tasks, ok I get the desire.
Weblet has proven that it can produce a screenful
of useful info, gathered from several commands
and organized well.
But
Well,
I see this discussion going exactly the way it previously was
6 months ago when we ended up in agreement of the situation.
These are still interesting arguements, but still re-hash. IIRC, I
believe Charles and I (at a minimum) are still following the same
line of thought. It might make it
On Sat, 1 Feb 2003 12:16:10 +0100
Jaime Nebrera Herrera [EMAIL PROTECTED] wrote:
Hi all,
I have been following the discussion about the need for a
graphical system to configure LEAF systems. As it has been already
commented, one of the daunting tasks is to be able to work through
On Saturday 01 February 2003 02:19 pm, you wrote:
And thank for your replies. Basically it'd be
nice to gui some tasks, ok I get the desire.
Weblet has proven that it can produce a screenful
of useful info, gathered from several commands
and organized well.
But it's not secure. All
Jaime Nebrera Herrera wrote:
...
but in such case you would need to add some editor capable of uncompressing
on the fly
JEdit
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
Lynn Avants wrote:
snip /
I see either this concept can be embraced or ridiculed, but if you don't
see it as necessary in the future you plainly haven't followed the desires
on list for the last year or two. Packetfilter, apkg (Oxygen), LINCE,
Mosquito, and individual systems are proof
Lynn Avants wrote:
But it's not secure. All remote admin should be encrypted.
Can't you tunnel http through SSH, zebedee, stunnel, whatever ?
Ok. You're right, you can tunnel through ssh easily enough.
Secondly, we need standards first, for files and manifests.
Absolutely!
Chad Carr wrote:
On Sat, 1 Feb 2003 12:16:10 +0100
1) a centralized configuration database and api for adding and
removing system configuration parameters,
When using a centralized config-db (a good idea), how do we deal with
a new release of a program, let's say ntpdate?
a. Do we
On Sat, 01 Feb 2003 14:46:10 -0800
Matt Schalit [EMAIL PROTECTED] wrote:
Chad Carr wrote:
On Sat, 1 Feb 2003 12:16:10 +0100
1) a centralized configuration database and api for adding and
removing system configuration parameters,
When using a centralized config-db (a good
18 matches
Mail list logo
