John Fraizer | 2 Aug 2003 05:15

I'm here too...


I'm here folks...

---
John Fraizer              | High-Security Datacenter Services |
President                 | Dedicated circuits 64k - 155M OC3 |
EnterZone, Inc            | Virtual, Dedicated, Colocation    |
http://www.enterzone.net/ | Network Consulting Services       |

James R. Leu | 2 Aug 2003 08:58
Picon

Now what?

So Quagga community, where do we go from here?  What's the
first order of business?  More 'admin' stuff, or can we
start digging in?

No matter really, but I think one of the first tasks
should be to release a version of 'Quagga' which  contains
all of the patches Paul has been gathering.  This release
will set the gears in motion and establish the Quagga fork.
There is nothing worse then a project without released code ....

--

-- 
James R. Leu

John Fraizer | 2 Aug 2003 09:30

Re: Now what?

On Sat, 2 Aug 2003, James R. Leu wrote:

> So Quagga community, where do we go from here?  What's the
> first order of business?  More 'admin' stuff, or can we
> start digging in?
> 
> No matter really, but I think one of the first tasks
> should be to release a version of 'Quagga' which  contains
> all of the patches Paul has been gathering.  This release
> will set the gears in motion and establish the Quagga fork.
> There is nothing worse then a project without released code ....
> 
> -- 
> James R. Leu

I agree.  Paul, if you can go through the code and make sure it says
"Quagga" in all of the appropriate places (remember, K. didn't want us to
use the Zebra name so, we should remove all references not required by
GPL) and roll a tarball, I think that would make a good start.

---
John Fraizer              | High-Security Datacenter Services |
President                 | Dedicated circuits 64k - 155M OC3 |
EnterZone, Inc            | Virtual, Dedicated, Colocation    |
http://www.enterzone.net/ | Network Consulting Services       |

John Fraizer | 2 Aug 2003 09:38

Reply-To field needs to be set!


Paul, you need to set up Mailman to set the reply-to field.

--

-- 
---
John Fraizer              | High-Security Datacenter Services |
President                 | Dedicated circuits 64k - 155M OC3 |
EnterZone, Inc            | Virtual, Dedicated, Colocation    |
http://www.enterzone.net/ | Network Consulting Services       |

Wally Ritchie | 2 Aug 2003 16:29
Picon

Re: Now what?


> -----Original Message-----
> From: quagga-dev-bounces <at> lists.quagga.net 
> [mailto:quagga-dev-bounces <at> lists.quagga.net] On Behalf Of John Fraizer
> > No matter really, but I think one of the first tasks
> > should be to release a version of 'Quagga' which  contains
> > all of the patches Paul has been gathering.  This release
> > will set the gears in motion and establish the Quagga fork.
> > There is nothing worse then a project without released code ....
> > 
> > -- 
> > James R. Leu
> 
> 
> I agree.  Paul, if you can go through the code and make sure it says
> "Quagga" in all of the appropriate places (remember, K. 
> didn't want us to
> use the Zebra name so, we should remove all references not required by
> GPL) and roll a tarball, I think that would make a good start.
> 

Actually, the name issue in the code is a bit more complex. 
Zebra is everywhere, in the API for daemons, defines, includes,
etc. etc. Just changing every occurance will break things
like the IS-IS daemon. 

It's of course possible to duplicate ZEBRA_VARIABLE_XX with
QUAGGA_VARIABLE_XX but this increases complexity and leads to
errors when they get out of sync. It could be handled by a
"compatibility" layer that makes all ZEBRAxxxx deprecated and
(Continue reading)

Bubba Parker | 2 Aug 2003 18:02

Re: I'm here too...

Hello, Hello...

Let's get this thing on the road!

----- Original Message ----- 
From: "John Fraizer" <syscow <at> enterzone.net>
To: <quagga-dev <at> lists.quagga.net>
Sent: Friday, August 01, 2003 22:15
Subject: [Quagga-dev] I'm here too...

> 
> I'm here folks...
> 
> ---
> John Fraizer              | High-Security Datacenter Services |
> President                 | Dedicated circuits 64k - 155M OC3 |
> EnterZone, Inc            | Virtual, Dedicated, Colocation    |
> http://www.enterzone.net/ | Network Consulting Services       |
> 
> 
> 
> _______________________________________________
> Quagga-dev mailing list
> Quagga-dev <at> lists.quagga.net
> http://lists.quagga.net/mailman/listinfo/quagga-dev

Wally Ritchie | 2 Aug 2003 18:06
Picon

Quagga Goals

This message is intended to start a thread that can reach a 
consensus regarding the short-term and long-term goals of the 
guagga project.

SHORT-TERM GOALS

1. INITIAL RELEASE

Perhaps the most important short-term goal is to field a "released"
version based on zebra-pj. This should have the following attributes:

a. Minimum changes from zebra-pj. Perhaps only the name of the
executable and whatever else is absolutely necessary. 

Rationale - widest possible ussage and feedback base. 

b. Should work with existing zebra file structure and configuration
files without changes.

Rationale - widest possible usage and feedback base. 

c. Third party daemons like IS-IS should not require any changes.

Rationale - widest possible usage and feedback base.

d. Should be available as tarball, RPM, and deb.

Rationale - easier to install than present CVS.

e. Should have gone through a PRE or RC cycle first which implies
(Continue reading)

Eric B Kiser | 2 Aug 2003 00:44

test

Howdy all!

John Fraizer | 2 Aug 2003 21:20

Re: Quagga Goals

On Sat, 2 Aug 2003, Wally Ritchie wrote:

WR> SHORT-TERM GOALS
WR> 
WR> 1. INITIAL RELEASE
WR> 
WR> Perhaps the most important short-term goal is to field a "released"
WR> version based on zebra-pj. This should have the following attributes:
WR> 
WR> a. Minimum changes from zebra-pj. Perhaps only the name of the
WR> executable and whatever else is absolutely necessary. 

If we take K's request quite literally, the minimum that we need to do is
change the name of the "zebra" daemon and zebra.conf file, change the
banner (not sure how we do this and also meet GPL requirements) and update
the documentation to refer to Quagga vs Zebra.

WR> 
WR> b. Should work with existing zebra file structure and configuration
WR> files without changes.

Well, they'll need to change their zebra.conf to be quagga.conf.

WR> 
WR> c. Third party daemons like IS-IS should not require any changes.
WR> 

It has been a wile since I've played with ISISd but, is it functional
now?  Perhaps we can contact the maintainer of that project and get it
folded into Quagga.
(Continue reading)

Hasso Tepper | 3 Aug 2003 00:22
Picon

Re: Quagga Goals

John Fraizer wrote:
> It has been a wile since I've played with ISISd but, is it
> functional now?  Perhaps we can contact the maintainer of that
> project and get it folded into Quagga.

Nope, it isn't. Isisd is written mostly by Sampo Saaristo and he don't 
have time for it at the moment. It has still a lot of bugs in core, 
doesn't have any redistribution code etc.

--

-- 
Hasso Tepper
Elion Enterprises Ltd.
WAN administrator


Gmane