Latest -CURRENT buildworld target failed again with this message:
=== share/monetdef
grep -v '^#' /usr/src/share/monetdef/en_US.ISO_8859-1.src
en_US.ISO_8859-1.out
grep -v '^#' /usr/src/share/monetdef/nl_NL.ISO_8859-1.src
nl_NL.ISO_8859-1.out
grep -v '^#'
-On [20010209 05:35], John Indra ([EMAIL PROTECTED]) wrote:
Dunno whether this happens only to me, but in my machine, latest -CURRENT
buildworld target failed with this message:
=== share/numericdef
make: don't know how to make nl_NL.ISO_8859-1.out. Stop
Should be fixed.
Apologies.
--
Jeroen
-On [20010207 11:00], Harti Brandt ([EMAIL PROTECTED]) wrote:
With a freshly CVSuped current I get:
=== usr.bin/ncal
cc -O -pipe -Wall -Wmissing-prototypes -fstrict-prototypes -ansi -pedantic
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/ncal/ncal.c
/usr/src/usr.bin/ncal/ncal.c:
On Fri, 9 Feb 2001, Jeroen Ruigrok van der Werven wrote:
JRvdW-On [20010207 11:00], Harti Brandt ([EMAIL PROTECTED]) wrote:
JRvdW
JRvdWWith a freshly CVSuped current I get:
JRvdW
...
JRvdW
JRvdWYou are probably caught in between commits.
JRvdW
JRvdWAlways cvsup after such problems, after you
i have Ensoniq ES1371-based soundcard supported by pcm driver and
experience some problems. the sound played is interruped by clicks and
distorsions, and they appear more often when the disk activity is high.
during playback the kernel generates messages like 'pcm0: hwptr went
backwards 64 -
On 09-Feb-01 Mike Holling wrote:
i have Ensoniq ES1371-based soundcard supported by pcm driver and
experience some problems. the sound played is interruped by clicks and
distorsions, and they appear more often when the disk activity is high.
during playback the kernel generates messages like
On Fri, 9 Feb 2001, John Baldwin wrote:
i have Ensoniq ES1371-based soundcard supported by pcm driver and
experience some problems. the sound played is interruped by clicks and
distorsions, and they appear more often when the disk activity is high.
during playback the kernel generates
This could be related to the entropy gathering by the random kthread. Have you
tried removing the random device from your kernel?
yes, i've tried. no effect.
This seems to have fixed the problem for me, thanks! I'm using the
machine now and am getting no keyboard-related glitches in
From: "Kenneth D. Merry" [EMAIL PROTECTED]
Subject: Re: od driver for -CURRENT
By the way, in Japanese users mailing list, some said that `da' does
not check whether a medium is writerable or not (write
protected). If you mount a write protected medium with -rw, it will
lead bad condition
On 9 Feb, Bruce Evans wrote:
Pagefaults occur in copyin() (called from addupc_task() which is called
from ast()) while sched_lock is held. This is not good. Incrementing
the profiling counters is supposed to be pushed to ordinary process
context so that things like copyin() can work (they
Here I am again. Didn't get as far as a login prompt, I have a panic when
qmail
starts up:
Turn MUTEX_DEBUG off. It appears to be broken atm.
Done, no panic, and performance is bad but not so bad.
--
Reboot America.
To Unsubscribe: send mail to [EMAIL
On Thu, Feb 08, 2001 at 09:56:43AM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Andrea Campi writes:
: Will try again with cardbus and report. So are you saying it SHOULD work
: (as far as my chipset is behaving, I suppose)?
Cardbus works, more or less, on -current right now.
[taken to -ports]
Szilveszter Adam wrote:
@exec ln -sf ../X11R6/lib/X11 %D/usr/lib/X11
@unexec rm %D/usr/lib/X11
The link is correct. On a Redhat 6.2 system:
dhcp00% cd /mnt/usr/lib
dhcp00% ls -al X11
lrwxrwxrwx 1 root wheel 16 Jul 18 2000 X11 - ../X11R6/lib/X11
dhcp00% more
On Fri, 9 Feb 2001, Alexander Leidinger wrote:
On 9 Feb, Bruce Evans wrote:
Pagefaults occur in copyin() (called from addupc_task() which is called
from ast()) while sched_lock is held. This is not good. Incrementing
the profiling counters is supposed to be pushed to ordinary process
On Wed, Feb 07, 2001 at 08:23:35PM -0600, Michael C . Wu wrote:
On Thu, Feb 08, 2001 at 01:56:11AM +0100, Leif Neland scribbled:
| It seems pkg_update is only usable when installing from packages, not from
| ports.
Because it is a package update system. If you want to update
from the
Hello Marcel,
On Fri, Feb 09, 2001 at 10:23:16AM -0800, Marcel Moolenaar wrote:
[taken to -ports]
I see it nowhere in the headers, so I am going to add a Cc: for it...
The link is correct. On a Redhat 6.2 system:
dhcp00% cd /mnt/usr/lib
dhcp00% ls -al X11
lrwxrwxrwx 1 root wheel 16
On Fri, 9 Feb 2001 [EMAIL PROTECTED] wrote:
From: "Kenneth D. Merry" [EMAIL PROTECTED]
Subject: Re: od driver for -CURRENT
By the way, in Japanese users mailing list, some said that `da' does
not check whether a medium is writerable or not (write
protected). If you mount a write
Andrew Gallatin writes:
Dag-Erling Smorgrav writes:
Julian Elischer [EMAIL PROTECTED] writes:
I believe that vmware mmaps a region of memory and then somehow syncs
it to disk. (It is certainly doing something like it here).
Theory: VMWare mmaps a region of memory
Andrew Gallatin wrote:
Andrew Gallatin writes:
Dag-Erling Smorgrav writes:
Julian Elischer [EMAIL PROTECTED] writes:
I believe that vmware mmaps a region of memory and then somehow syncs
it to disk. (It is certainly doing something like it here).
Theory: VMWare
If memory serves me right, Nik Clayton wrote:
On Wed, Feb 07, 2001 at 08:23:35PM -0600, Michael C . Wu wrote:
On Thu, Feb 08, 2001 at 01:56:11AM +0100, Leif Neland scribbled:
| It seems pkg_update is only usable when installing from packages, not fro
m
| ports.
Because it is a
On Wed, Feb 07, 2001 at 08:23:35PM -0600, Michael C . Wu wrote:
On Thu, Feb 08, 2001 at 01:56:11AM +0100, Leif Neland scribbled:
| It seems pkg_update is only usable when installing from packages, not from
| ports.
Because it is a package update system. If you want to update
from
[moved to -ports]
If memory serves me right, "Leif Neland" wrote:
Couldn't it be made possible to use just the update-of-dependencies part of p
kg_update without doing the pkg_delete/pkg_install bit?
Perhaps I'll try...
Manipulating the bits is relatively straightforward. Doing so in a
Just to follow up, this was fixed with v1.9 of src/lib/libc/stdio/findfp.c
Thanks Maxim !
I've cc'd -current as I think something more sinister is going on.
To recap, I'm having trouble running xsane on -current from about two
days ago. fopen() is failing...
The attached patch
In message [EMAIL PROTECTED] Andrea Campi writes:
: Of course cardbus per se is working, I meant irq sharing when using cardbus...
Works great for me.
: And, it's not working for me, i.e. my pccard using cardbus is working on irq
: 11, my csa audio card is probed and configured on irq 11, but
A current kernel built 10 mins ago form fresh cvsup panics:
APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0
IPsec: Initialized Security Association Processing.
panic: mutex sched lock not owned at ../../kern/kern_synch.c:175
cpuid = 0; lapic.id =
syncing disks...
done
Uptime: 0s
Hi,
I've been using the disklabel.c patch which allows easier
configuration by being able to specify a new disklabel of
the form:
#size offsetfstype [fsize bsize bps/cpg]
a: 400M04.2BSD 4096 1638475 # (Cyl.0 - 812*)
b: 1G*
26 matches
Mail list logo