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
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
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
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
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
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
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
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.
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
run
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
Did you remember to run mergemaster?
Kris
PGP signature
[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 same in
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
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 again
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 again
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 for all
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 mail
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
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, ending with the
:
: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
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
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 similar problem was
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
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 the
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 pointer
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 the
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:
27 matches
Mail list logo
