Revision 1.18 of pw_util.c (fix for security advisory "chpass" 00:58)
introduces a cosmetic bug which manifests itself as such:
> passwd
Changing local password for dima.
Old password:
passwd: (null): Permission denied
^
passwd: /etc/
On 17-Apr-01 Bruce A. Mah wrote:
> If memory serves me right, John Baldwin wrote:
>
>> Also, Bruce's fix is not entirely correct as it breaks for the non-debug
>> kern
>> el
>> case,
>
> Hmmm? I didn't know there was a choice on debug/non-debug kernels
> during a "make release", but I defer to
If memory serves me right, John Baldwin wrote:
> Also, Bruce's fix is not entirely correct as it breaks for the non-debug kern
> el
> case,
Hmmm? I didn't know there was a choice on debug/non-debug kernels
during a "make release", but I defer to the experts.
> but I've already sent you a mail
On 15-Apr-01 Jesper Skriver wrote:
> About every other time I boot my IBM ThinkPad 600E I get this panic
> (hand typed, as I don't have a second machine here to be able to use a
> serial console).
>
> Fatal trap 12: page fault while in kernel mode
> Fault virtual address = 0x28
It's a null poin
On 16-Apr-01 David O'Brien wrote:
> On Mon, Apr 16, 2001 at 09:53:43AM -0700, Bruce A. Mah wrote:
>> Thanks for fixing the typo in src/release/Makefile. I think however the
>> real cause of the error that people were seeing is a typo on the line
>
> Damnit, I *tested* this and things landed in
On 16-Apr-01 David Wolfskill wrote:
> I saw that jhb committed some changes as of r1.307 of
> src/sys/i386/conf/GENERIC, so I replicated those changes (that I didn't
> already have) to my kernel config.
>
> Got -CURRENT built & running; the message below (bracketed by "normal"
> messages, to sup
< said:
>I've been doing some tty related work and found the FIO*
> requests don't seem to be documented.
>I've added some reasonable doc to tty.4 and put up the
> the diff and html forms:
As the initial letter suggests, they are generic file ioctls and not
specific to the teletype driv
Hello,
Recently kernel part of smbfs was committed to the base tree. This
means that now smbfs code can be either compiled into kernel or loaded as
module. Related options are:
LIBMCHAIN, LIBICONV - mandatory.
NETSMB, NETSMBCRYPTO, SMBFS - these are replacement fo
On Mon, Apr 16, 2001 at 06:09:08PM -0400, [EMAIL PROTECTED] wrote:
> The port qt23 as cvsup'd from current doesn't build, affects
> many related packets. Any clues ?
Depending on what you need Qt for, you can always build Qt oob, and it
should work pretty well.
- alex
To Unsubscribe: send m
On Mon, Apr 16, 2001 at 06:09:08PM -0400, [EMAIL PROTECTED] wrote:
> The port qt23 as cvsup'd from current doesn't build, affects
> many related packets. Any clues ?
>
> ===> Script "configure" failed: here are the contents of "config.log"
> cat: config.log: No such file or directory
> *** Err
:> It just seems inelegant to have a system that, on paper, is
:> so inefficient. Can't we do better?
:
:Sure. Don't discard buffer contents when recycling a B_MALLOC'ed buffer,
:but manage it using a secondary buffer cache that doesn't have as much
:overhead as the primary one (in particular,
On 16-Apr-01 Peter Jeremy wrote:
> On 2001-Apr-14 18:54:28 -0700, John Baldwin <[EMAIL PROTECTED]> wrote:
>>
>>On 14-Apr-01 Peter Jeremy wrote:
>>> Is there any progress on fixing this?
>>>
>>> Peter
>>
>>It panics? I'll see if I can reproduce this on Monday. I never use
>>skipspin.
>
> A sim
The port qt23 as cvsup'd from current doesn't build, affects
many related packets. Any clues ?
===> Script "configure" failed: here are the contents of "config.log"
cat: config.log: No such file or directory
*** Error code 1
Stop in /usr/ports/x11-toolkits/qt23.
*** Error code 1
Stop in /usr
:
:>I don't consider it inefficient. Sure, if you look at this one aspect
:>of the caching taken out of context it may appear to be inefficient,
:>but if you look at the whole enchilada the memory issue is nothing
:>more then a minor footnote - not worth the effort of worrying a
On 2001-Apr-14 18:54:28 -0700, John Baldwin <[EMAIL PROTECTED]> wrote:
>
>On 14-Apr-01 Peter Jeremy wrote:
>> Is there any progress on fixing this?
>>
>> Peter
>
>It panics? I'll see if I can reproduce this on Monday. I never use skipspin.
A similar problem was reported here in mid-March, endi
With help from Chris & Ashley I just figured this out--
thanks to both of you.
The man page for devfs definitely does not make this
clear, BTW:
'Primary' DOS partitons (aka slices) are numbered
1 thru 4, even if you don't actually use them all.
'Extended' DOS partitions can be accessed in FBSD
> I update 4.3 RC to 5.0-CURRENT and have some troubles.
>
> Why make buildworld build system without RSA support ?
> And how i can correct this problem ?
> System cvsuped today.
Go to /dev and remake all your devices.
M
--
Mark Murray
Warning: this .sig is umop ap!sdn
To Unsubscribe: send ma
On Mon, Apr 16, 2001 at 03:51:19PM -0400, Chris Faulhaber wrote:
> On Mon, Apr 16, 2001 at 12:36:10PM -0700, walt wrote:
> > Second question: what is the status of /stand/sysinstall?
> > I see that the new version is in /usr/sbin. Is the old
> > location obsolete?
> >
>
> See /usr/src/UPDATING
On Mon, Apr 16, 2001 at 12:36:10PM -0700, walt wrote:
> I just upgraded a fresh install of 4.2 to CURRENT. Everything
> seemed to go great until I discovered that I have only a small
> subset of the standard entries in /dev and there is no
> /dev/MAKEDEV or /dev/MAKEDEV.local.
>
> I re-cvsup'd a
On Mon, Apr 16, 2001 at 12:36:10PM -0700, walt said:
> I just upgraded a fresh install of 4.2 to CURRENT. Everything
> seemed to go great until I discovered that I have only a small
> subset of the standard entries in /dev and there is no
> /dev/MAKEDEV or /dev/MAKEDEV.local.
>
> I re-cvsup'd ag
I just upgraded a fresh install of 4.2 to CURRENT. Everything
seemed to go great until I discovered that I have only a small
subset of the standard entries in /dev and there is no
/dev/MAKEDEV or /dev/MAKEDEV.local.
I re-cvsup'd again this morning and repeated the entire
makeworld makekernel ins
[EMAIL PROTECTED] wrote:
> Hello all.
>
> I'm running 5.0current 4-12-01, from a net install, X-Kern-Developer base.
>
> The problem I'm having is that sendmail is running at system start, even
> though
> the default /etc/defaults/rc.conf sets sendmail_enable="NO", and I've tried
> setting
> the
Did you remember to run mergemaster?
Kris
PGP signature
On Mon, Apr 16, 2001 at 09:53:43AM -0700, Bruce A. Mah wrote:
> Thanks for fixing the typo in src/release/Makefile. I think however the
> real cause of the error that people were seeing is a typo on the line
Damnit, I *tested* this and things landed in the right place. Grrr...
Ok, no more hacki
Hi David--
Thanks for fixing the typo in src/release/Makefile. I think however the
real cause of the error that people were seeing is a typo on the line
above...there should (I think) be a " && \" at the end of the previous
line. So what happens is that the "make kernel-reinstall-debug" gets
ru
>I don't consider it inefficient. Sure, if you look at this one aspect
>of the caching taken out of context it may appear to be inefficient,
>but if you look at the whole enchilada the memory issue is nothing
>more then a minor footnote - not worth the effort of worrying about.
I saw that jhb committed some changes as of r1.307 of
src/sys/i386/conf/GENERIC, so I replicated those changes (that I didn't
already have) to my kernel config.
Got -CURRENT built & running; the message below (bracketed by "normal"
messages, to supply a little context) appear to be documenting we
I update 4.3 RC to 5.0-CURRENT and have some troubles.
Why make buildworld build system without RSA support ?
And how i can correct this problem ?
System cvsuped today.
freebsd:/home/zhecka# sshd -d
debug1: sshd version OpenSSH_2.3.0 [EMAIL PROTECTED] 20010319
no RSA support in libssl and libcry
Add 'sendmail_outbound_enable="NO"' to /etc/rc.conf and things should return
to the behaviour that you want. This extra sendmail knob was added to
/etc/rc about a month ago.
Scott
-Original Message-
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: 4/16/01 8:12 AM
Subject: Unable to s
Hello all.
I'm running 5.0current 4-12-01, from a net install, X-Kern-Developer base.
The problem I'm having is that sendmail is running at system start, even
though
the default /etc/defaults/rc.conf sets sendmail_enable="NO", and I've tried
setting
the same in /etc/rc.conf in case it's not pars
> On Mon, Apr 16, 2001 at 10:05:03AM +0900, Makoto MATSUSHITA wrote:
> > There is a small typo in src/release/Makefile rev 1.161; not 'kernel',
> > but 'KERNEL' is correct.
>
> I think I got all these already. But I rev 1.161 is from back in 1995.
> Are you sure you've got the right /usr/src/rel
On Sun, 15 Apr 2001, Justin T. Gibbs wrote:
> >There's no downside, really.
>
> It just seems inelegant to have a system that, on paper, is
> so inefficient. Can't we do better?
Sure. Don't discard buffer contents when recycling a B_MALLOC'ed buffer,
but manage it using a secondary buffer
obrien> I think I got all these already. But I rev 1.161 is from back in 1995.
obrien> Are you sure you've got the right /usr/src/release/Makefile?
Oops it should be '1.611'.
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
matusita> There is a small typo in src/release/Makefile rev 1.161; not '
matusita> kernel', but 'KERNEL' is correct.
Because of this, Current "make release" of 5-current is broken:
===> wi
install -c -o root -g wheel -m 555 -fschg if_wi.ko /R/stage/kernels/GENERIC
make KERNEL= DESTDIR=/R/stag
On Mon, Apr 16, 2001 at 10:05:03AM +0900, Makoto MATSUSHITA wrote:
> There is a small typo in src/release/Makefile rev 1.161; not 'kernel',
> but 'KERNEL' is correct.
I think I got all these already. But I rev 1.161 is from back in 1995.
Are you sure you've got the right /usr/src/release/Makefil
35 matches
Mail list logo
