Re: Please test the UFS2 patch!

2002-06-08 Thread Brooks Davis
On Sat, Jun 08, 2002 at 03:06:25AM +0200, Dag-Erling Smorgrav wrote: Brooks Davis [EMAIL PROTECTED] writes: In addition to the dump problem I've reported, I'm also seeing issues with df output. The following is obviously wrong: Filesystem 1K-blocks Used Avail Capacity Mounted

perl wrapper and PATH

2002-06-08 Thread Bill Fenner
I know that the specific mergemaster issues have been addressed, but I thought this experience pointed out something subtly astonishing, so I figured I'd point it out. I ran mergemaster, and the perl wrapper started complaining that I needed to install perl, so I did pkg_add -r perl. The port

Re: dump (via amanda) causing panics

2002-06-08 Thread Brooks Davis
On Sat, Jun 08, 2002 at 02:45:06PM +1000, Bruce Evans wrote: On Fri, 7 Jun 2002, Brooks Davis wrote: On Fri, Jun 07, 2002 at 02:16:45PM -0700, Brooks Davis wrote: On Fri, Jun 07, 2002 at 01:30:37PM -0700, David O'Brien wrote: On Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis

Perl wrapper bad

2002-06-08 Thread Joshua Goodall
... when I say bad I don't mean in execution. I mean that the idea of a redirecting wrapper for one special program seems to me an architectural wart that shouldn't be pushed on the userbase. Not only does it conflict in style with the existing mailwrapper, but it introduces a DWIM feature

Re: Perl wrapper bad

2002-06-08 Thread J. Mallett
* From Joshua Goodall [EMAIL PROTECTED] ... when I say bad I don't mean in execution. I mean that the idea of a redirecting wrapper for one special program seems to me an architectural wart that shouldn't be pushed on the userbase. With no gain except supporting improperly-shebanged scripts.

Re: GCC3.1 internal compiler error when compilingXFree86-4-libraries

2002-06-08 Thread Yamada Ken Takeshi
I have the following error when I try to install it. Is it unique only to me? === Installing for XFree86-libraries-4.2.0_1 === XFree86-libraries-4.2.0_1 depends on executable: mkhtmlindex - found === XFree86-libraries-4.2.0_1 depends on shared library: freetype.9 - found : :

Re: perl wrapper and PATH

2002-06-08 Thread Szilveszter Adam
On Fri, Jun 07, 2002 at 11:26:18PM -0700, Bill Fenner wrote: I ran use.perl port, and that gave me a working perl for mergemaster. Interestingly, use.perl system didn't give me back the perl wrapper; I'm not sure what I got. Sigh. That script predates the removal of perl from the base

Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries

2002-06-08 Thread Kris Kennaway
On Sat, Jun 08, 2002 at 05:13:12PM +0900, Yamada Ken Takeshi wrote: I have the following error when I try to install it. Is it unique only to me? I didn't get that when I built it on ref5. That's the only place I've tried it. Kris msg39367/pgp0.pgp Description: PGP signature

Re: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries

2002-06-08 Thread Stefan Esser
On 2002-06-08 01:39 -0700, Kris Kennaway [EMAIL PROTECTED] wrote: On Sat, Jun 08, 2002 at 05:13:12PM +0900, Yamada Ken Takeshi wrote: I have the following error when I try to install it. Is it unique only to me? I didn't get that when I built it on ref5. That's the only place I've

Re: perl wrapper and PATH

2002-06-08 Thread John Hay
On Fri, Jun 07, 2002 at 11:26:18PM -0700, Bill Fenner wrote: I ran use.perl port, and that gave me a working perl for mergemaster. Interestingly, use.perl system didn't give me back the perl wrapper; I'm not sure what I got. Sigh. That script predates the removal of perl from the base

HEADS UP: New GNU sort committed and activated

2002-06-08 Thread Andrey A. Chernov
Please report me any problems with new GNU sort, in case you have them. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

../../../vm/uma_core.c:1327: could sleep with pcm0:play:0 locked from

2002-06-08 Thread Juan Francisco Rodriguez Hervella
Hello: A couple of days ago (I dont remember the exact day) I've recompiled the kernel to add this features: options EXT2FS device pcm device sbc device gif 4 device stf Every time I boot, I see this messages (a lot of them): (I dont copy here all of them, only a representative subset :)

Re: ../../../vm/uma_core.c:1327: could sleep with pcm0:play:0 locked from

2002-06-08 Thread Hiten Pandya
--- Juan Francisco Rodriguez Hervella [EMAIL PROTECTED] wrote: ../vm/uma_core.c:1160 ../../../vm/uma_core.c:1327: could sleep with process lock locked from ../../../kern/kern_prot.c:511 ../../../vm/uma_core.c:1327: could sleep with process lock locked from Hope this help. Do you think these

Fixing could sleeep... was (Re: ../../../vm/uma_core.c:1327: couldsleep with pcm0:play:0 locked from)

2002-06-08 Thread Mike Makonnen
On Sat, 08 Jun 2002 04:03:40 -0700 (PDT) Hiten Pandya [EMAIL PROTECTED] wrote: --- Juan Francisco Rodriguez Hervella [EMAIL PROTECTED] wrote: ../vm/uma_core.c:1160 ../../../vm/uma_core.c:1327: could sleep with process lock locked from ../../../kern/kern_prot.c:511

Weekly run output: makewhatis

2002-06-08 Thread Mike Makonnen
I started getting these recently in my weekly run outputs. Cleaning up kernel database files: Rebuilding locate database: Rebuilding whatis database: makewhatis: /usr/local/man/man1/etags.1.gz: No such file or directory makewhatis: /usr/local/man/man3/ldap_8859_to_t61.3.gz: No such file or

