The same thing happened to me when buildworlding on a ~june 20th
current box.
I removed CPUTYPE from /etc/make.conf, and I fsck'ed the disk in
question (after a crash resulting from the condvar problem discussed
here). And I removed -j4 from my make flags. One of these things
(sorry that I
On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote:
The same thing happened to me when buildworlding on a ~june 20th
current box.
Ruslan explained me the source of the problem... cvs does not
prune empty directories unless you specify a revision or a date.
In my case i wanted
Luigi Rizzo writes:
On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote:
The same thing happened to me when buildworlding on a ~june 20th
current box.
Ruslan explained me the source of the problem... cvs does not
prune empty directories unless you specify a
On Mon, Jul 01, 2002 at 09:58:04AM -0400, Andrew Gallatin wrote:
...
That's actually rather scary. It implies that a freshly checked out
tree checked out with plain 'cvs co src' is no longer buildable.
c'mon... it is not that terrible, just a matter of adding a -P flag
luigi
To
On Mon, 2002-07-01 at 09:02, Luigi Rizzo wrote:
On Mon, Jul 01, 2002 at 09:58:04AM -0400, Andrew Gallatin wrote:
...
That's actually rather scary. It implies that a freshly checked out
tree checked out with plain 'cvs co src' is no longer buildable.
c'mon... it is not that terrible,
At 1:15 PM -0800 3/6/02, Matthew Dillon wrote:
This has been broken for several days now, maybe longer. It
would be nice if whoever broke it would fix it.
Is this in a 'make buildworld' step? I just did one buildworld
on i386, and it completed fine (src is cvsup'ed as of about noon).
I think it may just be my-bad. The kernel source got out of sync
with the main tree. I just cvs updated the whole smelly pot and
buildworld works just fine.
Sorry for the false alarm!
-Matt
:
:At 1:15 PM -0800 3/6/02, Matthew
On Fri, Sep 14, 2001 at 04:08:01PM -0700, David O'Brien wrote:
On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote:
Please try the attached patch. I'm going to attempt to unbreak
the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
the near future.
Please try to
On Mon, Sep 17, 2001 at 03:59:42PM +0300, Ruslan Ermilov wrote:
Nope, you please try to restructure it along the lines of
src/usr.bin/xinstall/Makefile rev 1.16.
I'll consider it.
Also, won't it be better to use the libc version of basename.c?
Maybe, but I do not want more cross-tree source
On Mon, Sep 17, 2001 at 09:07:46AM -0700, David O'Brien wrote:
On Mon, Sep 17, 2001 at 03:59:42PM +0300, Ruslan Ermilov wrote:
Nope, you please try to restructure it along the lines of
src/usr.bin/xinstall/Makefile rev 1.16.
I'll consider it.
Also, won't it be better to use the libc
Please try the attached patch. I'm going to attempt to unbreak
the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
the near future.
On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote:
I am having problems doing a buildworld. When I run it, I get the
following error:
Actually, I was already at 5.0-CURRENT.
FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001
- brian
On Fri, 14 Sep 2001, Ruslan Ermilov wrote:
Please try the attached patch. I'm going to attempt to unbreak
the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
the near
It's irrelevant. Your 5.0-CURRENT wasn't actually current.
On Fri, Sep 14, 2001 at 11:22:54AM -0500, Wm Brian McCane wrote:
Actually, I was already at 5.0-CURRENT.
FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001
- brian
On Fri, 14 Sep 2001, Ruslan Ermilov wrote:
On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote:
Please try the attached patch. I'm going to attempt to unbreak
the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
the near future.
Please try to restructure it along the lines of
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 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
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
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
On 25 Feb 00, at 22:03, O. Hartmann wrote:
One of our two servers will not perform "buildworld"! Well, kernel stuff
should be on the newest track, I cvsup-dated them both today.
After a short while making dependencies it stops with the following error:
[snip]
I deleted /usr/src/crypto
At 10:07 AM 2/26/00 +1300, Dan Langille wrote:
On 25 Feb 00, at 22:03, O. Hartmann wrote:
One of our two servers will not perform "buildworld"! Well, kernel stuff
should be on the newest track, I cvsup-dated them both today.
After a short while making dependencies it stops with the
22 matches
Mail list logo
