Since I upgraded to my CURRENT machine into two days ago sources, I'm
getting this from ntpd.
Mar 28 07:37:03 caerdonn ntpd[171]: time reset -1.151848 s
Mar 28 08:00:47 caerdonn ntpd[171]: time reset -1.222628 s
Mar 28 08:30:03 caerdonn ntpd[171]: time reset -1.673229 s
Mar 28 08:39:00 caerdonn
In message [EMAIL PROTECTED], Ollivier Robert wr
ites:
Since I upgraded to my CURRENT machine into two days ago sources, I'm
getting this from ntpd.
Mar 28 07:37:03 caerdonn ntpd[171]: time reset -1.151848 s
Mar 28 08:00:47 caerdonn ntpd[171]: time reset -1.222628 s
output from
dmesg
linux_base-7 (And most likely other ports as well) seems to be broken after zlib 1.1.4
was committed to -current. Zlib was made with fresh source from today (28.3) and rpm
recompiled.
=== Installing for linux_base-7.1_2
kern.fallback_elf_brand: 3 - 3
glibc-common-2.2.2-10.i386.rpm
Segmentation
According to Poul-Henning Kamp:
output from
dmesg
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #13: Tue Mar 26 17:48:00
My best guess would be that your bios plays power-management tricks
with your CPU frequency...
Alternatively, since this is -current: that something is truly
and utterly dysfunctional right now.
Poul-Henning
In message [EMAIL PROTECTED], Ollivier Robert wr
ites:
According to Poul-Henning
On Wed, 27 Mar 2002, Robert Watson wrote:
On Wed, 27 Mar 2002, Hiten Pandya wrote:
According to me, the utility shouldn't be using a hardcoded path to the
booting kernel, as this would affect kernels which were made by:
makeoptions KERNEL=foo#Build kernel foo and install /foo
In article [EMAIL PROTECTED] you wrote:
obrien 2002/03/27 17:28:21 PST
Modified files:
sys/boot/common Makefile.inc
Log:
Not all platforms have and want a.out format support.
Revision ChangesPath
1.13 +6 -2 src/sys/boot/common/Makefile.inc
On Thu, 28 Mar 2002, Anders Nor Berle wrote:
linux_base-7 (And most likely other ports as well) seems to be broken after zlib
1.1.4
was committed to -current. Zlib was made with fresh source from today (28.3) and rpm
recompiled.
=== Installing for linux_base-7.1_2
On Thu, Mar 28, 2002 at 08:42:48AM +0100, Rasmus Skaarup wrote:
httpd in free(): error: junk pointer, too high to make sense
Do ls -l /etc/malloc.conf
Then read the malloc(3) manpage.
Then complain to the apache and/or mod_perl developers about the bug
in their code.
Kris
On Thu, Mar 28, 2002 at 09:38:49AM +0100, Ollivier Robert wrote:
Since I upgraded to my CURRENT machine into two days ago sources, I'm
getting this from ntpd.
Mar 28 07:37:03 caerdonn ntpd[171]: time reset -1.151848 s
Mar 28 08:00:47 caerdonn ntpd[171]: time reset -1.222628 s
Mar 28
Hmm, I'll look closer at this.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to
On Thu, Mar 28, 2002 at 10:31:36PM +1100, Bruce Evans wrote:
I use the following quick fix for the corresponding core dump in man and zgrep.
I'd like to see this committed and merged to the DP1 tree ASAP so my
packages stop dumping core and we can produce a DP1 snapshot that
includes linux
Greg is absolutely correct.
These whiners, who constantly moan for code while never contributing any,
should contribute the code if they want it changed.
Also I shudder to think that those who customize their systems would
actually learn how to use all the tools available to them to prevent
I think I found a mistake I made, can you try this patch please ?
Index: kern_tc.c
===
RCS file: /home/ncvs/src/sys/kern/kern_tc.c,v
retrieving revision 1.117
diff -u -r1.117 kern_tc.c
--- kern_tc.c 19 Mar 2002 21:24:06 -
Robert L Sowders([EMAIL PROTECTED])@2002.03.28 03:39:51 +:
Greg is absolutely correct.
yes, i agree
These whiners, who constantly moan for code while never contributing any,
should contribute the code if they want it changed.
being a terrible c-coder i have to admit that, after having
On Thursday 28 March 2002 06:39 am, Robert L Sowders wrote:
| Greg is absolutely correct.
|
| These whiners, who constantly moan for code while never contributing any,
| should contribute the code if they want it changed.
|
| Also I shudder to think that those who customize their systems would
|
According to Poul-Henning Kamp:
I think I found a mistake I made, can you try this patch please ?
I have not seen the message yet but I have the impression my clock is
getting further and further behind my NTP server.
remote refid st t when poll reach delay offset
On a diskless machine:
ktrace ntpdate -d $someserver
gives an sure-fire panic:
../../../kern/kern_synch.c:429: sleeping with process lock locked from ../../.
./kern/subr_trap.c:76
Debugger(witness_sleep)
Stopped at Debugger+0x40: xorl%eax,%eax
db trace
Debugger(c02f20c0) at
On Thu, Mar 28, 2002 at 03:29:50PM +0100, Poul-Henning Kamp wrote:
On a diskless machine:
ktrace ntpdate -d $someserver
gives an sure-fire panic:
Does this depend on NFS?
David.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
On 28-Mar-2002 Poul-Henning Kamp wrote:
On a diskless machine:
ktrace ntpdate -d $someserver
gives an sure-fire panic:
../../../kern/kern_synch.c:429: sleeping with process lock locked from
../../.
./kern/subr_trap.c:76
Debugger(witness_sleep)
Stopped at Debugger+0x40:
Le 2002-03-28, Gregory Neil Shapiro écrivait :
Opinions?
Hum. If we make the assumption that non-Sendmail-users use some
other MTA installed through a port or locally, then I guess that
MTA should be expected to be started from a /usr/local/etc/rc.d script,
so maybe the new variable
thomas Hum. If we make the assumption that non-Sendmail-users use some
thomas other MTA installed through a port or locally, then I guess that
thomas MTA should be expected to be started from a /usr/local/etc/rc.d script,
thomas so maybe the new variable mta_startup_script is overkill.
They can
Robert Watson [EMAIL PROTECTED] wrote:
Ah, very cool indeed. :-) It seems to me the kernel entry point should
be mi_start() rather than main(), however.
Shouldn't it be mi_startup(), instead?
Also, that page, while very useful for casual browsers, just uses
global. Anyone
In message: [EMAIL PROTECTED]
Poul-Henning Kamp [EMAIL PROTECTED] writes:
:
: I think I found a mistake I made, can you try this patch please ?
:
: Index: kern_tc.c
: ===
: RCS file: /home/ncvs/src/sys/kern/kern_tc.c,v
Darryl Okahata wrote:
Robert Watson [EMAIL PROTECTED] wrote:
Ah, very cool indeed. :-) It seems to me the kernel entry point should
be mi_start() rather than main(), however.
Shouldn't it be mi_startup(), instead?
If we are voting, my vote goes for btext() on the x86 and
This patch is broken because it doesn't fix the comment, which should
read
... 4398 / 2048 is very close to ideal.
The commited version is better :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE), I
thought it might be better to give them something back for their trouble.
As an alternative to sendmail_enable=NONE, why not solve the boot time
problem
On Thu, 28 Mar 2002, Gregory Neil Shapiro wrote:
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE), I
thought it might be better to give them something back for their trouble.
As an alternative to
In message: [EMAIL PROTECTED]
Gregory Neil Shapiro [EMAIL PROTECTED] writes:
: 1. Convert FreeBSD into a bunch of packages and let binary installations
:with sysinstall (or some future installer) pick and chose or pick
:from a short list of standard systems. Offer
Jan.Grant Hang on, what problem? I think you've already done this: if you use
Jan.Grant sendmail_enable = YES
Jan.Grant sendmail_flags = whatever you normally use
And:
sendmail_msp_queue_enable=NO
Jan.Grant and configer /etc/mail/mailer.conf properly, then if your MTA
Jan.Grant was written to
I just updated -current (yesterday) and now I'm getting the following when I
try to use ssh:
#ssh -l akbeech galaxy
#otp-md5 336 ga3711 ext
S/Key Password:
Any suggestions?
Beech
--
---
Beech Rintoul - IT Manager - Instructor
On Thu, Mar 28, 2002 at 03:51:05PM +0600, Nickolay Dudorov wrote:
In article [EMAIL PROTECTED] you wrote:
obrien 2002/03/27 17:28:21 PST
Modified files:
sys/boot/common Makefile.inc
Log:
Not all platforms have and want a.out format support.
Revision Changes
On Thu, Mar 28, 2002 at 09:37:36AM -0900, Beech Rintoul wrote:
I just updated -current (yesterday) and now I'm getting the following when I
try to use ssh:
#ssh -l akbeech galaxy
#otp-md5 336 ga3711 ext
S/Key Password:
Any suggestions?
hit any set of lettersenter until you get a
On Thu, Mar 28, 2002 at 03:49:42AM -0800, Kris Kennaway wrote:
I use the following quick fix for the corresponding core dump in man and zgrep.
I'd like to see this committed and merged to the DP1 tree ASAP so my
packages stop dumping core and we can produce a DP1 snapshot that
includes
Another thing to look at is the /usr/sbin/sendmail - mailwrapper link that is
produced from installworld. In current it seems to have been linking that, even
when NO_SENDMAIL=yes in make.conf. Qmail et al. overwrite this with their own
workalike (since /usr/sbin/sendmail is a 'standard' these
On Thursday 28 March 2002 10:28 am, Michael L. Hostbaek wrote:
Beech Rintoul (akbeech) writes:
I just updated -current (yesterday) and now I'm getting the following
when I try to use ssh:
#ssh -l akbeech galaxy
#otp-md5 336 ga3711 ext
S/Key Password:
Adding the following setting to
Beech Rintoul wrote:
I just updated -current (yesterday) and now I'm getting the following when I
try to use ssh:
#ssh -l akbeech galaxy
#otp-md5 336 ga3711 ext
S/Key Password:
Any suggestions?
Downgrade, and submit a reverse diff to back out whatever
change was made that's urinating
On Thu, 28 Mar 2002, George Michaelson wrote:
Well, what do you want to do? Virtually all of the ACPI bits are exported
to the hw.acpi sysctl tree.
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
apm presents as a commandset
On Thu, 28 Mar 2002, Beech Rintoul wrote:
On Thursday 28 March 2002 10:28 am, Michael L. Hostbaek wrote:
Beech Rintoul (akbeech) writes:
'ChallengeResponseAuthentication no'
Thanks, that fixed the problem.
just stops my sshd from working at all.
(machine is 4.1.1)
To
On Thu, Mar 28, 2002 at 10:40:04AM -0900, Beech Rintoul wrote:
#ssh -l akbeech galaxy
#otp-md5 336 ga3711 ext
S/Key Password:
Adding the following setting to sshd_config, should disable S/Key
functionality:
'ChallengeResponseAuthentication no'
Thanks, that fixed the problem.
Date: Thu, 28 Mar 2002 12:01:31 -0800
From: Terry Lambert [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Matthew Whelan wrote:
(my company demands
that all software I write, including in my own free time, is copyright by
them)
You need to move to California, where this is against the
Ever since this commit:
date: 2002-02-04 19:12:33; author: nectar; state: Exp; lines: +15 -1
Import of ISC BIND 8.3.1-REL.
my DNS look ups are slow, like an order of magnitude slower.
By chance was a FreeBSD'ism left
On Thu, Mar 28, 2002 at 12:51:12PM -0800, David O'Brien wrote:
Ever since this commit:
date: 2002-02-04 19:12:33; author: nectar; state: Exp; lines: +15 -1
Import of ISC BIND 8.3.1-REL.
my DNS look ups are slow,
David O'Brien wrote:
Ever since this commit:
date: 2002-02-04 19:12:33; author: nectar; state: Exp; lines: +15 -1
Import of ISC BIND 8.3.1-REL.
my DNS look ups are slow, like an order of magnitude slower.
By
On Thu, Mar 28, 2002 at 12:51:12PM -0800, David O'Brien wrote:
Ever since this commit:
date: 2002-02-04 19:12:33; author: nectar; state: Exp; lines: +15 -1
Import of ISC BIND 8.3.1-REL.
my DNS look ups are slow,
On Thu, Mar 28, 2002 at 01:00:36PM -0800, Peter Wemm wrote:
Also shouldn't host(1) obey /etc/nsswitch.conf?
No. host(1) is a dns specific tool.
*sigh*. So how does one figure out what amd and sendmail are seeing as
they try to resovlve addresses?
--
-- David ([EMAIL PROTECTED])
To
No. host(1) is a dns specific tool.
*sigh*. So how does one figure out what amd and sendmail are seeing as
they try to resovlve addresses?
tcpdump -ns 1500 -i INTERFACE udp port 53
Interface may be lo0 if you're running a name server on the same machine.
Steinar Haug, Nethelp
Also shouldn't host(1) obey /etc/nsswitch.conf?
No. host(1) is a dns specific tool.
obrien *sigh*. So how does one figure out what amd and sendmail are seeing as
obrien they try to resovlve addresses?
In sendmail's case:
sendmail -d8.8 _rest of args here_
Don't run a daemon with that
(my company demands
that all software I write, including in my own free time, is copyright by
them)
You need to move to California, where this is against the law.
Every California company I've worked for has made me sign a statement
with the above stipulation. In order to avoid this, I
Kevin Oberman wrote:
From: Terry Lambert [EMAIL PROTECTED]
Matthew Whelan wrote:
(my company demands
that all software I write, including in my own free time, is copyright by
them)
You need to move to California, where this is against the law.
Minor correction: You need to move
On Thu, Mar 28, 2002 at 07:39:24AM -0800, Gregory Neil Shapiro wrote:
As an alternative to sendmail_enable=NONE, why not solve the boot time
problem for non-sendmail users completely. The patch moves all of the
sendmail startup code from /etc/rc to /etc/rc.sendmail.
Yes, please commit. Very
28/03/2002 11:39:51, Robert L Sowders [EMAIL PROTECTED] wrote:
These whiners, who constantly moan for code while never contributing any,
should contribute the code if they want it changed.
Hmph. Inability to contribute - whether it be lack of necessary coding
knowledge, time constraints or
Matthew Whelan wrote:
(my company demands
that all software I write, including in my own free time, is copyright by
them)
You need to move to California, where this is against the law.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of
On 2002-03-28 13:34, Nate Williams wrote:
(my company demands
that all software I write, including in my own free time, is copyright by
them)
You need to move to California, where this is against the law.
Every California company I've worked for has made me ...
...which was signed
On Thu, 28 Mar 2002, Nate Williams wrote:
(my company demands
that all software I write, including in my own free time, is copyright by
them)
You need to move to California, where this is against the law.
Every California company I've worked for has made me sign a statement
with
On Thu, 28 Mar 2002, Alexander Leidinger wrote:
I've tried to give it a start, so I also allowed __ICC in pcpu.h, now it
fails with:
I got most of src/bin src/sbin src/usr.bin src/usr.sbin and lib to compile
with it.
Libc had some issues with malloc and mmap() and wouldn't function when
On Thu, Mar 28, 2002 at 06:37:25PM -0500, Matthew N. Dodd wrote:
icc.cfg:
...
-D__GNUC__=2
This is really wrong. Why not properly impliment cdefs.h for __ICC__ ?
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of
Scot W. Hetzel([EMAIL PROTECTED])@2002.03.28 14:49:49 +:
Qmail install shouldn't need to install anything into /usr/[sbin,bin]
directories with mailwrapper properly configured (see `man mailer.conf`
'man mailwrapper').
a quick glance into /usr/ports/mail/qmail/pkg-plist shows, that no
Hello David,
David O'Brien wrote:
On Thu, Mar 28, 2002 at 03:49:42AM -0800, Kris Kennaway wrote:
I use the following quick fix for the corresponding core dump in man and zgrep.
I'd like to see this committed and merged to the DP1 tree ASAP so my
packages stop dumping core and we can
Folks, I hate to be snotty, but gosh, I don't think this thread really
belongs in a discussion about -stable. Bad enough that the sendmail
created so many me too's but wouldn't -chat be a better place for
california laws?
Sam
--
Just because you're moving fast | BURMA SHAVE
Gregory Neil Shapiro wrote:
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE), I
thought it might be better to give them something back for their trouble.
As an alternative to sendmail_enable=NONE,
On Thu, Mar 28, 2002 at 12:03:17PM -0800, David O'Brien wrote:
That is NOT a fix. Some of us want S/Key (OPIE) support.
This is a temperary work around.
And some of us want passphrase support. :-)
SSH should just be fixed to DTRT when one doesn't have S/Key
setup on the server... however, it
On Thu, Mar 28, 2002 at 11:25:17AM -0800, David O'Brien wrote:
On Thu, Mar 28, 2002 at 03:49:42AM -0800, Kris Kennaway wrote:
I use the following quick fix for the corresponding core dump in man and zgrep.
I'd like to see this committed and merged to the DP1 tree ASAP so my
packages
On Thu, Mar 28, 2002 at 08:23:27PM -0500, Matthew N. Dodd wrote:
On Thu, 28 Mar 2002, David O'Brien wrote:
On Thu, Mar 28, 2002 at 06:37:25PM -0500, Matthew N. Dodd wrote:
icc.cfg:
...
-D__GNUC__=2
This is really wrong. Why not properly impliment cdefs.h for __ICC__ ?
Of course
Hi, I've seen this project mentioned (several times) recently, yet the only
references I can find to it seem to have had no updates in months. Is there
any news here, or ongoing work?
I remember I read about the NetBSD rc awhile back and it sounded quite cool.
I've never worked on anything
hi, there!
On Thu, Mar 28, 2002 at 11:43:58AM -0800, Julian Elischer wrote:
On Thursday 28 March 2002 10:28 am, Michael L. Hostbaek wrote:
Beech Rintoul (akbeech) writes:
'ChallengeResponseAuthentication no'
Thanks, that fixed the problem.
just stops my sshd from working at
Gregory Neil Shapiro wrote:
http://people.freebsd.org/~gshapiro/mta-start
Opinions?
Enthusiastic thumbs-up from me! :-)
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5
To Unsubscribe:
67 matches
Mail list logo