On Fri, 7 Jul 2000, Rahul Dhesi wrote:
> Nobody has come up with any any real reason why the user should not at a
> glance be able to tell which boot-time services failed and which ones
> succeeded.
- The existing system does this already
- Masking error messages is Evil(tm)
Doug White
I recently wrote:
>It's not the green that's important, it's the 'OK'. The way Redhat
>Linux boots, you can see at a glance which start-up commands failed and
>which ones succeeded. The way FreeBSD boots, it's all one big blur.
>Also, in the Linux scheme, there is a standard mechanism to keep
On Fri, 7 Jul 2000, Garrett Wollman wrote:
><<[EMAIL PROTECTED]> said:
>
>> Sounds like a good enough reason to me to port the newer NetBSD LFS code
>> to FreeBSD.
>
>Or, even better, for someone to implement background fsck for soft
>updates.
Yes, that too would be wonderful.
Brandon D. Valent
< said:
> Sounds like a good enough reason to me to port the newer NetBSD LFS code
> to FreeBSD.
Or, even better, for someone to implement background fsck for soft
updates.
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same
[EMAIL PROTECTED] | O Siem
On Thu, Jul 06, 2000 at 06:53:49PM -0700, Cy Schubert - ITSD Open Systems Group wrote:
> In message <[EMAIL PROTECTED]>,
> Walter Campbe
> ll writes:
> > > > HP/UX does something like this. I find it rather useful, but that may be
> > > > because I have boxes that take almost an hour to boot
On Thu, 6 Jul 2000, Cy Schubert - ITSD Open Systems Group wrote:
>An Alpha my team manages with 1 TB of images on UFS takes 4 hours to
>fsck.
Sounds like a good enough reason to me to port the newer NetBSD LFS code
to FreeBSD.
Brandon D. Valentine
--
bandix at looksharp.net | bandix at stru
--- Cy Schubert - ITSD Open Systems Group <[EMAIL PROTECTED]> wrote:
>
> An Alpha my team manages with 1 TB of images on UFS takes 4 hours to
> fsck.
>
Now that's a bit of thrashing, eh?
Jordan, or anyone else who might know.. How long does it take "our" beast
(ftp.freebsd.org) to bring
In message <[EMAIL PROTECTED]>,
Walter Campbe
ll writes:
> > > HP/UX does something like this. I find it rather useful, but that may be
> > > because I have boxes that take almost an hour to boot
> >
> > An hour to boot? Boy... the only time I ever saw a machine take an hour to
> > boot (wh
Jonathan Smith <[EMAIL PROTECTED]> writes:
> Quickie question:
[snip]
> To my (limited) understanding of this subject, it's not going to make hour
> long boot-ups. It may increase shutdown time to do things, but, sometimes
> you need to properly shut things down. If that were not the case, on
Jonathan Smith writes:
> I, for one, like the functionality, and thought it kinda already worked
> that way (or maybe I _made_ it work that way on my machines, cn't
> remember). I would like solid facts, rather than a religious/exagerated
> discussion.
I agree. I first ran into this on solaris.
On Thu, 6 Jul 2000, Rahul Dhesi wrote:
> Linh Pham <[EMAIL PROTECTED]> writes:
>
> >> Can we have little green "[ OK ]"s as well? :)
> >>
> >> j/k
>
> >I hope you are joking... LOL... We don't want Linux emulation to go in
> >that direction.
>
> It's not the green that's important, it's the '
How bout a booting a SparcStation running Solaris 2.6 off a 1x CDROM? When it
finally got done, I had to sit and remind myself what was wrong with it.
-Richard
--- Walter Campbell <[EMAIL PROTECTED]> wrote:
> > > HP/UX does something like this. I find it rather useful, but that may be
> >
On Thu, Jul 06, 2000, Adrian Chadd wrote:
>
> And its actually very useful IMHO. Thats what rc.conf is for though, right?
>
> enable_pkg_apache="YES"
> enable_pkg_qmail="YES"
> enable_pkg_mysql="YES"
>
> and so on .. ?
Before people start going "huh?" .. that was an idea, not an outline
as to
On Thu, Jul 06, 2000, Rahul Dhesi wrote:
> Linh Pham <[EMAIL PROTECTED]> writes:
>
> >> Can we have little green "[ OK ]"s as well? :)
> >>
> >> j/k
>
> >I hope you are joking... LOL... We don't want Linux emulation to go in
> >that direction.
>
> It's not the green that's important, it's the
We have gone to some pains in the past to make the rc.d scripts silent.
Either work or fail silently.
if [ -x ... ]; do
...
done
Now, with the addition of the start/stop, there is a message output if
the argument is not 'start' or 'stop'.
The default should be 'start'. These scripts a
Rahul Dhesi wrote:
>
> >> Can we have little green "[ OK ]"s as well? :)
>
> >I hope you are joking... LOL... We don't want Linux emulation to go in
> >that direction.
>
> It's not the green that's important, it's the 'OK'. The way Redhat
> Linux boots, you can see at a glance which start-up c
Linh Pham <[EMAIL PROTECTED]> writes:
>> Can we have little green "[ OK ]"s as well? :)
>>
>> j/k
>I hope you are joking... LOL... We don't want Linux emulation to go in
>that direction.
It's not the green that's important, it's the 'OK'. The way Redhat
Linux boots, you can see at a glance wh
Thomas Gellekum <[EMAIL PROTECTED]> writes:
>/etc/rc.shutdown in -current has been changed to call the scripts in
>${local_startup} with the `stop' option. This allows packages like
>databases to call their own shutdown methods and clean up after
>themselves
This will make it a bit harder to
On Thu, Jul 06, 2000 at 12:53:09PM -0400, Brandon D. Valentine wrote:
> On Thu, 6 Jul 2000, Chris D. Faulhaber wrote:
>
> >Many Linux distributions do this too. It seems about as useful as a car's
> >idiot light(s)... IMO, I would prefer to see useful information during
> >boot than that eye-ca
Quickie question:
By implementing the 'start' and 'stop' in the local scripts, how much
should one _expect_ their systems bootup and slow down times to take?
I'm hearing whines of being to linux like, to sysv'ish and some likely
valid complaints on startup/shutdown time.
I, for one, like the f
On Thu, 6 Jul 2000, Chris D. Faulhaber wrote:
>Many Linux distributions do this too. It seems about as useful as a car's
>idiot light(s)... IMO, I would prefer to see useful information during
>boot than that eye-candy.
I'd prefer to buy a box of blinkenlights to put in a spare 5.25" bay and
l
> > HP/UX does something like this. I find it rather useful, but that may be
> > because I have boxes that take almost an hour to boot
>
> An hour to boot? Boy... the only time I ever saw a machine take an hour to
> boot (which does not include the POST/memory check/BIOS screen) was a
> 486S
On Thu, 6 Jul 2000, David Scheidt wrote:
> On Thu, 6 Jul 2000, Linh Pham wrote:
>
> :>
> :> Can we have little green "[ OK ]"s as well? :)
> :>
> :> j/k
> :
> :I hope you are joking... LOL... We don't want Linux emulation to go in
> :that direction.
>
>
> HP/UX does something like this. I f
On Thu, 6 Jul 2000, David Scheidt wrote:
> On Thu, 6 Jul 2000, Linh Pham wrote:
>
> :>
> :> Can we have little green "[ OK ]"s as well? :)
> :>
> :> j/k
> :
> :I hope you are joking... LOL... We don't want Linux emulation to go in
> :that direction.
>
>
> HP/UX does something like this. I f
On Thu, 6 Jul 2000, Linh Pham wrote:
:>
:> Can we have little green "[ OK ]"s as well? :)
:>
:> j/k
:
:I hope you are joking... LOL... We don't want Linux emulation to go in
:that direction.
HP/UX does something like this. I find it rather useful, but that may be
because I have boxes that ta
> In the last episode (Jul 06), Thomas Gellekum said:
> > sorry for the late notice, I forgot to mail this yesterday.
> >
> > /etc/rc.shutdown in -current has been changed to call the scripts in
> > ${local_startup} with the `stop' option. This allows packages like
> > databases to call their ow
In the last episode (Jul 06), Thomas Gellekum said:
> sorry for the late notice, I forgot to mail this yesterday.
>
> /etc/rc.shutdown in -current has been changed to call the scripts in
> ${local_startup} with the `stop' option. This allows packages like
> databases to call their own shutdown me
Moin,
sorry for the late notice, I forgot to mail this yesterday.
/etc/rc.shutdown in -current has been changed to call the scripts in
${local_startup} with the `stop' option. This allows packages like
databases to call their own shutdown methods and clean up after
themselves. All the ports have
28 matches
Mail list logo