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}
# /usr/gam
"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
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: on
uhci0
Jun 26 15:34:28 bofh /kernel: usb0: USB revision 1.0
Jun 26 15:34:28 bofh /kernel: uhub0: I
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
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 messag
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, it
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 o
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, strlen(nam
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 interchan
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
>element, to support comments in more than one language. ]
>
> LINT would then becom
On Tue, Jun 27, 2000, Adrian Chadd wrote:
>
> 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
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 objec
[Redirected.]
< 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, 23:46, 1 user, load averages: 3.54, 3.72, 3.65
$ uname -a
FreeBSD xy
* 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 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 .
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 I'
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 was
| 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
"option
[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
> 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 Unsubs
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"
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
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 trying
>
> | 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
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:
>
> >
> 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
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
* 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
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
INSTALLPRIVLIB=/R/
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
>
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
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
>
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.
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 ol
> 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 ap
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);
> >
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):
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 r
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_m
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.
Supporte
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:
d
> > 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...
I'm glad it worked! The "Yes, it is cool now" reports are just as
valuable as the "You idiot! You broke it!" ones :-)
M
--
> ===> gnu/usr.bin/perl/library/B
> make: don't know how to make distribute. Stop
OK - I know how to fix this.
Thanks for the report!
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the bod
43 matches
Mail list logo