If memory serves me right, Dima Dorfman wrote:
John Hay [EMAIL PROTECTED] writes:
*** Filesystem is 1440 K, 66 left
*** 4000 bytes/inode, 116 left
cp: /usr/src/release/texts/FLOPPIES.TXT: No such file or directory
What revision of src/release/Makefile do you have? You
On Sun, May 27, 2001 at 11:32:09PM -0700, Bruce A. Mah wrote:
+.if !defined(NORELNOTES)
Do we really need Yet Another Knob? Why isn't NODOC suffient?
I cannot think of any reason that the people who typically use NODOC=yes
would want release notes.
Or please at least treat NODOCS=yes ==
On Sun, May 27, 2001 at 10:18:43PM -0700, Doug Barton wrote:
Another problem I'm having in -current right now is with softupdates. When
the system panic'ed the first time, it came up ok and fsck'ed fine with no
apparent loss of data. However, during the fsck it complained bitterly
about
Peter Jeremy wrote:
On 2001-May-27 20:36:54 -0700, Kris Kennaway [EMAIL PROTECTED] wrote:
I've been getting rather a lot of these tonight..any ideas?
May 27 18:52:06 xor /boot/kernel/kernel: Data modified on freelist: word 2 of
object 0xc1a60100 size 64 previous type pagedep
David O'Brien [EMAIL PROTECTED] writes:
On Sun, May 27, 2001 at 11:32:09PM -0700, Bruce A. Mah wrote:
+.if !defined(NORELNOTES)
Do we really need Yet Another Knob? Why isn't NODOC suffient?
FWIW, I think we should lose NORELNOTES; as you say, NODOC is
sufficient.
I cannot think of any
On Sat, May 26, 2001 at 03:06:00PM -0700, Kris Kennaway wrote:
On Sat, May 26, 2001 at 02:59:22PM -0700, Kris Kennaway wrote:
Shouldn't the includes/Makefile be installing headers using
INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
to do a 'make includes' as a normal
I forgot something:
IdlePTD 4734976
initial pcb at 3b5f80
panicstr: mutex sched lock recursed at /usr/src/sys/kern/kern_synch.c:858
panic messages:
---
panic: blockable sleep lock (sx) allproc @
/usr/src/sys/kern/kern_proc.c:146
syncing disks... 90 90 panic: mutex sched lock recursed at
I haven't made any mutex commits -- my commits were credential-related.
At least two bugs have popped up and been resolved since the pcred removal
commits, including:
1) Bug in execve() such that saved uids/gids were not being done in some
situations.
2) Bug in crfree() such that there was a
As promised I've made up a list of reports I've received so far go to
http://freebsd.dk/ and follow the link.
I also have a patch for the Yamaha's (yamaha-cdr.p1) which also
can be found via the above URL. Let me know if that make things
work...
-Søren
To Unsubscribe: send mail to [EMAIL
On Sat, May 26, 2001 at 03:06:00PM -0700, Kris Kennaway wrote:
On Sat, May 26, 2001 at 02:59:22PM -0700, Kris Kennaway wrote:
Shouldn't the includes/Makefile be installing headers using
INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
to do a 'make includes' as a
On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
This was on my TODO. The only problem with INCOWN/INCGRP not being
used here is that they were introduced long after include/Makefile.
And perhaps one should go read the commit message that introduced them...
it was an
On Mon, May 28, 2001 at 10:26:11AM -0700, David O'Brien wrote:
On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
This was on my TODO. The only problem with INCOWN/INCGRP not being
used here is that they were introduced long after include/Makefile.
And perhaps one
Over the last couple of weeks, I've seen wierd statements coming out of
mountd:
On startup:
May 28 10:16:04 farrago mountd[216]: can't delete exports for /
On a mount of /usr/obj:
May 28 10:21:43 farrago mountd[217]: can't delete exports for /tmp
May 28 10:21:43 farrago mountd[217]: can't
This is on a system (my laptop):
FreeBSD localhost 5.0-CURRENT FreeBSD 5.0-CURRENT #13: Sun May 27 23:44:24 PDT 2001
[EMAIL PROTECTED]:/common/C/obj/usr/src/sys/LAPTOP_30W i386 Mon May 28
07:27:59 PDT 2001
Recent CVSup activity:
CVSup begin from cvsup14.freebsd.org at Sat May 26 03:47:01
In article [EMAIL PROTECTED],
Matthew Jacob [EMAIL PROTECTED] wrote:
Over the last couple of weeks, I've seen wierd statements coming out of
mountd:
On startup:
May 28 10:16:04 farrago mountd[216]: can't delete exports for /
On a mount of /usr/obj:
May 28 10:21:43 farrago
Poul-Henning Kamp [EMAIL PROTECTED] wrote:
=== usr.bin/fetch
/flat/src/usr.bin/fetch/fetch.c: In function `main':
/flat/src/usr.bin/fetch/fetch.c:757: `vtty' undeclared (first use in this function)
Noticed this in my `make release' attempt yesterday, too.
--
cheers, Jorg
On Mon, 28 May 2001 21:45:02 +0200, Joerg Wunsch wrote:
=== usr.bin/fetch
/flat/src/usr.bin/fetch/fetch.c: In function `main':
/flat/src/usr.bin/fetch/fetch.c:757: `vtty' undeclared (first use in this function)
Noticed this in my `make release' attempt yesterday, too.
Fixed in
On Mon, May 28, 2001 at 10:31:58AM -0700, Rodney W. Grimes wrote:
On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
This was on my TODO. The only problem with INCOWN/INCGRP not being
used here is that they were introduced long after include/Makefile.
And perhaps
Hi,
I am writing to introduce ePushcart.Net
Our prices on name brand, guaranteed merchandise
consistantly BEAT those on auction sites at
Discount retail stores!
Please check us out the next time you shop:
http://www.ePushcart.Net
Thanks for considering ePushcart.Net-
A Diverse Marketplace for
In message [EMAIL PROTECTED], John Polstra writes:
In article [EMAIL PROTECTED],
Matthew Jacob [EMAIL PROTECTED] wrote:
May 28 10:21:43 farrago mountd[217]: can't delete exports for /tmp
May 28 10:21:43 farrago mountd[217]: can't delete exports for /usr/obj
I've been seeing this too, on a
On Mon, May 28, 2001 at 10:31:58AM -0700, Rodney W. Grimes wrote:
On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
This was on my TODO. The only problem with INCOWN/INCGRP not being
used here is that they were introduced long after include/Makefile.
And
Date: Mon, 28 May 2001 10:46:53 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
This is on a system (my laptop):
FreeBSD localhost 5.0-CURRENT FreeBSD 5.0-CURRENT #13: Sun May 27 23:44:24 PDT 2001
[EMAIL PROTECTED]:/common/C/obj/usr/src/sys/LAPTOP_30W i386 Mon May 28
07:27:59 PDT 2001
Warner Losh wrote:
imp 2001/05/28 21:26:44 PDT
Modified files:
.UPDATING
Log:
Looks like -current is safe again, and has been since Friday.
-current is NOT safe, by any stretch of the imagination. Kris K. and I
have both posted numerous
In message [EMAIL PROTECTED] Doug Barton writes:
: Warner Losh wrote:
:
: imp 2001/05/28 21:26:44 PDT
:
:Modified files:
: .UPDATING
:Log:
:Looks like -current is safe again, and has been since Friday.
:
: -current is NOT safe, by any
On Mon, May 28, 2001 at 10:16:46PM -0700, Doug Barton wrote:
.UPDATING
Log:
Looks like -current is safe again, and has been since Friday.
Alpha is in evern worse shape than x86. The statement that -current is
safe is 110% wrong.
To Unsubscribe: send mail to
25 matches
Mail list logo