At Mon, 23 Oct 2000 22:46:26 -0400 (EDT),
Andrew Gallatin [EMAIL PROTECTED] wrote:
Anybody else seeing 'dc0: watchdog timeout' since SMPng integration?
Yes I have.
I have this several times before SMPng integration at a high load
situation. But, since the integration, it occurs frequently.
(for fsck -b #) at:
32
cpio: write error: No space left on device
*** Error code 1
Stop in /usr/src/release.
*** Error code 1
Stop in /usr/src/release.
***
FYI:
You can also fetch (last 50 lines of) logfile via:
URL:ftp://current.jp.freebsd.org/pub/FreeBSD/snapshots/i386/5.0-CURRENT-20001024
On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
5. At this time, remove ALL MFS filesystems from /etc/fstab.
They can be hand mounted after bootup or via a local rc
startup script.
You can leave them in, with option "noauto", and mount them later with
"mount -a -t
Garrett Rooney writes:
On Tue, Oct 24, 2000 at 04:49:40AM +0700, Alexey Dokuchaev wrote:
Well, would not be this stepping aside from BSD startup sequence, which we
all know and love? Having dozens of small files instead of pair of
big ones always frustrates me when I have to work with
One of the reasons for the numbers in the SysVR4 arena is to
set the order of execution so programs which other depend upon
are executed first. How does the NetBSD solve this problem.
Very coolly. The main rc script runs a script named `rcorder' to
generate the proper order.
subscribe
I like the concept of them quite a bit. I think it definitely shows
some thought on how to keep the advantages of each system. I would
support a move toward a system like this. One thing that would be nice
is a database somewhere of which of services from /etc/rc.d are running.
I think
Well, would not be this stepping aside from BSD startup sequence, which we
all know and love? Having dozens of small files instead of pair of
big ones always frustrates me when I have to work with linux.
Install a binary package that needs to be started when the
system is booted and needs to
On Tue, 24 Oct 2000, Terry Lambert wrote:
Well, would not be this stepping aside from BSD startup sequence, which we
all know and love? Having dozens of small files instead of pair of
big ones always frustrates me when I have to work with linux.
Install a binary package that needs to
Well, we *already* have over a dozen /etc/rc.* files on -current. And
we *don't* have the advantage of a consistent interface to control all
the functions in /etc/rc. If you break things up, then if you need to
restart the mail server, just go "/etc/rc.d/sendmail restart". dhcpd?
Alexey Dokuchaev writes:
Well, we *already* have over a dozen /etc/rc.* files on -current. And
we *don't* have the advantage of a consistent interface to control all
the functions in /etc/rc. If you break things up, then if you need to
restart the mail server, just go "/etc/rc.d/sendmail
.
***
FYI:
You can also fetch (last 50 lines of) logfile via:
URL:ftp://current.jp.freebsd.org/pub/FreeBSD/snapshots/i386/5.0-CURRENT-20001024-JPSNAP.log
"finger [EMAIL PROTECTED]" will also provide you the same
result.
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail
jwd Also, I don't know how useful INET6 is to a GENERIC kernel on
jwd todays' networks (faith gif are already removed).
It is mandatory for FreeBSD installation via IPv6 network (via network
devices; using gif(4) pseudo interface is a rare case, so it should be
removed). Please keep INET6
On Tue, Oct 24, 2000 at 09:51:32PM +0900, Makoto MATSUSHITA wrote:
It is mandatory for FreeBSD installation via IPv6 network (via network
devices; using gif(4) pseudo interface is a rare case, so it should be
removed). Please keep INET6 option as it is.
I agree with this sentiment.. please
will I'm sure there are better things to disable, like MFS, SYSV*,
will P1003_P1B and friends, and ICMP_BANDLIM.
MFS is required; don't forget we have mfsroot.flp :-)
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
On Tue, Oct 24, 2000 at 10:27:50PM +0900, Makoto MATSUSHITA wrote:
MFS is required; don't forget we have mfsroot.flp :-)
Oh yeah... time to drink some more caffeinated pop and wake up..
--
Will Andrews [EMAIL PROTECTED] - Physics Computer Network wench
To Unsubscribe: send mail to [EMAIL
will I'm sure there are better things to disable,
How about removing /boot/boot[12] from floppies ?
--- src/release/Makefile.oldMon Oct 23 23:53:50 2000
+++ src/release/MakefileTue Oct 24 22:38:15 2000
@@ -821,7 +821,7 @@
mv ${RD}/kernels/BOOTMFS
I built and installed -current on a laptop yesterday (10/23/00), and
went to build XFree86 3.3.6_3 today from the ports directory.
It built fine, but when you run make install, it dies, complaining of
syntax errors in machine/endian.h:
In file included from /usr/include/sys/wait.h:93,
In file included from /usr/include/sys/wait.h:93,
from vgaHW.c:44:
/usr/include/machine/endian.h:72: syntax error before
`__uint16_swap_unit32'
/usr/include/machine/endian.h:72: syntax error before `__x'
snip
I've not seen this reported before, nor a work around.
I don't know
"Rogier R. Mulhuijzen" wrote:
In file included from /usr/include/sys/wait.h:93,
from vgaHW.c:44:
/usr/include/machine/endian.h:72: syntax error before
`__uint16_swap_unit32'
/usr/include/machine/endian.h:72: syntax error before `__x'
snip
I've not seen this reported
Rogier R. Mulhuijzen wrote:
In file included from /usr/include/sys/wait.h:93,
from vgaHW.c:44:
/usr/include/machine/endian.h:72: syntax error before
`__uint16_swap_unit32'
/usr/include/machine/endian.h:72: syntax error before `__x'
snip
I've not seen this reported
On Tue, Oct 24, 2000 at 08:59:36AM +, Terry Lambert wrote:
Oh... and the PROVIDE/REQUIRE/WANT lists really, really want to
be "per service name" rather than per program name, so I could,
for example, have a service that depends on "smtpserv", and not
care if it was sendmail or qmail or
On Tue, 24 Oct 2000 08:15:12 -0500, Will Andrews [EMAIL PROTECTED] said:
I agree with this sentiment.. please leave INET6 support in the GENERIC
kernel. I'm sure there are better things to disable, like MFS, SYSV*,
P1003_P1B and friends, and ICMP_BANDLIM.
Um, let's only disable things that
Please test review this patch:
http://phk.freebsd.dk/patch/offsetof.patch
-
Define offsetof() in sys/types.h for the kernel and in stddef.h
for userland.
#ifdef the definition in stddef.h and sys/types.h so that
we don't need N identical definitions in machine/ansi.h
patch for revision 1.20:
--- /etc/pccard_ether Thu Oct 19 16:24:35 2000
+++ pccard_etherWed Oct 25 01:27:05 2000
@@ -46,7 +46,7 @@
interface=$1
shift
-startstop=$2
+startstop=$1
shift
case ${startstop} in
@@ -101,7 +101,7 @@
;;
# Stop the interface
*)
-
Poul-Henning Kamp wrote:
Please test review this patch:
http://phk.freebsd.dk/patch/offsetof.patch
-
Define offsetof() in sys/types.h for the kernel and in stddef.h
for userland.
#ifdef the definition in stddef.h and sys/types.h so that
we don't need N
Julian Elischer wrote:
Over the last 3 yearrs or so I've been ignoring the device interface.
but now I think it's stabilised to a point where it's worth learning
about its
new form.
So I decided that the best way to try understand the newbus stuff
(and other associated stuff) was to try use
On Tue, 24 Oct 2000 07:55:42 -0400
"John W. De Boskey" [EMAIL PROTECTED] said:
jwd The following patch brings the floppy size down enough to fix
jwd the problem. One is a leftover from the config file syntax
jwd change. Also, I don't know how useful INET6 is to a GENERIC
jwd kernel on todays'
The solution is very simple. Put a statically linked Perl in /sbin,
and write the startup system in Perl. For user convenience, it should
have a Gnome interface and a PostgreSQL backend, so we should also
put X and pgsql in /sbin.
--
Christopher Masto Senior Network Monkey
Please test review this patch:
http://phk.freebsd.dk/patch/offsetof.patch
I believe that several drivers include stddef.h to get
offsetof. I think most of these files are flagged by
"/* for offsetof */".
--
Justin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
/me hands Chris SARCASM and /SARCASM
DocWilco
At 13:50 24-10-2000 -0400, you wrote:
The solution is very simple. Put a statically linked Perl in /sbin,
and write the startup system in Perl. For user convenience, it should
have a Gnome interface and a PostgreSQL backend, so we should
In message [EMAIL PROTECTED], "Justin T. Gibbs" wri
tes:
Please test review this patch:
http://phk.freebsd.dk/patch/offsetof.patch
I believe that several drivers include stddef.h to get
offsetof. I think most of these files are flagged by
"/* for offsetof */".
Right, in fact there are
In message [EMAIL PROTECTED] =?koi8-r?B?4c7E0sXKIP7F0s7P1w==?=
writes:
: In very recent -current, my entropy file writted and readed sucessfully,
: but I got the same fortune quote again and again right after reboot!
:
: It means that anything writted to /dev/random not reseed it but _reset_ it
In message [EMAIL PROTECTED] Leif Neland
writes:
: Hi there,
:
: I've done a very recent week's make world(S) on -current, making
: and installing world and kernel go fine, but all hang on boot,
: with no error codes or msgs.
:
: Solution: Due to changes in the random/entropy stuff,
In message [EMAIL PROTECTED] "David O'Brien" writes:
: At BSDcon Luke M showed me what the NetBSD 1.5 rc files look like.
: They've moved them all to /etc/rc.d/ and made them very granular (as
: SVR4, but w/o leading numbers in the filenames). The NetBSD
: implementation also solved all the
In message [EMAIL PROTECTED] Bill Vermillion writes:
: One of the reasons for the numbers in the SysVR4 arena is to
: set the order of execution so programs which other depend upon
: are executed first. How does the NetBSD solve this problem.
The scripts themselves have the ordering
In message [EMAIL PROTECTED] Tony Finch writes:
: I tried this on 4.1.1-STABLE with two pccards: a D-Link DE660 and a
: Lucent Wavelan card. The de card workedd fine, but the success melody
: beep for the wi card was several times slower than it should be. I can
: get more information if you need
In message [EMAIL PROTECTED] "Akinori MUSHA" writes:
: Would you add an UPDATING entry for this? Many people have been
: reporting problems with the local mailer not knowing these changes.
It is on my queue of things to add to UPDATING as I find the time.
I'll try to get to it quickly.
Warner
In message 006d01c03d2e$36cf0220$[EMAIL PROTECTED] "Ron Klinkien" writes:
: According to files in /usr/src/sys/dev/xe/* the card is supported by the xe
: driver.
The cardbus version of the Xircom cards use the dc driver. Was it
compiled into your kernel? I've used the ethernet old card
Ok, folks want INET6. It's back..
It's been pointed out to me by "Thomas D. Dean"
[EMAIL PROTECTED] that the 'le' driver does
not work. Can someone provide additional information
about why it's in GENERIC?
Other candidates I've been pointed to include the removal
of /boot/boot[12] and NFS
In message [EMAIL PROTECTED] "Matthew N. Dodd"
writes:
: On Mon, 23 Oct 2000, Brian O'Shea wrote:
: I am also having this problem. If you interrupt it (with ^\ to send
: SIGQUIT), ldconfig generates a core. Then ldconfig will hang while
: setting a.out ldconfig path:
:
: ^C also works.
:
In message [EMAIL PROTECTED] "Matthew N. Dodd"
writes:
: On Mon, 23 Oct 2000, Brandon D. Valentine wrote:
: Well if you're that stubborn there's no reason that the "new" layout
: could not be compiled into a monolithic script. In fact perhaps you
: could be the one to step forward and write
In message [EMAIL PROTECTED] "Jacques A. Vidrine" writes:
: By the way, the author of this stuff (Luke Mewburn) says he'll post a
: summary of the design and implementation issues to this list in a few
: days.
I talked to Luke at BSDcon about many issues. He's very keen on
increasing the
In message [EMAIL PROTECTED] "John W. De Boskey" writes:
: The following patch brings the floppy size down enough to fix
: the problem. One is a leftover from the config file syntax
: change. Also, I don't know how useful INET6 is to a GENERIC
: kernel on todays' networks (faith gif are already
In message [EMAIL PROTECTED] "John W. De Boskey" writes:
: It's been pointed out to me by "Thomas D. Dean"
: [EMAIL PROTECTED] that the 'le' driver does
: not work. Can someone provide additional information
: about why it's in GENERIC?
Likely because it compiles and the devices are rare enough
On Tue, Oct 24, 2000 at 03:59:20PM +0900, Makoto MATSUSHITA wrote:
Maybe kernel image for kern.flp is a little bit larger than a 1.44MB floppy.
I just diked out more bits. Lets see if that will give us enough space
on tonights snapshot build.
--
-- David ([EMAIL PROTECTED])
To
On Tue, Oct 24, 2000 at 08:15:12AM -0500, Will Andrews wrote:
I'm sure there are better things to disable, like MFS, SYSV*, P1003_P1B
and friends, and ICMP_BANDLIM.
Only SYSVMSG is removed for the i386 case. SYS* for the Alpha. I'm
assuming the SYS* left compiled in on the i386 is for X?
On Tue, Oct 24, 2000 at 03:32:16PM +0200, John Hay wrote:
Why not remove NFS? That is what I do here when the snap floppy gets
too big. How many people install using NFS? (And can't easily change to
ftp.)
Many.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL
Motomichi Matsuzaki writes:
At Mon, 23 Oct 2000 22:46:26 -0400 (EDT),
Andrew Gallatin [EMAIL PROTECTED] wrote:
Anybody else seeing 'dc0: watchdog timeout' since SMPng integration?
Yes I have.
I have this several times before SMPng integration at a high load
situation.
On Tue, Oct 24, 2000 at 10:44:31PM +0900, Makoto MATSUSHITA wrote:
How about removing /boot/boot[12] from floppies ?
Committed!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, Oct 24, 2000 at 12:43:16PM -0600, Warner Losh wrote:
apm is a good one to remove.
We used to, but we were trying to remove `apm0' from GENERIC. I've fixed
to just `apm'.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to
On Tue, Oct 24, 2000 at 16:14 +0700, Alexey Dokuchaev wrote:
On Tue, 24 Oct 2000, Terry Lambert wrote:
Well, would not be this stepping aside from BSD startup
sequence, which we all know and love? Having dozens of
small files instead of pair of big ones always frustrates
me when I
We used to, but we were trying to remove `apm0' from GENERIC. I've fixed
to just `apm'.
Might it be a good idea to make a INSTALL kernel config and a GENERIC
config? INSTALL goes on the floppies and has just enough for all the
different sorts of installations. GENERIC has almost LINT
Hi.
At Tue, 24 Oct 2000 12:15:09 -0700,
David O'Brien [EMAIL PROTECTED] wrote:
Other candidates I've been pointed to include the removal of
/boot/boot[12] and NFS
IMO NFS needs to stay. It is *very* useful to many (including me).
I vote for 'remove NFS away'.
Yes, there are many people
On Wed, Oct 25, 2000 at 04:48:14AM +0900, Motomichi Matsuzaki wrote:
Other candidates I've been pointed to include the removal of
/boot/boot[12] and NFS
IMO NFS needs to stay. It is *very* useful to many (including me).
I vote for 'remove NFS away'.
Yes, there are many people using
On Tue, Oct 24, 2000 at 09:42:54PM +0200, Rogier R. Mulhuijzen wrote:
We used to, but we were trying to remove `apm0' from GENERIC. I've fixed
to just `apm'.
Might it be a good idea to make a INSTALL kernel config and a GENERIC
config?
Nope, the two would be quickly out of sync. What
Before removing NFS, I'd remove the new `ncv', `nsp', and `stg' drivers.
Not to mention the `vpo' Parellel port Zip drive device.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
2. Make sure your kernel includes:
devicerandom # Entropy device
Are you implying the random.ko module is broken?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
On Tue, Oct 24, 2000 at 05:05:49AM +0700, Alexey Dokuchaev wrote:
Still, it would be better if I could choose between "classical" and "new"
startup layout, say, somewhere at the installation stage.
Supporting two very different schemes is a support nightmare. And
giveing good test coverage
On Tue, Oct 24, 2000 at 04:49:40AM +0700, Alexey Dokuchaev wrote:
Having dozens of small files instead of pair of big ones always
frustrates me when I have to work with linux.
Maybe, but the greatly increased functionality makes it worth it.
--
-- David ([EMAIL PROTECTED])
GNU is
On Tue, Oct 24, 2000 at 04:23:40PM +0700, Alexey Dokuchaev wrote:
Why can't I simply write kill -1 `cat /var/run/sendmail.pid`?
What about deamons that don't understand `kill -HUP'? Sendmail didn't
until very reciently. ``/etc/rc.d/some-deamon restart'' does the right
thing reguardless how
On 24-Oct-00 David O'Brien wrote:
On Tue, Oct 24, 2000 at 09:42:54PM +0200, Rogier R. Mulhuijzen wrote:
We used to, but we were trying to remove `apm0' from GENERIC. I've fixed
to just `apm'.
Might it be a good idea to make a INSTALL kernel config and a GENERIC
config?
Nope, the two
At Tue, 24 Oct 2000 13:08:26 -0700,
David O'Brien [EMAIL PROTECTED] wrote:
I vote for 'remove NFS away'.
Yes, there are many people using NFS install, but it is site-specific.
And INET6 isn't site specific. It certainly is everywhere but maybe .jp.
I think INET6 is a grobal and public
It didn't work without the device line when I tested it
last week(Thursday/Friday).
-John
- David O'Brien's Original Message -
On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
2. Make sure your kernel includes:
device random # Entropy
Nice work those pccard stuff...
Ahum I ment cardbus stuff.. ;-)
Anyway my Xircom Realport II Cardbus 10/100 Mb card works ok now
It's one of those red double height ones with a RJ45 jack built into it...
Maybe something to mention in the docs to use the dc driver with it.
Ron.
To
will I'm sure there are better things to disable, like MFS, SYSV*,
will P1003_P1B and friends, and ICMP_BANDLIM.
MFS is required; don't forget we have mfsroot.flp :-)
The name is historical; we use md(4) not MFS.
--
... every activity meets with opposition, everyone who acts has his
- David O'Brien's Original Message -
On Tue, Oct 24, 2000 at 02:36:44PM -0400, John W. De Boskey wrote:
the 'le' driver does not work. Can someone provide additional
information about why it's in GENERIC?
Get confirmation that it does not work (one user isn't suffient in my
On Tue, 24 Oct 2000, Warner Losh wrote:
We also found at bsdcon that lots of keystrokes would also make the
system boot.
Warner
For those of us that couldn't go, has anybody posted pictures from the con
yet? ...any kind of pictures - not just ones of keyboard bashing...
--
:{ [EMAIL
You need to put
random_load="YES"
into /boot/loader.conf.
Optionally, you can load random.ko during the boot process.
John W. De Boskey wrote:
It didn't work without the device line when I tested it
last week(Thursday/Friday).
- David O'Brien's Original Message -
On Mon, Oct
In message 016501c03dfa$e7951780$[EMAIL PROTECTED] "Ron Klinkien"
writes:
: Maybe something to mention in the docs to use the dc driver with it.
We need a good way to list known supported cards (not just pccard or
cardbus) in a driver's man page.
Warner
Maybe an idea to create a new man
[redirected to just -current; I'm not sure what this has to do with -net]
I agree. I've been using them for a while on my dog slow Windows CE
machine. There were some minor issues when they were first committed
to NetBSD on some platforms (due to a too early use of ps and some
brokeness in
The scripts themselves have the ordering dependencies. The startup
system runs them in the proper order. I don't know if this is
pre-computed or redone each boot.
I'm really curious about this, myself. One of the reasons the SYSV
scripts have the numeric prefix is so that you know exactly
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard wrote:
The scripts themselves have the ordering dependencies. The startup
system runs them in the proper order. I don't know if this is
pre-computed or redone each boot.
I'm really curious about this, myself. One of the reasons
Only SYSVMSG is removed for the i386 case. SYS* for the Alpha. I'm
assuming the SYS* left compiled in on the i386 is for X?
That is correct. It's not mandatory, but it emits a scary-looking
error message when X starts up and a lot of folks were commenting
on it, so I put it (SYSVSHM) back
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard wrote:
The scripts themselves have the ordering dependencies. The startup
system runs them in the proper order. I don't know if this is
pre-computed or redone each boot.
I'm really curious about this, myself. One of the reasons
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard thus spoke:
The scripts themselves have the ordering dependencies. The startup
system runs them in the proper order. I don't know if this is
pre-computed or redone each boot.
I'm really curious about this, myself. One of the
Jordan Hubbard writes:
[redirected to just -current; I'm not sure what this has to do with -net]
I agree. I've been using them for a while on my dog slow Windows CE
machine. There were some minor issues when they were first committed
to NetBSD on some platforms (due to a too early use of
On Tue, Oct 24, 2000 at 12:38:41PM -0600, Warner Losh wrote:
In message [EMAIL PROTECTED] "Matthew N.
Dodd" writes:
: On Mon, 23 Oct 2000, Brian O'Shea wrote:
: I am also having this problem. If you interrupt it (with ^\ to send
: SIGQUIT), ldconfig generates a core. Then ldconfig will
On Tue, Oct 24, 2000 at 02:36:44PM -0400, John W. De Boskey wrote:
Ok, folks want INET6. It's back..
It's been pointed out to me by "Thomas D. Dean"
[EMAIL PROTECTED] that the 'le' driver does
not work. Can someone provide additional information
That is correct. See kern/19219. I've
On Wed, Oct 25, 2000 at 04:48:14AM +0900, Motomichi Matsuzaki wrote:
Hi.
At Tue, 24 Oct 2000 12:15:09 -0700,
David O'Brien [EMAIL PROTECTED] wrote:
Other candidates I've been pointed to include the removal of
/boot/boot[12] and NFS
IMO NFS needs to stay. It is *very* useful to
So, who wants to do a proof-of-concept implementation for -current
which integrates with our existing rc.conf mechanism? In order to
obey POLA, we should at least have the separate scripts switch off the
same knobs whenever possible.
It's something I'd be willing to do, I guess. I have some
Patrick Gardella wrote:
I built and installed -current on a laptop yesterday (10/23/00), and
went to build XFree86 3.3.6_3 today from the ports directory.
It built fine, but when you run make install, it dies, complaining of
syntax errors in machine/endian.h:
In file included from
On Tue, Oct 24, 2000 at 04:49:41PM -0400, John W. De Boskey wrote:
IMO NFS needs to stay. It is *very* useful to many (including me).
I haven't removed it. But it is an option. I was a very heavy
user of NFS, but it didn't matter to jkh when he removed it last
time. The switch to ftp
Again. There is no public NFS servers for distributing FreeBSD as I know.
You can't get any FreeBSD, even if you sends NFS packets to the Internet.
Can I and anybody access your favorite NFS servers?
I think this misses the point. Not everyone installs FreeBSD from
public servers and, in
[Why is -current on the cc line twice? One instance removed]
I haven't removed it. But it is an option. I was a very heavy
user of NFS, but it didn't matter to jkh when he removed it last
time. The switch to ftp isn't hard.
Well, that's not quite accurate. It did matter, it just seemed
At Wed, 25 Oct 2000 00:28:41 +0200,
Wilko Bulte [EMAIL PROTECTED] wrote:
IMO NFS needs to stay. It is *very* useful to many (including me).
I vote for 'remove NFS away'.
Yes, there are many people using NFS install, but it is site-specific.
The same argument goes for IPV6. In other
On Tue, 24 Oct 2000, David O'Brien wrote:
On Tue, Oct 24, 2000 at 04:23:40PM +0700, Alexey Dokuchaev wrote:
Why can't I simply write kill -1 `cat /var/run/sendmail.pid`?
What about deamons that don't understand `kill -HUP'? Sendmail didn't
until very reciently. ``/etc/rc.d/some-deamon
and, to reply a second time to this message, it is recomputed at each
boot... the rc and rc.shutdown scripts both run rcorder to do it, with
rc.shutdown reversing the order.
Ah, OK, sorry - I must have missed this the first time around.
I'll have to investigate the workings of rcorder then.
I'm in the midst of trying to install NetBSD so I can look at this. If
no one else steps forward to do it, I can put together a patch.
I've had several replies, so why don't we all look into this a bit and
see which one of us actually manages to have enough steam to do it
after the analysis
Believe me, if we were to put out a serious call to kill NFS from the
installation boot images, you'd very quickly hear from all of those
people and they would be screaming. We need to exhaust all other
possibilities before we even contemplate that option.
Are there maybe other large pieces
msmith The name is historical; we use md(4) not MFS.
I should read md(4) manpage... sorry.
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi Jordan,
How about this patch to display keymap menu correctly with 80 column
width console?
# If someone have a good idea to abbrevate "(accent)" string,
# I'd like to trim this word to reduce left column width of this menu.
--
Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.
On Mon, 23 Oct 2000, John W. De Boskey wrote:
I'm beginning to think we need an updating entry.
1. Make sure /dev/random exists 'cd /dev sh MAKEDEV std'
Unless you are using devfs.
2. Make sure your kernel includes:
devicerandom # Entropy device
I'm having rather extreme problems with stability on my dual PIII
setup. I know this is to be expected, but it's gotten so extreme on my
system, I can't spend more than a few minutes before it locks up.
Is there any chance that I could make things better by using a sysctl to
tell the box it's
Chuck Robey writes:
I'm having rather extreme problems with stability on my dual PIII
setup. I know this is to be expected, but it's gotten so extreme on my
system, I can't spend more than a few minutes before it locks up.
Is there any chance that I could make things better by using a
On 25-Oct-00 Chuck Robey wrote:
I'm having rather extreme problems with stability on my dual PIII
setup. I know this is to be expected, but it's gotten so extreme on my
system, I can't spend more than a few minutes before it locks up.
Is there any chance that I could make things better by
On Tue, 24 Oct 2000, John Baldwin wrote:
On 25-Oct-00 Chuck Robey wrote:
I'm having rather extreme problems with stability on my dual PIII
setup. I know this is to be expected, but it's gotten so extreme on my
system, I can't spend more than a few minutes before it locks up.
Is
At 2:58 PM -0700 10/24/00, Jordan Hubbard wrote:
The scripts themselves have the ordering dependencies. The
startup system runs them in the proper order. I don't know
if this is pre-computed or redone each boot.
I'm really curious about this, myself. One of the reasons the SYSV
scripts
On Tue, 24 Oct 2000, Mike Meyer wrote:
Chuck Robey writes:
I'm having rather extreme problems with stability on my dual PIII
setup. I know this is to be expected, but it's gotten so extreme on my
system, I can't spend more than a few minutes before it locks up.
Is there any chance
On Tue, Oct 24, 2000 at 11:04:55PM -0400, Garance A Drosihn wrote:
One should have some other script that you could run, which
would look thru all the rc files and just list which order
they will be run at startup (or at shutdown). That way you
could find out the order for a given set of
1 - 100 of 107 matches
Mail list logo