"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 ;-)
>
On 28-Mar-01 John Baldwin wrote:
> 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 fi
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 pr
kris> I believe Mark's intention was to keep crypt-blowfish.c optional for
kris> those who don't want to install crypto. Perhaps this is broken.
src/lib/libcrypt/Makefile says:
# Pull in the crypt-des.c source, assuming it is present.
.if exists(${.CURDIR}/../../secure/lib/libcrypt/crypt-des.c
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
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
Tue, Mar 27, 2001 at 11:33:11, mark (Mark Murray) wrote about "Re: random woes ("no
RSA support in libssl and libcrypto")":
> > 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)
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,
On Tue, Mar 27, 2001 at 09:42:36PM +0400, Sergey A. Osokin wrote:
> 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 r
On Tue, 27 Mar 2001, Robert Watson wrote:
> acl_canonicalize_principal(3), acl_check(3), acl_exact_match(3), acl_add(3),
>acl_delete(3), acl_initialize(3) - Access control list routines
Note that this was included in the list by mistake -- these are actually
from the Kerberos ACL library. Rig
>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 10
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 f
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 l
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 fiv
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 appear
* John Baldwin <[EMAIL PROTECTED]> [010327 08:33] wrote:
>
> 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 31
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
As I've already indicated on various mailing lists (freebsd-fs and
freebsd-security, in particular), this commit (message attached below)
adds the remainder of the necessary code to add POSIX.1e ACLs to FreeBSD
5.0-CURRENT. As I describe in the commit message, this is not ready for
production us
>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:
On 27-Mar-01 David Wolfskill wrote:
>>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
On 27-Mar-01 David Wolfskill wrote:
>>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% 4
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
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
>
> Ha
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
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, ju
"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 doe
-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 reposit
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
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
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 [EMAI
>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
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 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%
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/../
>
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
-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
/usr/obj/usr/src/i386/usr/
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 com
-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
/usr/obj/usr/src/i386/usr/
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
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: `
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% nfsd
> > 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 /usr
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 n
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 assu
45 matches
Mail list logo
