I'm doing a build world of dragonfly now, this is
definately not vaporware, or a troll.
what they are doing could open up several new and
interesting areas for bsd. While it's true that most
branches of the bsd tree have occured over people
issues. This one looks like it will stand on technical
m
On Wed, Mar 19, 2003 at 11:06:10AM +0100, John Angelmo wrote:
> I needed to do some tcpdump from my box on the rl0 interface. The IP was
> changed to one that dosn't match our network and I noticed that
> everything had a 3 min delay(both traffic in and out from the
> interface), my current buil
On Mon, Mar 17, 2003 at 07:51:34AM -0800, Brooks Davis wrote:
> On Mon, Mar 17, 2003 at 07:44:02AM -0600, Robert Garrett wrote:
> > On Mon, Mar 17, 2003 at 03:10:08AM -0800, Doug Barton wrote:
> > > Are you guys precisely following the instructions in src/UPDATING?
> >
course todays current as of 5:30 a.m CST
Rob
>
> On Mon, 17 Mar 2003, Scott Sipe wrote:
>
> > I second that problem. Tried doing an upgrade yesterday, and it didn't
> > work--missing libc.so.4 error given during make installworld.
> >
> > Scott
> >
&g
.-current kernel. I realize that with all the
stuff thats been ripped out of 5.0 and added, that a clean install is probably the
best way to go. I am just curious if it truly is borked or if it is just me.
Robert Garrett
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
t the existence of a repository
That is undocumented, that is used for major development proccess's
Breaks our development model.
Further enhancing the "Elite" attitude that is so often proscribed
To BSD* developers.
Robert Garrett
-Original Message-
From: [EMAIL PROTE
On Wed, 12 May 1999 at 10:38:41 +0200, Poul-Henning Kamp wrote:
> In message <19990512033344.e21...@phc.igs.net>, Robert Garrett writes:
> >On Wed, 12 May 1999 at 10:04:09 +0200, Poul-Henning Kamp wrote:
> >>
> >> I don't have time just now to attend this p
On Wed, 12 May 1999 at 10:04:09 +0200, Poul-Henning Kamp wrote:
>
> I don't have time just now to attend this particular detail, which
> manifests itself by swapinfo/pstat -p showing "/dev/(null)" for
> device name.
>
> The problem in short is that libkvm:kvm_getswapinfo.c has it's
> fingers in t
