r has their act together
now, it seems.
Thanks,
Chad
-Forwarded Message-
> From: Chad Carr <[EMAIL PROTECTED]>
> To: leaf-devel <[EMAIL PROTECTED]>
> Subject: Re: [leaf-devel] Configuration
> Date: Sat, 25 Sep 2004 11:38:32 -0700
>
> On Fri, 2004-09-24 at 09:53, M
Sorry for the noise, but it appears my mail service provider is being
rejected by the sourceforge mail servers. I will be contacting them
shortly.
<[EMAIL PROTECTED]>: host
mail.sourceforge.net[66.35.250.206]
said: 550-Postmaster verification failed while checking
<[EMAIL PROTECTED]> 550-
On Mon, 2004-07-12 at 09:54, Mike Noyes wrote:
> On Tue, 2004-07-06 at 13:53, Eric Wolzak wrote:
> > It seems the discussion starts again :)
>
> Eric,
> Yes. :-)
Yes. We have a lot to talk about. I have begun coding again. We
should talk before things get out of hand... ;-)
> > Did anybody t
Ray,
I have deleted some stuff below not because I ignored it, but because I
wanted to focus some immediate discussion on some of your points:
On Jul 5, 2004, at 11:07 PM, Ray Olszewski wrote:
At 09:41 PM 7/5/2004 -0700, Chad Carr wrote:
1) Unconfigured interfaces tend not to route packets to
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chad Carr
Sent: Tuesday, July 06, 2004 6:04 AM
To: [EMAIL PROTECTED]
Subject: Re: [leaf-devel] leaf-tools overview (cdb, trig, tmpl)
sqlite would certainly work, but the cdb utility would need
to be rewritten in C or C++ and would no longer be hand
On Jul 5, 2004, at 9:58 PM, S Mohan wrote:
Chad and list,
Are the triggers asynchronous or synchronous? I imagine triggers can
be used
for semantic validation across packages and take appropriate
decisions. If
it does come to an irresolvable state, then errors have to be directed
back
to the ini
There is a lot here; let me begin. Comments inline. If I choose not
to comment, that means I have nothing to add, not that I missed it.
On Jul 5, 2004, at 7:15 PM, Ray Olszewski wrote:
At 04:14 PM 7/5/2004 -0700, Chad Carr wrote:
All,
I started to draw this out, but I just simply do not have
On Jul 5, 2004, at 5:43 PM, Tom Eastep wrote:
Mike Noyes wrote:
On Mon, 2004-07-05 at 16:14, Chad Carr wrote:
I say we all take a look at it, stamp it with approval or
disapproval, and move on to more pressing questions, like when to
back up changes and how the hell to write a full-featured
Shell gurus,
Is there a reliable cross-platform way to write an inverted if
statement? Something like bash's:
if ! /usr/bin/false # with some other command, obviously
then
# do something true
else
# do something false
fi
Your assist
hand-run the trigger scripts, thus saving them from
the peril of using a graphical user interface. That is, of course, in
my mind.
On Jul 5, 2004, at 5:20 PM, Mike Noyes wrote:
On Mon, 2004-07-05 at 16:14, Chad Carr wrote:
6) This data is inserted into cdb's backing store (whatever that
ha
All,
I started to draw this out, but I just simply do not have skills in
that area. Some would question my verbal skills as well, but here
goes:
Each of the tools (cdb, trig and tmpl) represents a data store.
cdb -> abstract configuration variables
trig -> abstract actions tied to those variabl
On Jul 5, 2004, at 2:19 PM, Ray Olszewski wrote:
Some discussion of this might be profitable.
I think so, too. Shall we start?
I really do think we can work through this, I do. We just need to talk
it through.
We should probably start up a task force of some kind consisting at
least one each
On Jul 5, 2004, at 1:24 PM, Erich Titl wrote:
Your analysis is convincing, especially as it covers the most
important part of getting the system configured the way the user wants
it.
My suggestion to allow the inverse way was wrong in the way it was
formulated. I would actually love if the UI sh
On Jul 5, 2004, at 12:17 PM, Ray Olszewski wrote:
At 10:30 AM 7/5/2004 -0700, Chad Carr wrote:
On Jul 5, 2004, at 9:47 AM, Ray Olszewski wrote:
Erich -- I'll be a bit happier when this discussion starts to
attract comments from someone other than the two of us (and Mike).
Until then, a coup
Is it possible to use a key and ssh-agent to access the sourceforge cvs
repository?
Thanks,
Chad
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defe
On Jul 5, 2004, at 9:47 AM, Ray Olszewski wrote:
Erich -- I'll be a bit happier when this discussion starts to attract
comments from someone other than the two of us (and Mike). Until then,
a couple of small responses to what you wrote.
I guess you probably meant myself, Lynn or Eric, hmm?
(After
updates have already been made against my current
repository under devel. I made one set and Eric made another. Good
idea to check, though.
--
----
Chad Carr [EMAIL PROTECTED]
When a stupid man is
Is anybody using these in production (or even just in new development)?
How are they working out?
--
---
Chad Carr [EMAIL PROTECTED
I feel like I am awakening from a deep sleep.
Has anyone noticed that redhat 9 has decided that mkfs.minix no longer
belongs on a default install of the OS? Does anyone know which package
(if any) they put it in?
TIA
--
---
Chad Carr
e in a comment if you open "tmpl" and search for "TARGET SYNTAX"
--
---
Chad Carr [EMAIL PROTECTED]
---
signature.asc
Description: This is a digitally signed message part
my cvs
repository at
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/leaf/devel/ccarr/devel/leaf-tools/
which I think will probably be the base of the thing with minor
modifications.
--
---
Chad Carr [EMAIL PROTECTED]
---
signature.asc
Description: This is a digitally signed message part
construct!
--
---
Chad Carr [EMAIL PROTECTED]
---
---
This sf.net email
esented by this method, I will be happy to
take a look at it and modify cdb if necessary.
--
---
Ch
> Those should be documented on the leaf page wth a comment what the var is for.
> This to prevent the use of the same name in different packages or versions for
> different purposes.
The hierarchical layout creates a pseudo-namespace which prevents some
of this, but you are
ated how difficult it is to come up with
comprehensible GUIs for these two items (by failing to do so).
--
---
Chad Carr [EMAIL PROTECTED]
--
ectory you are sitting in.
--
-------
Chad Carr [EMAIL PROTECTED]
---
---
This SF.NET email is
On Mon, 2003-02-10 at 21:58, Lynn Avants wrote:
> On Sunday 09 February 2003 10:15 am, Chad Carr wrote:
>
> > Okay. We are speaking the same language, but mine is a bit more
> > abstract (could be considered good or bad). A group of changes (say ip
> > address, mask and
ev 1.11 - tag 1_0_REL
myproj/baz.cc - rev 1.47 - tag 1_0_REL
That way you can check out 1_0_REL and get the proper revisions of each
file without having to remember. Then file revisions are just
mechanical; tags, rtags and branches become symbolic.
--
---
ake a look in devel/ccarr/devel/leaf-tmpl in CVS if you like. It isn't
completely cooked yet. I have some more ideas for it but am not sure
how to execute. I will have more in a few days. Let me know if you
have ideas.
> Sorry dreaming above the infrastructure ; )
That is a-okay! It is one of the major reasons we are d
ptional value
> > >
> > > and a default value.
>
> > > varname type optionstochose default "helpfull name"
> > > eth1_ipN - 192.168.1.254 "IP Address"
> > >
> > >
alues in the database
> exists they are not replaced . If you don't need new values, then you
> could extract the data also from the "define script"
> but The central database wins.
> This is the way to implement vars that are not there yet ( for example
> after an update, or a change to a new package or a change b
On Fri, 2003-02-07 at 14:15, Matt Schalit wrote:
>
> Lynn Avants wrote:
> > On Friday 07 February 2003 07:23 am, Chad Carr wrote:
>
> >>The api makes the hierarchy "feel" like name=value pairs. The output
> >>from the api _is_ name value pairs; the i
On Fri, 2003-02-07 at 08:06, Lynn Avants wrote:
> On Friday 07 February 2003 07:23 am, Chad Carr wrote:
> > On Fri, 2003-02-07 at 00:30, Erich Titl wrote:
>
> > > For a single key=value file there is one already in Bering and I believe
> > > in Dachstein too, lrp.
to assist the installation
of vim (to unhobble my serial boxes ;-))
Take a look at the code in cvs when you get a chance. I think that it
will put your fears at bay.
--
---
Chad Carr [EMAIL PROTECTED]
-
n files
and do whatever else needs to be done.
This adds strength to the LEAF framework; a base from which to proceed
and a consistency for package maintainers to build upon. The key is to
build the complexity into the core components so that packages and
features laid on top become ever more
s description still applies. Sorry for the insanity,
but I am tremendously overworked.
--
---
Chad Carr [EMAIL PROTECTED]
---
-
On Wed, 2003-02-05 at 10:11, Mike Noyes wrote:
> On Tue, 2003-02-04 at 20:18, Chad Carr wrote:
> > I am not trying to convince folks. I am not even sure that the
> > technical hurdles can be overcome without perl. I am no C guru, but I
> > can hold my own and would be wil
On Tue, 2003-02-04 at 14:19, Matt Schalit wrote:
>
>
> Chad Carr wrote:
>
>
> > May I suggest that the config-db be maintained as a "config-tree," with
> > the root at /leaf-cdb (or something shallow like that) and keys may be
> > nested as deeply a
ply say:
leaf-cdb del tree interfs
prior to doing your thing and it would have the same effect, so it may
not be necessary to do anything implicit unnecessarily.
Well, what do you think? Completely in the weeds?
r than having them swallowed up
by some other global package.
Feel free to discard.
--
---
Chad Carr [EMAIL PROTECTED]
---
msg06119/pgp0.pgp
Description: PGP signature
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
> > removi
y implementations, even in
shell.
If anyone wants to start kicking around design ideas, I would be glad to
help. I will start working on the configuration database immediately.
--
--
On Sat, 2 Nov 2002 01:46:53 -0500
"Eric B Kiser" <[EMAIL PROTECTED]> wrote:
> 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 Office
ss of hosting, which I would rather
> not see. SF has been exceptionally nice in the free hosting and services
> offered.
Again, we need to address it, but in doing so to look at it as a
philosophical obligation rather th
books free of charge. I am sure other
notebook manufacturers wil be soon to follow.
It is a good thing, I think?
--
----
C
hread.
--
Chad Carr [EMAIL PROTECTED]
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for
Okay, trolling here. Anybody know anything (or want to know anything) about mobile ip
HA/FA support for LEAF?
--
Chad Carr [EMAIL PROTECTED
3-15.
Anyone going to O'Reilly OSCON in San Diego? If so maybe I'll see you
there.
--
Chad Carr [EMAIL PROTECTED]
--
one of the best support lists out there.
--
----
Chad Carr [EMAIL PROTECTED]
---
This
, somewhat quick and dirty. I will write a doc if
it looks useful to anyone at first glance. I suspect, however, that it is
not that much different than what others might be using for their custom
projects.
I hope that this helps some.
--
-
On Wed, 17 Apr 2002 13:47:32 -0700
"Richard Herrell" <[EMAIL PROTECTED]> wrote:
>
> Hi Leaf-Developers,
>
> [Ignore previous truncated message]
>
> I'm trying to boot Bering from a small partition in the front of my hard
> drive, but I don't think that it's running the /linuxrc script.
>
> I
feedback
before beating my head against a wall for (potentially) a couple of days.
Thanks in advance,
Chad Carr
___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
---
Chad Carr [EMAIL PROTECTED]
---
--- Begin Message ---
I am attempting to port freeswan scripts that
53 matches
Mail list logo
