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.
Opinions?
I don't object. The namespace collisions in src/games
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 on the client,
Second, on both my sn card and my aue cards are installed I get:
WARNING: Driver mistake: repeat make_dev("bpf0")
AOL
Me too, on my ep card.
/AOL
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
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 a
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 seeing this problem
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).
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
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
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?
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
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
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
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 at
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.
Opinions?
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
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
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
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 it
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
build world
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,
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
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've had
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.
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, the problem
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
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
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
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 itself
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
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
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 change
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.1. The
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
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 catch the
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
in
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
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 allow
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
mkdir
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_TYPE
39 matches
Mail list logo
