Re: Bootstrapping perl (Re: cvs commit: src/gnu/usr.bin/perl Makefile.inc src/gnu/usr.bin/perl/libperl Makefile src/gnu/usr.bin/perl/miniperl Makefile)

2000-06-27 Thread Mark Murray
I thought build-tools was the answer; sadly that seems to be wrong. Now I'm looking at cross-tools (out of src/makefile.inc1). Adding something to bootstrap-tools implies that we can't use the installed miniperl (backward compatibility problem) or the host doesn't have miniperl. The

Re: subscribe

2000-06-27 Thread Jordan K. Hubbard
If I somehow cc'd the mailing list on this then I made a mistake which I don't usually make. These messages, when I'm watching the headers correctly, are always sent privately. - Jordan On Monday, 26 June 2000 at 15:43:47 -0700, Jordan K. Hubbard wrote: SUBSCRIBE [EMAIL PROTECTED] To

Re: Bootstrapping perl (Re: cvs commit: src/gnu/usr.bin/perl Makefile.inc src/gnu/usr.bin/perl/libperl Makefile src/gnu/usr.bin/perl/miniperl Makefile)

2000-06-27 Thread David O'Brien
On Tue, Jun 27, 2000 at 08:08:15AM +0200, Mark Murray wrote: What you say supports the theory that build-tools is the answer; however build-tools seems to want to do an in-place build - not to install the tool(s) somewhere into the path like cross-tools. I'm in trouble with cross-tools

Re: Bootstrapping perl (Re: cvs commit: src/gnu/usr.bin/perl Makefile.inc src/gnu/usr.bin/perl/libperl Makefile src/gnu/usr.bin/perl/miniperl Makefile)

2000-06-27 Thread Mark Murray
It is possible the Perl build Makefiles have a slight bogon that prevents things from working properly in this stage? :-) Uh Huh! Note that bootstrap-tools are built (and installed under /obj) to be run OK - I'll try again fro build-tools. I tried that (on my Alpha). Same

Re: Bootstrapping perl ...

2000-06-27 Thread George W. Dinolt
I have found that the following small diff to /usr/src/Makefile.inc1 allows the buildworld to proceed: *** Makefile.inc1~ Mon Jun 26 23:00:54 2000 --- Makefile.inc1 Mon Jun 26 23:27:05 2000 *** *** 123,129 WORLDTMP= ${OBJTREE}${.CURDIR}/${BUILD_ARCH} #

Re: Bootstrapping perl ...

2000-06-27 Thread Dampure, Pierre Y.
"George W. Dinolt" wrote: I have found that the following small diff to /usr/src/Makefile.inc1 allows the buildworld to proceed: It breaks further down the line when building /usr/src/gnu/usr.bin/perl/perl, with the following message: lib/auto/DynaLoader/DynaLoader.a(DynaLoader.o): In

coldsync - Visor kernel panic / bug #17961

2000-06-27 Thread Lucky
Hi all, what is the story with this bug? (If you want a hand with testing patches, etc., please drop me a mail) I'm running 5.0-CURRENT (Jun 20) Hardware: Jun 26 15:34:28 bofh /kernel: usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 Jun 26 15:34:28 bofh /kernel: usb0: USB revision

Re: HEADS UP!: config changes...

2000-06-27 Thread Mike Pritchard
On Mon, Jun 26, 2000 at 09:25:37PM +0200, Guido van Rooij wrote: How about adding a hint to the hint driver itself. E.g. SYNOPSIS device isa device ata hint "hintsfile"# see hint(4) I don't think this is enough. If I botch my hints file enough (and lets say I

Re: Make World is hosed...

2000-06-27 Thread Sheldon Hearn
On Mon, 26 Jun 2000 19:04:47 +0200, Poul-Henning Kamp wrote: Who knows the cure for this ? Mark's busy working on it. You shouldn't have to wait too much longer now. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the

let badsect recog IFCHR in 5.0-C

2000-06-27 Thread Clive Lin
Hi, Here is the diff for badsect(8) to recognize character device (IFCHR) rather than block device (IFBLK), since there's no block device in current. I don't know if there's any difference bewteen block and character device. So, I surly don't know if this will screw up any disk. But,