f77 broken on -current

2002-06-08 Thread Tim J. Robbins
f77 cannot compile any programs on -current: %f77 test.f /usr/libexec/elf/ld: cannot find -lfrtbegin Creating src/gnu/lib/libfrtbegin and placing this Makefile in it fixes it (after editing the parent directory's makefile to hook it in): .PATH: ../../../contrib/libf2c/libF77 LIB=frtbegin

Re: GCC3.1 internal compiler error when compilingXFree86-4-libraries

2002-06-08 Thread Yamada Ken Takeshi
Thank you! Your patch-z32 made me happy a little. When can I compile XFree86-4-Server-4.2.0_2 with -current? It gives me internal compiler error, too as below. I had thought it uses XFree86-4-libraries port which was wrong. === Building for XFree86-Server-4.2.0_2 Building Release 6.6

Re: perl wrapper and PATH

2002-06-08 Thread Trish Lynch
On Sat, 8 Jun 2002, John Hay wrote: On Fri, Jun 07, 2002 at 11:26:18PM -0700, Bill Fenner wrote: I ran use.perl port, and that gave me a working perl for mergemaster. Interestingly, use.perl system didn't give me back the perl wrapper; I'm not sure what I got. Sigh. That script

Re: dump (via amanda) causing panics

2002-06-08 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], David O'Brien writes: Can you reduce PHK's ufs2 patch down to the minium required to fix dump? That could then be committed now. Hopefully I already committed the fix to dump(8) ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] |

Re: dump (via amanda) causing panics

2002-06-08 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Brooks Davis writes: I saw similarly bogus sector (block) numbers when I first debugged this problem. They were caused by missing prototypes. 32-bit block numbers were passed to unprototyped functions that expected daddr_t block numbers. When daddr_t was

RE: Fixing could sleeep... was (Re: ../../../vm/uma_core.c:132

2002-06-08 Thread John Baldwin
On 08-Jun-2002 Mike Makonnen wrote: On Sat, 08 Jun 2002 04:03:40 -0700 (PDT) Hiten Pandya [EMAIL PROTECTED] wrote: --- Juan Francisco Rodriguez Hervella [EMAIL PROTECTED] wrote: ../vm/uma_core.c:1160 ../../../vm/uma_core.c:1327: could sleep with process lock locked from

Re: perl wrapper and PATH

2002-06-08 Thread Anton Berezin
On Sat, Jun 08, 2002 at 09:48:05AM -0400, Trish Lynch wrote: The wrapper is there so that there are no suprises to people that *expect* perl in the system. What would possibly be a good idea is that the wrapper is there, but it doesn;t actually redirect to the new perl. Then use.perl is run

Re: f77 broken on -current

2002-06-08 Thread Steve Kargl
On Sat, Jun 08, 2002 at 09:29:30PM +1000, Tim J. Robbins wrote: f77 cannot compile any programs on -current: %f77 test.f /usr/libexec/elf/ld: cannot find -lfrtbegin Creating src/gnu/lib/libfrtbegin and placing this Makefile in it fixes it (after editing the parent directory's makefile to

Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries

2002-06-08 Thread Stanislav Grozev
On Sat, Jun 08, 2002 at 10:11:13PM +0900, Yamada Ken Takeshi wrote: snip/ (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) (nil))) ../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_reload, at reload1.c:5050 Please submit a full bug report, with preprocessed

More X breakage in XFree86-4-Servers ...

2002-06-08 Thread Marc G. Fournier
BRARY_PATH=../../../../exports/lib cc -c -O -pipe -D_OLD_STDIO -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../exports/include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I../../../../lib/GL/dri

Re: perl wrapper and PATH

2002-06-08 Thread David O'Brien
On Sat, Jun 08, 2002 at 05:07:39PM +0200, Anton Berezin wrote: It sounds reasonable, but what's the point of having a wrapper at all then? One way or the other we need to have /usr/bin/perl exist and be usable. Many have perl scripts in ~/bin that they expect to run on all modern OS's --

Re: perl wrapper and PATH

2002-06-08 Thread Trish Lynch
On Sat, 8 Jun 2002, David O'Brien wrote: On Sat, Jun 08, 2002 at 05:07:39PM +0200, Anton Berezin wrote: It sounds reasonable, but what's the point of having a wrapper at all then? One way or the other we need to have /usr/bin/perl exist and be usable. Many have perl scripts in ~/bin that

[Winston's List] Get Caught Up! - The HOT STEAMY Black-Novel

2002-06-08 Thread Winston Chapman
A projected ESSENCE Best-Seller!!! To CHECK OUT the HOT Black-Novel, Caught Up! CLICK ON LINK BELOW!!! http://winstonchapman.netfirms.com READ 2-Chapters ON-LINE and you'll be Caught Up, too!!! Special Offer: TODAY ONLY!!!

New ipfw code available

2002-06-08 Thread Luigi Rizzo
[Bcc to -current because it is relevant there as well -- sorry for the crosspost] Hi, over the past 2-3 weeks I have done an extensive rewrite of the ipfw code (userland + kernel) in an attempt to make it faster and more flexible. The idea (which I discussed a few times on the mailing lists)

Re: cvs commit: src/sys/kern subr_witness.c

2002-06-08 Thread Mike Makonnen
On Sat, 08 Jun 2002 10:57:31 -0400 (EDT) John Baldwin [EMAIL PROTECTED] wrote: Heh, that's fine. Let me know if it works. :) Ok, no more exhausted messages. Before I applied it I had a bunch of dead witnesses when I did a show witness in ddb (i.e. - only about 1 out of 10 witnesses