On Thu, 3 Mar 2016, David Lamparter wrote:
As for this discussion, the approach that seemed most fruitful in my
view was to push transaction functionality outside of Quagga.
There's no advantage to having it inside, since when it's properly
modularised it looks like this:
CLI
On Thu, 3 Mar 2016, neit...@marshlabs.gaertner.de wrote:
Paul Jakma wrote:
AWK is a lot more easier to pick up from scratch or just dive into for a
C programmer - the syntax is more compact, and it's C-like. It's also
just one binary.
I agree,
So, not just me? :)
I
On Thu, 3 Mar 2016, Donald Sharp wrote:
I believe I understand your logic. I'm not sure I agree with it, but
I don't have to necessarily :)
:)
The one thing that concerns me most is the semantics of 'rounds
keeper'. If I go and talk to someone outside of the quagga community
and explain
On 3/3/2016 9:36 AM, Balaji Gurudoss wrote:
>
> > Why not call you, Vincent, and Greg the board of directors
>
> Sounds interesting. I guess we can have another name so that it sounds
> more of an open source project.
>
How about:
Project advisers?
or
Project shepherds?
> and people with
On Mar 3, 2016 6:59 PM, "Donald Sharp" wrote:
>
> Paul -
>
> I believe I understand your logic. I'm not sure I agree with it, but I
don't have to necessarily :)
>
> The one thing that concerns me most is the semantics of 'rounds keeper'.
If I go and talk to someone
Paul -
I believe I understand your logic. I'm not sure I agree with it, but I
don't have to necessarily :)
The one thing that concerns me most is the semantics of 'rounds keeper'.
If I go and talk to someone outside of the quagga community and explain
what I do( or am attempting to do ) in the
David -
In addition to a write up would you be willing to present it at the monthly
meeting? We have one in a few weeks and I think that would be a good place
to get people familiar with it.
thanks!
donald
On Thu, Mar 3, 2016 at 7:13 AM, David Lamparter <
equi...@opensourcerouting.org> wrote:
On Wed, Mar 02, 2016 at 06:09:45PM +, Paul Jakma wrote:
> On Wed, 2 Mar 2016, Paul Jakma wrote:
>
> > Someone mentioned Vyatta had done some work in this area. I think Cumulus
> > might have done some work on other interfaces into things too, but I'm not
> > sure.
>
> Oh, and David
You could just change Makefile.am to call extract.pl as argument to
perl, as in:
- ./$(EXTRA_DIST) $(vtysh_cmd_FILES) > vtysh_cmd.c
+ $(PERL) ./$(EXTRA_DIST) $(vtysh_cmd_FILES) > vtysh_cmd.c
(On a random sidenote, it's really ugly to use $(EXTRA_DIST) like
that...)
On Thu, Mar 03,
On Wed, Mar 02, 2016 at 08:38:05PM -0500, Donald Sharp wrote:
> On a side note, extract.pl.in as far as I can tell only is used to auto
> generate the perl binary location.
Hadn't looked at this before sending my previous e-mail, but - it
actually uses more than the perl binary location:
line
On Mar 2, 2016, at 8:38 PM, Donald Sharp wrote:
> On a side note, extract.pl.in as far as I can tell only is used to auto
> generate the perl binary location. Is there a modern distribution that
> doesn't have perl in /usr/bin? Would people mind if I removed the
>
11 matches
Mail list logo