I am having a really weird problem trying to buildworld on a CURRENT
box. The build starts just fine and gets though the first three
steps. When it gets to building everything, it plows right along until
it hits usr.sbin/ntp/ntpd,
=== usr.sbin/ntp/libparse
cc -O -pipe
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
I'd really like to get this working so I can play with some kernel
mods I made last week. Any ideas?
I've just finished building world and kernel with recent -CURRENT. Didn't
encounter any problem though.
% uname -a
FreeBSD
On Thu, Jan 04, 2001 at 11:11:54PM -0800, Mike Smith wrote:
On Sat, Dec 30, 2000 at 03:13:24AM +1000, Andrew Kenneth Milton wrote:
Is there a nice way to stop vga_pci from attaching to my video card, or
to allow another driver to attach to it after vga_pci has done its thing?
At
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
What is happening is that the system is killing off the make process
because it starts to swell up so much it consumes all swap. Here is
the dmesg,
Were any bits of the compiler killed off? A new test snapshot of gcc
was
After upgrading my system from 13'th December to latest -current,
the ahc driver doesn't attach to onboard AIC-7896 second channel
anymore. I'm cc'g to Mr. Gibbs and Smith in hope they are the right
persons.
Dmesg:
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983,
After upgrading my system from 13'th December to latest -current,
the ahc driver doesn't attach to onboard AIC-7896 second channel
anymore. I'm cc'g to Mr. Gibbs and Smith in hope they are the right
persons.
Dmesg:
Can you send me the output of "pciconf -l" on this system? My guess
is that
On Fri, Jan 05, 2001 at 07:48:36AM -0700, "Justin T. Gibbs" [EMAIL PROTECTED] wrote:
Can you send me the output of "pciconf -l" on this system? My guess
is that your MB vendor did not use the correct subsystem ID for the
aic7896 to enable the second channel. We only recently started to
pay
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
What is happening is that the system is killing off the make process
because it starts to swell up so much it consumes all swap. Here is
the dmesg,
Were any bits of the compiler killed off? A new test snapshot of gcc
was
Any more ideas what to try here?
I'm sure you already thought of this, but have you made sure that you
aren't running any memory-hogging applications? I just compiled all
the ntp programs on my laptop which is a Pentium 75 with 24MB of
memory and 64MB of swap (I didn't do an entire buildworld;
On Fri, Jan 05, 2001 at 03:54:20PM -0800, Dima Dorfman wrote:
Any more ideas what to try here?
I'm sure you already thought of this, but have you made sure that you
aren't running any memory-hogging applications? I just compiled all
the ntp programs on my laptop which is a Pentium 75 with
This has been committed.
People with unusual netgraph usage should contact me
for assistance if things fail.
In particular I would like to get some more pppoe users to try
it as I haven't convinced myself it's tested enough.
For the Netgraph-aware, the following changes have been made.
1/ data
I have had a problem with running infobot after my recent cvsup to
current. I have heard that there is a problem with the newer perl
version.. is this a result of that? Here is error:
deepwoods# Missing braces on \N{} at ./src/Irc.pl line 131, near " $b"
Missing braces on \N{} at ./src/Irc.pl
There was a make(1) problem a couple of weeks back. Resup, make-and-install
make(1), and you should be OK.
Dunno why, but ntp(d) tickled the bug.
To be safe, I nuked the /usr/src/usr.bin/make tree and re-cvsup'ed so
I'd checkout new-car-smell-fresh copies. I killed the /usr/obj tree
13 matches
Mail list logo