On Sat, 16 Sep 2000, Steve Kargl wrote:
> I need to review the gmp documents again, but I not sure
> the preference order is much of an issue. By default,
> CPU_TYPE="generic" would build the C code, which should work
> on all architectures supported by FreeBSD. If a user explicitly
> sets CPU_
I get the following with sources cvsup'd for cvsup5.freebsd.org
at 10:00 pm PST on 16 Sep 00.
hotrats:root[222] make buildkernel
--
>>> Rebuilding kernel(s)
--
===> HOTRATS
mkd
Kris Kennaway wrote:
> On Sat, 16 Sep 2000, Steve Kargl wrote:
>
> > I'm not fluent in FSF configure scripts, but it looks like
> > configure tests the compiler for specific features to determine
> > CPU type. The gross hack would be to add CPU_TYPE="generic"
> > to /etc/defaults/make.conf, and
>> I'm running a current machine of 12 Sept although this problem
>> also occured on a current of a few days earlier ...
"current machine" meaning FreeBSD-current? if so, are there any
locking behavior changes due to the introduction of fine grain locks?
what happens if
On Sat, 16 Sep 2000, Steve Kargl wrote:
> I'm not fluent in FSF configure scripts, but it looks like
> configure tests the compiler for specific features to determine
> CPU type. The gross hack would be to add CPU_TYPE="generic"
> to /etc/defaults/make.conf, and allow users to define CPU_TYPE
>
Ben Smithurst writes:
> Mike Meyer wrote:
> > I cvsupped and rebuilt earlier to today, only to find that the kernel
> > was installed as /boot/kernel/kernel instead of
> > /boot/kernel/kernel.ko. While fixing this was trivial, it was a bit of
> > a surprise.
> > Is this a bug, or did I happen to c
appended below is an excerpt from a message sent to -stable earlier
tonight, containing content of a type which kris kenneway correctly
suggested would find a more suitable audience on -current.
in summary: PR kern/18756 contains a patch (against -stable, alas,
sorry) which fixes kernel hangs in
Kris Kennaway wrote:
> On Sat, 16 Sep 2000, Steve Kargl wrote:
>
> > Before I jump in and attempt to do an upgrade of libgmp,
> > I thought I'd asked if anyone else has endured this joy?
> >
> > Note, src/contrib/libgmp is at version 2.0.x and it is
> > 3+ years old. The newest version is at 3
Mike Meyer wrote:
> I cvsupped and rebuilt earlier to today, only to find that the kernel
> was installed as /boot/kernel/kernel instead of
> /boot/kernel/kernel.ko. While fixing this was trivial, it was a bit of
> a surprise.
>
> Is this a bug, or did I happen to catch the world in a state of c
I cvsupped and rebuilt earlier to today, only to find that the kernel
was installed as /boot/kernel/kernel instead of
/boot/kernel/kernel.ko. While fixing this was trivial, it was a bit of
a surprise.
Is this a bug, or did I happen to catch the world in a state of change
described in a cvs-all or
On Sat, 16 Sep 2000, Steve Kargl wrote:
> Before I jump in and attempt to do an upgrade of libgmp,
> I thought I'd asked if anyone else has endured this joy?
>
> Note, src/contrib/libgmp is at version 2.0.x and it is
> 3+ years old. The newest version is at 3.1. The Changelog
> indicates that
On Sunday, 17 September 2000 at 0:32:01 +0200, Michael Reifenberger wrote:
> Hi,
> -current hangs reliable (as described in another mail) for me.
> For short:
> "tar cf /dev/null /usr/ports&; tar cf - /usr/ports | tar tf -"
> locks the system solid after a few minutes.
> The first tar itsel
James Johnson wrote:
> Can someone explain why we have a PRE_SMPNG tag? Sure there may be some
> issues with SMP in -CURRENT right now, however simply avoiding running the
> code is not going to get those issues fixed.
It calms peoples fears, and because people asked for it. Generally, trying
to
Hi,
-current hangs reliable (as described in another mail) for me.
For short:
"tar cf /dev/null /usr/ports&; tar cf - /usr/ports | tar tf -"
locks the system solid after a few minutes.
The first tar itself seems to need some time longer before hang.
This is verified to occure with 2 diff
You already have that - just install one of the -current snaps from
before this date. I have no plans to remove them.
- Jordan
> I would like to request that someone with access to
> ftp://current.freebsd.org build a snapshot release based entirely on the
> PRE_SMPNG CVS branch so those of us w
On Sat, 16 Sep 2000, Mike Meyer wrote:
>Brandon D. Valentine writes:
>> On Sat, 16 Sep 2000, John Baldwin wrote:
>> >Err, AFAIK, the only instability atm is that under heavy load some ahc
>> >controllers seem to hang (or possibly the ahc driver is getting out of
>> >sorts and hanging.) However,
Can someone explain why we have a PRE_SMPNG tag? Sure there may be some
issues with SMP in -CURRENT right now, however simply avoiding running the
code is not going to get those issues fixed.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Brandon D.
Vale
Brandon D. Valentine writes:
> On Sat, 16 Sep 2000, John Baldwin wrote:
> >Err, AFAIK, the only instability atm is that under heavy load some ahc
> >controllers seem to hang (or possibly the ahc driver is getting out of
> >sorts and hanging.) However, the problem is not so bad that you can't
> I'
On Sat, 16 Sep 2000, John Baldwin wrote:
>Err, AFAIK, the only instability atm is that under heavy load some ahc
>controllers seem to hang (or possibly the ahc driver is getting out of
>sorts and hanging.) However, the problem is not so bad that you can't
I've had a ton of experience with ahc l
On Sat, 16 Sep 2000, Alexander Leidinger wrote:
> dnetc runns with idprio 31, system cvsupped around Sep 16, 11 CEST from
> a german mirror (it contains the idle fixes: src/sys/kern/kern_idle.c,v
> 1.4), complete build{world,kernel}.
>
> ---snip---
> last pid: 1666; load averages: 1.10, 1.11
Wesley Morgan wrote:
> On Sat, 16 Sep 2000, John Baldwin wrote:
>
> > Err, AFAIK, the only instability atm is that under heavy load some ahc
> > controllers seem to hang (or possibly the ahc driver is getting out of
> > sorts and hanging.) However, the problem is not so bad that you can't
> > bu
On Sat, 16 Sep 2000, John Baldwin wrote:
> Err, AFAIK, the only instability atm is that under heavy load some ahc
> controllers seem to hang (or possibly the ahc driver is getting out of
> sorts and hanging.) However, the problem is not so bad that you can't
> build world in at most 2 boots, and
John Baldwin wrote:
> Brandon D. Valentine wrote:
> > I would like to request that someone with access to
> > ftp://current.freebsd.org build a snapshot release based entirely on the
> > PRE_SMPNG CVS branch so those of us wishing to install current will have
> > a better starting point. The snap
Brandon D. Valentine wrote:
> I would like to request that someone with access to
> ftp://current.freebsd.org build a snapshot release based entirely on the
> PRE_SMPNG CVS branch so those of us wishing to install current will have
> a better starting point. The snaps currently being built come d
I would like to request that someone with access to
ftp://current.freebsd.org build a snapshot release based entirely on the
PRE_SMPNG CVS branch so those of us wishing to install current will have
a better starting point. The snaps currently being built come directly
from HEAD and hence are ridd
On Sun, Sep 17, 2000 at 03:38:33AM +1100, Bruce Evans wrote:
> Fine with me, provided you handle any problems with mixing the libraries.
> I think "-ltermcap -lcurses" should somehow use the curses interfaces
> despite termcap being first.
Yes, I fix this occurances recently just for purity reaso
On Sat, 16 Sep 2000, Bill Fumerola wrote:
> On Sat, Sep 16, 2000 at 04:23:42AM +0400, Andrey A. Chernov wrote:
> > Avdantages:
> >
> > 1) We'll be 100%-compatible with all libtermcap programs again.
> > 2) Save LOTS of space for static binaries since libtermcap is extremally
> > small.
> >
> >
Alexander Leidinger wrote:
> Hi,
>
> dnetc runns with idprio 31, system cvsupped around Sep 16, 11 CEST from
> a german mirror (it contains the idle fixes: src/sys/kern/kern_idle.c,v
> 1.4), complete build{world,kernel}.
None of the CPU states from vmmeter are close to accurate on UP x86
systems
Hi,
I tried to find the bug which prevents me from using pam_ssh, but I was
not able to find it so far (output from xdm: "xdm error (pid 2530):
Unknown session exit code 2816 from process 2727", I assume proc 2727 is
"ssh-agent").
But I think I found some other bugs, please have a look at the at
Before I jump in and attempt to do an upgrade of libgmp,
I thought I'd asked if anyone else has endured this joy?
Note, src/contrib/libgmp is at version 2.0.x and it is
3+ years old. The newest version is at 3.1. The Changelog
indicates that there are numerous fixes and enhancements
over 2.0.
Hi,
dnetc runns with idprio 31, system cvsupped around Sep 16, 11 CEST from
a german mirror (it contains the idle fixes: src/sys/kern/kern_idle.c,v
1.4), complete build{world,kernel}.
---snip---
last pid: 1666; load averages: 1.10, 1.11, 1.03up 0+00:51:21 16:54:14
71 processes: 3 runn
Hi,
after the update of OpenSSH xdm crashes if I enable pam_ssh in pam.conf.
I fixed this in the old version, but it seems the bug is back.
I have a look at it and try to produce a patch again.
Bye,
Alexander.
--
Yes, I've heard of "decaf." What's your point?
http://www.Leidinger
Hi,
after updating to an actual -CURRENT (Sep 16, ~11am CEST, from german
mirror) the system hangs hard (no keyboard control, no visible response,
no hard disk activity, I had to toggle the power switch) if vidcontrol
tries to switch to a VESA_132x60 console. Without allscreens_flags
everything i
>From a fresh cvsup on a DELL i3500 laptop:
'make buildworld' runs ok...
'make KERNEL=ALEX buildkernel' (but that's the same with GENERIC)
fails while building modules :
=-=-=-=
(...)
objcopy --strip-debug kernel.debug kernel
cd /usr/src/sys/modules && \
env MAKEOBJDIRPREFIX=/home/obj/usr/sr
using Brian's post since I don't have the original around ...
On Sat, Sep 16, 2000 at 03:49 +0100, Brian Somers wrote:
>
> [ attribution missing, is it Poul-Henning Kamp's text? ]
>
> > The majority of these programs could be handled by adding
> > knowledge of "-" as a magic filename to fopen(3
> > On Fri, 15 Sep 2000, Udo Schweigert wrote:
> >
> > > The strange: both commands succeed if connecting to a non-root account.
> > >
> > > Are there any others with these problems? Any clues?
> >
> > run sshd -d on the server, ssh -d on the client, and send me the output
>
> Hmm, I've been s
> I'm running a current machine of 12 Sept although this problem
> also occured on a current of a few days earlier ...
>
> This only happens when using the IPv6 IPSec code during the day,
> it is readily reproduceable.
>
> If during the day I load the racoon daemon and load keys and
> establish
> Second, on both my sn card and my aue cards are installed I get:
> WARNING: Driver mistake: repeat make_dev("bpf0")
Me too, on my ep card.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curre
On Sat, Sep 16, 2000 at 04:03:32 +0100, Brian Somers wrote:
> > On Fri, 15 Sep 2000, Udo Schweigert wrote:
> >
> > > The strange: both commands succeed if connecting to a non-root account.
> > >
> > > Are there any others with these problems? Any clues?
> >
> > run sshd -d on the server, ssh -d
39 matches
Mail list logo