Re: ghostscript-gnu build broken

On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: building hpijs server ... cd . aclocal cd . automake --foreign --include-deps Makefile

Re: ghostscript-gnu build broken

On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: building hpijs server ... cd . aclocal cd . automake --foreign --include-deps Makefile

Re: ghostscript-gnu build broken

On Saturday 12 January 2002 05:47 am, Andreas Klemm wrote: On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: building hpijs server ... cd

Re: ghostscript-gnu build broken

Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: building hpijs server ... cd . aclocal cd . automake --foreign --include-deps Makefile automake: configure.in: required file `./depcomp'

Re: ghostscript-gnu build broken

On Sat, 12 Jan 2002 06:11:10 -0500 Gerald A. Speak [EMAIL PROTECTED] wrote: GAS I was having the same problem until I un-installed automake and autoconf, GAS after which ghostscript-gnu installed just fine. I've seen this a lot since automake 1.5 hit my system there seems to be a newly

Re: panic during fdisk'ing a md(4) device

Hi, more input: The panic occurs in dsname() while dereferencing devsw(dev)-d_name. devsw(dev) gives NULL. The call to dsname() occurs from dkmodminor() defined in disklabel.h I've seen two calls to dsname, only the second one panics. Any thoughts? Bye! Michael Reifenberger ^.*Plaut.*$, IT,

new module-references compile error

Hello current, with source from today(Jan 12th, 9am CET) I am getting the following error with a statically compiled kernel including: # Enable Linux ABI emulation options COMPAT_LINUX options PSEUDOFS options LINPROCFS pc-micha:/sys/i386/compile/MCSMP2# make linking

Data modified on freelist with background fsck

Hi, this was with a Jan 8 kernel on -current: WARNING: / was not properly dismounted WARNING: /big was not properly dismounted /big: lost blocks 8 files 2 /big: superblock summary recomputed Data modified on freelist: word 0 of object 0xc3990620 size 16 previous type pcb (0xdeadc1de !=

HEADS UP: -CURRENT switched from pam.conf to pam.d

The preferred configuration method for PAM is now /etc/pam.d/ rather than /etc/pam.conf. If you have an unmodified pam.conf, just delete it after your next mergemaster run. If you have local modifications, you can use /usr/src/etc/pam.d/convert.pl to incorporate them into your /etc/pam.d: # cd

Re: HEADS UP: -CURRENT switched from pam.conf to pam.d

On Saturday 12 January 2002 2:09 pm, Dag-Erling Smorgrav wrote: The preferred configuration method for PAM is now /etc/pam.d/ rather than /etc/pam.conf. If you have an unmodified pam.conf ... snip/ Thank You. -- Dominic To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe

Re: HEADS UP: -CURRENT switched from pam.conf to pam.d

On Sat, Jan 12, 2002 at 03:09:56PM +0100, Dag-Erling Smorgrav wrote: The preferred configuration method for PAM is now /etc/pam.d/ rather than /etc/pam.conf. If you have an unmodified pam.conf, just delete it after your next mergemaster run. If you have local modifications, you can use

Re: HEADS UP: -CURRENT switched from pam.conf to pam.d

The convert script seems to have an error. su-2.05# perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf /(\$FreeBSD: src/: unmatched () in regexp at /usr/src/etc/pam.d/convert.pl line 63. su-2.05# --On Saturday, January 12, 2002 3:09 PM +0100 Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:

Re: HEADS UP: -CURRENT switched from pam.conf to pam.d

Joel M. Baldwin [EMAIL PROTECTED] writes: su-2.05# perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf /(\$FreeBSD: src/: unmatched () in regexp at /usr/src/etc/pam.d/convert.pl line 63. su-2.05# Looks like CVS clobbered the last revision. I'll fix it ASAP. DES -- Dag-Erling Smorgrav -

Re: ghostscript-gnu build broken

On Saturday 12 January 2002 01:47 am, Andreas Klemm wrote: On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: building hpijs server ... cd

LINT broken

LINT appears to be broken: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/work/src/sys -I/work/src/sys/dev -I/work/src/sys/contrib/dev/acpica

Re: make release broken

jhay The last one that worked here was on 20020108. The one on the jhay next day broke. The release builds are started from cron at jhay midnight SAST which is 2 hours ahead of UTC. FYI: 5.0-CURRENT-20020113-JPSNAP builds goes fine here. I dunno what change fixes this :-) -- - Makoto `MAR'

installkernel broken - if.wi.ko

I have cvsup the source (current) yesterday that is about 14 hours ago. Buildworld and buildkernel without any problem. However, when I tried to installkernel the following error is found. . . . install -c -o root -g wheel -m 555 splash_bmp.ko /boot/kernel/ === splash/pcx install -c -o root -g

How well does EVFILT_AIO work?

Has anybody used AIO in conjunction with kevent? I am seeing as much as a 12 second latency between when I do an 8k aio_write to a file on local disk and kevent returning its completion (I'm calling kevent every ~20ms). Using regular writes works fine, but this is a multi-threaded application

Re: installkernel broken - if.wi.ko

In message: 001601c19bf8$04c1f7e0$ae60dacb@joannaraman Raman Ng [EMAIL PROTECTED] writes: : I have cvsup the source (current) yesterday that is about 14 hours ago. : Buildworld and buildkernel without any problem. However, when I tried to : installkernel the following error is found.