Re: HEADS UP: installworld gotchas

On Mon, 12 Feb 2001, David O'Brien wrote: On Mon, Feb 12, 2001 at 11:47:04AM -0500, Garrett Wollman wrote: However, this may turn out to be so painful that we need to bump it again. That is (1) against Handbook documented policy, (2) too hackish (we aren't Linux). It's not bumping it

Re: Patch for FILE problems (was Re: -CURRENT is bad for me...)

In message [EMAIL PROTECTED] Matt Dillon writes: :Would compiling the tools -static help? No. The tools that are deployed today are not static, and it is those that we copy. It will also delay discovery of the incompatibility until after the installworld is complete. I'm not sure that

Re: Patch for FILE problems (was Re: -CURRENT is bad for me...)

:In message [EMAIL PROTECTED] Matt Dillon writes: ::Would compiling the tools -static help? : :No. The tools that are deployed today are not static, and it is those :that we copy. It will also delay discovery of the incompatibility :until after the installworld is complete. I'm not sure

HEADS UP: -current world broken since Feb 10

'make world' on -CURRENT has been broken since Feb 10 due to a change in the size of struct __sFILE (which changes the address of stdin, stdout and stderr). It will remain broken for a few more days while we work out the best possible solution to this problem. DO NOT TRY TO UPGRADE -STABLE OR A

Re: Patch for FILE problems (was Re: -CURRENT is bad for me...)

In message [EMAIL PROTECTED] Matt Dillon writes: : How about a temporary LD_LIBRARY path to run the tools, pointing into : /usr/obj somewhere? We'd have to copy the current libraries to that location, or at least into /tmp. These are *HOST* binaries after all. And the hacking to do

Re: kernel threading: the first steps [patch]

On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote: This is the single most flagrant lack of cooperation I have experienced while working with the FreeBSD Project. I'm truly dumbfounded. It's not a lack of co-operation.. it's a lack of communication. I didn't see an

Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ...

On Mon, 12 Feb 2001, Robert Watson wrote: On 12 Feb 2001, Dag-Erling Smorgrav wrote: Jake Burkholder [EMAIL PROTECTED] writes: As I mentioned in the commit message, this changes the size and layout of struct kinfo_proc, so you'll have to recompile libkvm-using programs. I thought

ipfilter broken?

Hi there, I'm not sure if this related to the thread of -current these days. my world builds fine with the latest cvsup, maybe only 1 or 2 hrs ago. no more luck, my kernel building stoped here: ===ipfilter make: don't know how to make machine/lock.h Stop. *** Error code 2 Stop in

Re: ipfilter broken?

Donny Lee [EMAIL PROTECTED] writes: ===ipfilter make: don't know how to make machine/lock.h Stop. *** Error code 2 Looks like a stale dependency file to me. Try 'make cleandir' twice, followed by the usual 'make depend make make install'. DES -- Dag-Erling Smorgrav - [EMAIL

Re: ipfilter broken?

Dag-Erling Smorgrav wrote: ===ipfilter make: don't know how to make machine/lock.h Stop. *** Error code 2 Looks like a stale dependency file to me. Try 'make cleandir' twice, followed by the usual 'make depend make make install'. Yes, but got no luck, stops at the same place.

spacewalk

des@rsa /var/crash% gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is

<    1   2