On Wed, Jul 22, 2009 at 01:21:18AM +0200, Mark Kettenis wrote:
> Possibly because the console hasn't been set up propery yet at that
> point.
Oh no, it's because i turned off the console. X11 fights with getty,
causing the keyboard to be erratic in X11.
> > Also, on another note, does your sparc6
> Date: Wed, 22 Jul 2009 11:40:35 +0100
> From: Edd Barrett
>
> Talking of diffs, I think you forgot to attach in your last mail.
Oops, here it is.
Index: creator.c
===
RCS file: /cvs/src/sys/arch/sparc64/dev/creator.c,v
retrieving
So here is another try and I guess some people will not like it.
BGP unlike other routing protocols needs to find the true nexthop because
the passed IP in the NEXT_HOP attribute can be more then one hop away.
So bgpd uses the fib (as stored in the parent) to figure out the gateway
for a nexthop. I
this still removes the interface info I want to see.
why do you keep ignoring the advice of replaceing the long
valid/invalid words by some kind of marker like we do in the RIB?
$ bgpctl sh ri as 24640
flags: * = Valid, > = Selected, I = via IBGP, A = Announced
can use the same here.
Nexthop
> I like adding the route information here, but I also like having as much
> operational information as possible directly in sh nex and sh sum. There's
> a little slack space in Nexthop/Route/Gateway, if we remove that we would
> have space for an indication after the iface. Not sure if it's too me
On 2009/07/22 15:29, Claudio Jeker wrote:
> So here is another try and I guess some people will not like it.
> BGP unlike other routing protocols needs to find the true nexthop because
> the passed IP in the NEXT_HOP attribute can be more then one hop away.
> So bgpd uses the fib (as stored in the
Here's another stab at the windowspawn global option.
It allows you to control where new windows are placed and can
be one of center, cursor, fullscreen, or random. If it's not
specified, the default behaviour is used (cursor).
It'd be nice if people could test this diff and provide some
feedbac
To OpenNTPD developers,
You use pool.ntp.org in the default configuration of the OpenNTPD
daemon since 2004, but that is not compliant with the web page of
the pool.ntp.org project designated to software vendors and operating
system vendors, http://www.pool.ntp.org/en/vendors.html :
> You must ab
On Wed, Jul 22, 2009 at 12:36 PM, Jean Rebiffe wrote:
> To OpenNTPD developers,
>
> You use pool.ntp.org in the default configuration of the OpenNTPD
> daemon since 2004, but that is not compliant with the web page of
> the pool.ntp.org project designated to software vendors and operating
> system
On Wed, Jul 22, 2009 at 10:36 AM, Jean Rebiffe wrote:
> > Open Source projects are of course particularly welcome to use the
> > pool in their default setup, but we ask that you get a vendor zone
> > when using the pool as a default configuration.
they obviously don't mean that if it's taken them
We don't intend to change anything.
Their decrees are meaningless. They don't provide the ntp traffic,
they only provide DNS records. As written, those rules are designed
to let the people at ntp.org impose a punishing policy against those
they don't like.
Those rules do not improve time distri
On Wed, Jul 22, 2009 at 01:07:42PM -0400, Ted Unangst wrote:
> On Wed, Jul 22, 2009 at 12:36 PM, Jean Rebiffe wrote:
> > To OpenNTPD developers,
> >
> > You use pool.ntp.org in the default configuration of the OpenNTPD
> > daemon since 2004, but that is not compliant with the web page of
> > the po
Hai,
On Wed, Jul 22, 2009 at 01:21:19PM +0200, Mark Kettenis wrote:
> > Talking of diffs, I think you forgot to attach in your last mail.
> Oops, here it is.
This hangs at the firmware version message also. Do you have a machine
you can test on? Perhaps it would be easier than sending diffs?
I'm
2009/7/22 Ted Unangst :
> "Open source projects
>
> Open Source projects are of course particularly welcome to use the
> pool in their default setup"
", but we ask that you get a vendor zone when using the pool as a default"
But Theo has spoken.
Best
Martin
On Wed, Jul 22, 2009 at 1:49 PM, Martin Schrvder wrote:
> 2009/7/22 Ted Unangst :
>> "Open source projects
>>
>> Open Source projects are of course particularly welcome to use the
>> pool in their default setup"
> ", but we ask that you get a vendor zone when using the pool as a default"
>
> But Th
On Wed, Jul 22, 2009 at 6:14 PM, Thomas Pfaff wrote:
> Here's another stab at the windowspawn global option.
>
> It allows you to control where new windows are placed and can
> be one of center, cursor, fullscreen, or random. If it's not
> specified, the default behaviour is used (cursor).
>
> It'
This diff switches re(4) over to MCLGETI, bringing goodies like lower
memory usage and livelock mitigation. Getting this right usually
takes some effort. So please help me with getting this tested if you
have any machines with re(4).
Thanks,
Mark
Index: re.c
==
On Wed 2009.07.22 at 18:14 +0200, Thomas Pfaff wrote:
> Here's another stab at the windowspawn global option.
>
> It allows you to control where new windows are placed and can
> be one of center, cursor, fullscreen, or random. If it's not
> specified, the default behaviour is used (cursor).
>
>
18 matches
Mail list logo