Mon, Mar 19, 2001 at 16:02:08, mark (Mark Murray) wrote about "Re: random woes ("no
RSA support in libssl and libcrypto")":
ssh: no RSA support in libssl and libcrypto. See ssl(8)
[...]
It seems the compatibility with the previous minor of urandom has
been silently removed (I assume
On Tue, 27 Mar 2001, Valentin Nechayev wrote:
And, my questions are
1) What can happen to refuse RSA support in libcrypto, with environment
described above?
I suspect you need to remake /dev/urandom. Copy /usr/src/etc/MAKEDEV from
-current into /etc and remake the device. /dev/urandom is now
See src/UPDATING 2624
Well, but it says about `options RANDOMDEV'. Later, `device random' was
invented instead of it. A few days ago I installed -CURRENT
(date=2001.03.25.12.00.00) with removing all previous content of /usr/lib
(which contained legacy since 3.1-RELEASE) and
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
824 root -80 1048K 596K biord 0 0:38 0.00% 0.00% find
385 root 40 32740K 31944K select 1 0:32 0.00% 0.00% XFree86
836 root -80 532K 276K biord 1 0:07 0.00% 0.00%
What could be the reason for the following problem?
=== usr.bin/kdump
cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../
.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c
In file included from ioctl.c:96:
/usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning:
Warner Losh([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 12:40:18AM -0700:
In message [EMAIL PROTECTED] Greg Lehey writes:
: Play the ball, not the man.
:
: I don't have an objection to the change, I was just asking. And
: "because System V does it this way" has never been a good answer for
:
-BEGIN PGP SIGNED MESSAGE-
Hello,
I can't seem to be able to build 5-CURRENT since several days. I just
cvsupped again (tracking everything on CURRENT branch) but I always
run
into the following:
sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 libmd.a
On Mon, Mar 26, 2001 at 09:42:34PM -0500, Jim Bloom wrote:
I finally tracked down the page fault I was seeing while probing the mpu.
The mutex was not being initialized before it was used. I have included a
patch below which fixes the problem. Will someone please review the style
and commit
-BEGIN PGP SIGNED MESSAGE-
Hello,
I can't seem to be able to build 5-CURRENT since several days. I just
cvsupped again (tracking everything on CURRENT branch) but I always
run
into the following:
sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 libmd.a
On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote:
What could be the reason for the following problem?
=== usr.bin/kdump
cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../
.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c
In file included from
On Tue, Mar 27, 2001 at 07:34:49PM +0400, Sergey A. Osokin wrote:
On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote:
What could be the reason for the following problem?
=== usr.bin/kdump
cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../
..
Date: Tue, 27 Mar 2001 03:18:10 -0800
From: Alfred Perlstein [EMAIL PROTECTED]
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
824 root -80 1048K 596K biord 0 0:38 0.00% 0.00% find
385 root 40 32740K 31944K select 1 0:32 0.00% 0.00%
On 27-Mar-01 Alfred Perlstein wrote:
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
824 root -80 1048K 596K biord 0 0:38 0.00% 0.00% find
385 root 40 32740K 31944K select 1 0:32 0.00% 0.00% XFree86
836 root -80
Date: Tue, 27 Mar 2001 08:33:10 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
Not one that I've seen:
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
11 root -160 0K 0K CPU0 0 79.5H 49.37% 49.37% idle: cpu0
10 root -160 0K
Hi, I upgraded my kernel today, it was a week old, and when I try to
listen anything it sais:
pcm0: play interrupt timeout, channel dead
I'm in a Sony VAIO XG38.
---
PD: Is anyone still working with in the CFS/mount_nfs problem?
To Unsubscribe: send mail to
On Tue, Mar 27, 2001 at 07:17:48PM +0300, Ruslan Ermilov wrote:
On Tue, Mar 27, 2001 at 07:34:49PM +0400, Sergey A. Osokin wrote:
On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote:
What could be the reason for the following problem?
=== usr.bin/kdump
cc -O -pipe
gabriel_ambuehl I can't seem to be able to build 5-CURRENT since several days.
You should have src/secure/lib/libcrypt/crypt-blowfish.c. If you don't
have, it's your problem. The CVS repository has this file already:
http://www.freebsd.org/cgi/cvsweb.cgi/src/secure/lib/libcrypt/crypt-blowfish.c
-BEGIN PGP SIGNED MESSAGE-
Hello Makoto,
Tuesday, March 27, 2001, 7:55:15 PM, you wrote:
gabriel_ambuehl I can't seem to be able to build 5-CURRENT since
several days.
You should have src/secure/lib/libcrypt/crypt-blowfish.c. If you
don't
have, it's your problem. The CVS repository
"Karsten W. Rohrbach" wrote:
Warner Losh([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 12:40:18AM -0700:
In message [EMAIL PROTECTED] Greg Lehey writes:
: Play the ball, not the man.
:
: I don't have an objection to the change, I was just asking. And
: "because System V does it this way"
Warner Losh wrote:
In message [EMAIL PROTECTED] Greg Lehey writes:
: Play the ball, not the man.
:
: I don't have an objection to the change, I was just asking. And
: "because System V does it this way" has never been a good answer for
: us. And no, I'm not picking on Doug, just making
On Tue, 27 Mar 2001, Gabriel Ambuehl wrote:
I'm using cvsup.de.FreeBSD.org which appears to be a cname
cvsup.uk.FreeBSD.org. But it looks like, that for some reason,
src-secure didn't get added to the cvsupfile (hmm. might be related to
the fact that cvsupit creates cvsup.intl for that
On Wed, Mar 28, 2001 at 02:55:15AM +0900, Makoto MATSUSHITA wrote:
You should have src/secure/lib/libcrypt/crypt-blowfish.c. If you don't
have, it's your problem. The CVS repository has this file already:
http://www.freebsd.org/cgi/cvsweb.cgi/src/secure/lib/libcrypt/crypt-blowfish.c
Have
On 27-Mar-01 Gabriel Ambuehl wrote:
While I'm writing this: what is the general opinion about having
CURRENT on production servers (I'd really love to deploy the ACLs
ASAP)? I don't plan to use SMP and can wait for snapshots til the
RELEASE comes...
Don't. ACL's are still not production
Date: Tue, 27 Mar 2001 10:21:46 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
Hmm... mine loks like that (modulo #CPUs), except when I'm actually
making it do some work (re-building the kernel, in this case). What I
see ("top -S") looks like:
last pid: 9546; load averages: 0.97,
Doug Barton([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 10:05:40AM -0800:
"Karsten W. Rohrbach" wrote:
Warner Losh([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 12:40:18AM -0700:
In message [EMAIL PROTECTED] Greg Lehey writes:
: Play the ball, not the man.
:
: I don't have an objection
Also, I happened to note that as I'm doing a "make buildworld" (for today's
-STABLE, running in yesterday's -STABLE), my "top -S" output shows a
large number of "0.00" entries for CPU (on the same laptop as my
previously-reported results). So it may be odd, but at least -- in my
case -- it
I'd like to reinforce this:
I'm not a hacker, but have a -current box so I can write about it.
(It's difficult to write a book targeting 5.1-release and time it for
5.1-R, when you don't have 5-current. This is one definite advantage
Greg Lehey has over the rest of us authorial sorts.) With
Hello all!
I have just added new PAM functionality to CURRENT. There is now
better support for account management and sessions. If you foul
up your pam.conf merging, you may not be able to get into your
system.
PLEASE MERGE /etc/pam.conf WITH CARE!
At the least, your login section should look
On 27-Mar-01 David Wolfskill wrote:
Date: Tue, 27 Mar 2001 10:21:45 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
Keep in mind that we no longer charge interrupt time to the process being
interrupted, instead all that interrupt handling has been pushed off into
ithreads. Same for software
Date: Tue, 27 Mar 2001 11:56:38 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
OK; that's a good useful thing to keep in mind. And I did see some
IRQ-related entries in top's output.
Are they getting %CPU though. When running top -S, the CPU %'s should always
add up to about 100 (with
On 27-Mar-01 David Wolfskill wrote:
Date: Tue, 27 Mar 2001 11:56:38 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
OK; that's a good useful thing to keep in mind. And I did see some
IRQ-related entries in top's output.
Are they getting %CPU though. When running top -S, the CPU %'s
Gabriel Ambuehl [EMAIL PROTECTED] wrote:
I'm using cvsup.de.FreeBSD.org which appears to be a cname
cvsup.uk.FreeBSD.org.
Huh? That would be a mistake if it happened. But it isn't:
j@uriah 159% nslookup cvsup.de.freebsd.org
Server: uriah.heep.sax.de
Address: 0.0.0.0
Non-authoritative
On Tue, Mar 27, 2001 at 03:18:10AM -0800, Alfred Perlstein wrote:
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
824 root -80 1048K 596K biord 0 0:38 0.00% 0.00% find
385 root 40 32740K 31944K select 1 0:32 0.00% 0.00% XFree86
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
That's right, more SMPng breakage is on the way. Well, hopefully not bad
breakage. On a more serious note, I've just spammed sys/alpha/alpha with parts
of the critical_enter/exit change which I meant to commit anyways, so I'm going
to go ahead and finish committing that right now. The kernel
"Karsten W. Rohrbach" wrote:
the idea is, that if rpcbind takes parameters different from portmap it
would make sense to call rpcbind rpcbind because people's boxes will
start to barf when rpcbind is called portmap, they make world, and skip
reading the rpcbind paragraph in UPDATING ;-)
36 matches
Mail list logo