Re: let badsect recog IFCHR in 5.0-C

2000-06-27 Thread Alexander Langer
Thus spake Clive Lin ([EMAIL PROTECTED]): - memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); - *name_dir_end = 'r'; + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); + // *name_dir_end = 'r'; Use /* */ comments or

Re: let badsect recog IFCHR in 5.0-C

2000-06-27 Thread Dan Papasian
On Tue, Jun 27, 2000 at 05:38:21PM +0200, Alexander Langer wrote: Thus spake Clive Lin ([EMAIL PROTECTED]): - memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); - *name_dir_end = 'r'; + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end,

Re: let badsect recog IFCHR in 5.0-C

2000-06-27 Thread Alexander Langer
Thus spake Dan Papasian ([EMAIL PROTECTED]): + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); + // *name_dir_end = 'r'; Use /* */ comments or #if 0. Actually, there was just a discussion on comp.lang.c about how they aren't interchangable. The

Re: XML driver config file to replace LINT

2000-06-27 Thread Hiroki Sato
Nik Clayton [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: [ That schema is not set in stone, and certainly requires more work. In particular, we probably need "lang" and "encoding" options on the comment element, to support comments in more than one language. ] LINT would then become

Questions about kmem_malloc and SPL levels

2000-06-27 Thread John Polstra G
The comment leading into kmem_malloc (in sys/vm/vm_kern.c) is worrying me: * This routine has its own private kernel submap (kmem_map) and object * (kmem_object). This, combined with the fact that only malloc uses * this routine, ensures that we will never block in map or

Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c

2000-06-27 Thread Garrett Wollman
[Redirected.] On Tue, 27 Jun 2000 17:28:31 +0100, Josef Karthauser [EMAIL PROTECTED] said: I'm not sure I have a feeling that there are softupdate problems running under SMP. A number of times this year I've lost whole filesystems on an SMP machines. :( $ uptime 1:41PM up 34 days,

Re: Questions about kmem_malloc and SPL levels

2000-06-27 Thread Alfred Perlstein
* John Polstra G [EMAIL PROTECTED] [000627 10:38] wrote: The comment leading into kmem_malloc (in sys/vm/vm_kern.c) is worrying me: * This routine has its own private kernel submap (kmem_map) and object * (kmem_object). This, combined with the fact that only malloc uses *

-current of 3 hours ago, can't get GENERIC kernel compiled

2000-06-27 Thread Andreas Klemm
current of today, very recent. Just to drop you a note. cc -pipe -O -nostdinc -I/usr/src/sys/compile/GENERIC/../.. -I. -I/usr/include-o aicasm aicasm_gram.o aicasm_scan.o aicasm.o aicasm_symbol.o -ll ./aicasm -nostdinc -I- -I. -I../.. -I../../../include -o aic7xxx_seq.h -r aic7xxx_reg.h

ipfw check-state and ipfw fwd ?

2000-06-27 Thread Adrian Chadd
Hi, I have a tunnel setup which requires me to rewrite the next hop of packets going from the tunneled network out to the internet to go out via the tunnel (rather than going out the default route, who drops the packets (validly) because it thinks I'm trying to IP spoof.) The trouble is that

Huh? ssh stopped working with new kernel.

2000-06-27 Thread Julian Elischer
So I cvsupped yesterday, and tehn made a new kernel. so suddenly ssh doesn't work any more. it says: jules# ssh www.elischer.org ssh: no RSA support in libssl and libcrypto. See ssl(8). Disabling protocol version 1 Protocol major versions differ: 2 vs. 1 jules# luckily /usr/local/bin/ssh

Re: Huh? ssh stopped working with new kernel.

2000-06-27 Thread bryan d. o'connor
| ssh: no RSA support in libssl and libcrypto. See ssl(8). | Disabling protocol version 1 | Protocol major versions differ: 2 vs. 1 i just had the same problem. this was probably discussed in the /dev/[u]random thread and i missed it. you can either kldload /modules/randomdev.ko or add

Re: Bootstrapping perl

2000-06-27 Thread Ade Lovett
[cc's trimmed] On Mon, Jun 26, 2000 at 10:08:58PM +0200, Mark Murray wrote: Message to others for bootstrapping: Checkout perl (contrib/perl5 and gnu/usr.bin/perl) from -D 2624, build and install it manually, then update both dirs to HEAD and do a world with the new perl in place.

Re: Bootstrapping perl

2000-06-27 Thread Mark Murray
Just for the record, I tried that.. (my laptop is at 06/20 -current right now) What "right now"? I committed some fixes about 4 hours ago. Do you have those? (Look for lots of ${MINIPERL} in place of "miniperl"). M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To

Re: Bootstrapping perl

2000-06-27 Thread Ade Lovett
On Tue, Jun 27, 2000 at 09:48:59PM +0200, Mark Murray wrote: Just for the record, I tried that.. (my laptop is at 06/20 -current right now) What "right now"? I committed some fixes about 4 hours ago. Do you have those? "right now" as in "it's running kernel and userland from 06/20" The

USB modems

2000-06-27 Thread Bob Bishop
Hi, Can anyone give a quick synopsis of the current status of support for USB modems? TIA -- Bob Bishop (0118) 977 4017 international code +44 118 [EMAIL PROTECTED]fax (0118) 989 4254 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in

Laptop boot problem in current with GENERIC GENERIC.hints

2000-06-27 Thread Edwin Culp
I have 5 machines running current. All are booting fine with the changes made on June 12, with the exception of a k-6 laptop. I have been booting the kernel.works since the changes and can't seem to get something right. I have tried with my original kernel configuration and now have been

Re: HEADS UP! New (incomplete) /dev/random device!

2000-06-27 Thread Mark Murray
| 3) It is not built by default (except as a kernel module), so you |either need to add the "options RANDOMDEV" like to your kernel |config, or load it at boot time in /dev/loader.conf Can we make this a standard thing? I can't imagine why anyone wouldn't want /dev/random in

Re: Laptop boot problem in current with GENERIC GENERIC.hints

2000-06-27 Thread Edwin Culp
Donn Miller wrote: Did you compile your kernel with any optimizations, such as -Os? If so, try it recompiling it without optimizations. Unfortunately, no. I wish that I had, because I'm fresh out of things to try. Thanks, ed - Donn On Tue, 27 Jun 2000, Edwin Culp wrote: I have 5

Re: Bootstrapping perl ...

2000-06-27 Thread Mark Murray
It breaks further down the line when building /usr/src/gnu/usr.bin/perl/perl, with the following message: lib/auto/DynaLoader/DynaLoader.a(DynaLoader.o): In function `SaveError': DynaLoader.o(.text+0x1e2): undefined reference to `Perl_vmess' This is a library problem, and I have nearly

Re: Bootstrapping perl

2000-06-27 Thread Ade Lovett
On Tue, Jun 27, 2000 at 02:52:51PM -0500, Ade Lovett wrote: Mark wrote: (Look for lots of ${MINIPERL} in place of "miniperl"). Ok. I'll re-cvsup now and take a peek. Got all the ${MINIPERL} stuff, and I now have a successful buildworld. Took 7 minutes longer than the last time though...

Re: Huh? ssh stopped working with new kernel.

2000-06-27 Thread Alfred Perlstein
* Julian Elischer [EMAIL PROTECTED] [000627 12:36] wrote: So I cvsupped yesterday, and tehn made a new kernel. so suddenly ssh doesn't work any more. cvsup again and recompile and reload the randomdev module, it should resume working. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED]

Release still broken with new Perl

2000-06-27 Thread John Baldwin
Mark, A test release I built today died while installing Perl the second time around into the trees directory where the install distributions are rolled from as follows: === gnu/usr.bin/perl/library/re cd /usr/obj/usr/src/gnu/usr.bin/perl/library/re/ext/re ; make -B install

Re: Huh? ssh stopped working with new kernel.

2000-06-27 Thread Bosko Milekic
Julian, "me too." Note that if I go back to kernel.saved, it works again. --Bosko On Tue, 27 Jun 2000, Julian Elischer wrote: So I cvsupped yesterday, and tehn made a new kernel. so suddenly ssh doesn't work any more. it says: jules# ssh www.elischer.org ssh:

Re: let badsect recog IFCHR in 5.0-C

2000-06-27 Thread Brian O'Shea
On Tue, Jun 27, 2000 at 06:14:31PM +0200, Alexander Langer wrote: Thus spake Dan Papasian ([EMAIL PROTECTED]): + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); + // *name_dir_end = 'r'; Use /* */ comments or #if 0.

Re: Bootstrapping perl ...

2000-06-27 Thread Mark Murray
Hi Thanks - this is the line that I am working on; your debugging is valuable!! M I have found that the following small diff to /usr/src/Makefile.inc1 allows the buildworld to proceed: *** Makefile.inc1~ Mon Jun 26 23:00:54 2000 --- Makefile.inc1 Mon Jun 26 23:27:05 2000

Re: Laptop boot problem in current with GENERIC GENERIC.hints

2000-06-27 Thread Donn Miller
Did you compile your kernel with any optimizations, such as -Os? If so, try it recompiling it without optimizations. - Donn On Tue, 27 Jun 2000, Edwin Culp wrote: I have 5 machines running current. All are booting fine with the changes made on June 12, with the exception of a k-6 laptop.

Re: Release still broken with new Perl

2000-06-27 Thread Jesper Skriver
On Tue, Jun 27, 2000 at 03:55:59PM -0700, John Baldwin wrote: Mark, A test release I built today died while installing Perl the second time around into the trees directory where the install distributions are rolled from as follows: I just successfully upgraded from a approx 3-4 week old

Re: Release still broken with new Perl

2000-06-27 Thread John Baldwin
On Tue, Jun 27, 2000 at 03:55:59PM -0700, John Baldwin wrote: Mark, A test release I built today died while installing Perl the second time around into the trees directory where the install distributions are rolled from as follows: I just successfully upgraded from a approx 3-4

Re: let badsect recog IFCHR in 5.0-C

2000-06-27 Thread Bruce Evans
On Tue, 27 Jun 2000, Alexander Langer wrote: Thus spake Clive Lin ([EMAIL PROTECTED]): - memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); - *name_dir_end = 'r'; + // un-needed. + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); + //

perl5 ports and perl5.006

2000-06-27 Thread Ade Lovett
Got a couple of issues with perl5.006 that just went into -current in terms of perl5 ports. The first one is relatively straightforward, being a simple versioning problem. Following patch fixes that (OSVERSION may be slightly wrong, but it corresponds to what I have in my up-to-date src tree):

Re: Questions about kmem_malloc and SPL levels

2000-06-27 Thread Bruce Evans
On Tue, 27 Jun 2000, John Polstra G wrote: The comment leading into kmem_malloc (in sys/vm/vm_kern.c) is worrying me: * This routine has its own private kernel submap (kmem_map) and object * (kmem_object). This, combined with the fact that only malloc uses * this

Re: Questions about kmem_malloc and SPL levels

2000-06-27 Thread Bosko Milekic
On Wed, 28 Jun 2000, Bruce Evans wrote: The first part will be news to the folks running SMP. :-) The business about splhigh is also wrong. But what worries me is that malloc calls it at splmem, while m_clalloc calls it at splimp. Is that a problem? malloc() calls it on kmem_map

snapshot of CardBus support code for FreeBSD

2000-06-27 Thread YAMAMOTO Shigeru
Hi all, I'm writing a code to support CardBus at FreeBSD. I put on a current working code snapshot at my Web, URL:http://www.bremen.or.jp/shigeru/FreeBSD/CardBus/ This is an alpha quality and different implimentation of NEWCARD. Currently, It only works on my laptop, SONY VAIO PCG-818.

Boot Oddities

2000-06-27 Thread Dampure, Pierre Y.
Apologies if this ought to be in -questions rather than -current, but since I first noticed the problem on 5.0-2621-CURRENT... The above snapshot was installed on a brand new system (OR840, 2x733EB, 512MB RDRAM, 1xAHA2940UW, 4x9.1Gb Barracuda). The disk organisation is as follows: