On 04/02/14(Tue) 10:50, Martin Pieuchot wrote:
Diff below removes an old comment about bsdi4 and make it clear that
netmasks are not needed for routes to host.
ok?
Anybody?
Index: net/route.c
===
RCS file:
Date: Mon, 10 Feb 2014 22:35:02 -0700 (MST)
From: Martynas Venckus marty...@cvs.openbsd.org
Here's a diff that sticks a bit closer to the original code. It's
equivalent to your diff, and admittedly purely a matter of taste which
version to prefer.
I prefer my version better. It's
On Fri, Feb 07, 2014 at 06:15:44AM -0500, Brad Smith wrote:
On Tue, Jan 28, 2014 at 02:08:09AM -0500, Brad Smith wrote:
On Tue, Jan 28, 2014 at 01:21:46PM +1000, David Gwynne wrote:
On 26 Jan 2014, at 11:31 am, Brad Smith b...@comstyle.com wrote:
On 31/12/13 5:50 AM, Mike
On Tue, Feb 11, 2014 at 03:53:24PM +0100, Martin Pieuchot wrote:
When a carp node sends a neighbor advertisement, because its status
switch from BACKUP to MASTER for example, it does it using a wrong
mac address: the one from its real associated interface (carpdev).
Because of this, a hack
Date: Tue, 11 Feb 2014 13:30:47 -0500
From: Brad Smith b...@comstyle.com
Index: arch/socppc/dev/if_tsec.c
===
RCS file: /home/cvs/src/sys/arch/socppc/dev/if_tsec.c,v
retrieving revision 1.29
diff -u -p -u -p -r1.29
On Tue, Feb 11, 2014 at 07:43:51PM +0100, Mark Kettenis wrote:
Date: Tue, 11 Feb 2014 13:30:47 -0500
From: Brad Smith b...@comstyle.com
Index: arch/socppc/dev/if_tsec.c
===
RCS file:
Hi tech@,
I'm using the ospfd with redistribute rtlabel statements.
If I add new addresses to interfaces with a route label, ospfd will
not notice it, because the route messages don't contain the route
label. Please have a look to the attached patch. It adds the
route label, so ospfd can handle
with the totals (-I) option, most of the fields overflow. comically.
this bumps many of their sizes, such that at least my laptop with
a whopping three hours uptime doesn't print out a tangled mess. normal
display untouched. if we need to pad the fields larger later we can,
this is a start.
Hi all,
${ARCH} in the release(8) manpage always bothered me somehow. Probably
it's because I do like copypaste and I think introducing a variable
here is not useful as everybody willing to build from source should know
what $(uname -m) does:
Index: release.8
On 2014/02/11 22:35, Frank Brodbeck wrote:
Hi all,
${ARCH} in the release(8) manpage always bothered me somehow. Probably
it's because I do like copypaste and I think introducing a variable
here is not useful as everybody willing to build from source should know
what $(uname -m) does:
On Tue, Feb 11, 2014 at 09:07:04PM +0100, Florian Riehm wrote:
Hi tech@,
I'm using the ospfd with redistribute rtlabel statements.
If I add new addresses to interfaces with a route label, ospfd will
not notice it, because the route messages don't contain the route
label. Please have a look
On Tue, Feb 11, 2014 at 04:00:25PM +0100, Martin Pieuchot wrote:
On 04/02/14(Tue) 10:50, Martin Pieuchot wrote:
Diff below removes an old comment about bsdi4 and make it clear that
netmasks are not needed for routes to host.
ok?
OK bluhm@
Anybody?
Index: net/route.c
On Tue, Feb 11, 2014 at 07:43:51PM +0100, Mark Kettenis wrote:
Date: Tue, 11 Feb 2014 13:30:47 -0500
From: Brad Smith b...@comstyle.com
Index: arch/socppc/dev/if_tsec.c
===
RCS file:
On Tue, Feb 11, 2014 at 04:00:25PM +0100, Martin Pieuchot wrote:
On 04/02/14(Tue) 10:50, Martin Pieuchot wrote:
Diff below removes an old comment about bsdi4 and make it clear that
netmasks are not needed for routes to host.
ok?
Anybody?
OK claudio@
Index: net/route.c
On Tue, Feb 11, 2014 at 09:07:04PM +0100, Florian Riehm wrote:
Hi tech@,
I'm using the ospfd with redistribute rtlabel statements.
If I add new addresses to interfaces with a route label, ospfd will
not notice it, because the route messages don't contain the route
label. Please have a look
buglet 1:
When booting and the screen goes to its 34 line 85 column mode the text
mode fits into 30cm wide and 22cm high at the top left corner of a 38cm
wide 30cm high screen.
X runs full screen.
buglet 2:
When capturing the dmesg into a file on a USB mem there was no white on
blue notice
Date: Tue, 11 Feb 2014 22:35:27 +0100
From: Frank Brodbeck f...@guug.de
Hi all,
${ARCH} in the release(8) manpage always bothered me somehow. Probably
it's because I do like copypaste and I think introducing a variable
here is not useful as everybody willing to build from source should
17 matches
Mail list logo