On Tue, 14 Dec 1999, Ben Rosengart wrote:
vi -- which is in /usr.
Good example of something else that would be great to have in /bin.
*ducking*
--
Ben Rosengart
and as a coworker, I'd have to tell you how to use cat ;)
ROTFL.
-Pat
__
Pat Lynch
Cc:ed to -chat where this seems to belong now.
Yes, everyone should be familiar with fsdb (you should have seen the fear
on a coworker's face the other day when I said something about fixing a
filesystem with fsdb in jest. It was straight unadulterated terror.) The
mere mention of this tool
David Scheidt wrote:
What's wrong with run with system V runlevels? Other than it's system V and
everything AT^HUSL did is evil, of course.
They try to map graphs into a line.
--
Daniel C. Sobral(8-DCS)
who is as social as a wampas
[EMAIL PROTECTED]
[EMAIL
At 6:44 PM -0800 1999/12/14, Rodney W. Grimes wrote:
There... easy enough??? fsdb is not that big of a deal as long as you
stay with the basic commands of cd, ls, chown, chmod, chgrp, rm and ln.
It's the ones like uplink downlink chgen that can hose you up but good.
If it looks like a
"Rodney W. Grimes" wrote:
Yea... been hearing that for 4 years... one of it's big short comings is
that it needs a persistent backing store for this. Sounds like this C
program could fullfill one of the missing parts of devfs :-)
F persistent backing store. The daemon solution is perfectly
On Wed, 15 Dec 1999, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], "Daniel C. Sobral" writes:
"Rodney W. Grimes" wrote:
Yea... been hearing that for 4 years... one of it's big short comings is
that it needs a persistent backing store for this. Sounds like this C
program
Isn't this throwing an awful lot onto init?
Not really...
The meta-daemon part is no different from keeping gettys in the air...
The devd thing consists of selecting on some magic fd and running a
program when something happens. This could be done with a getty
like daemon too of
On Wed, 15 Dec 1999, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Dav
id Scheidt writes:
What's wrong with run with system V runlevels? Other than it's system V and
everything AT^HUSL did is evil, of course.
runlevels are a very oldfashioned way to think about things, I
On 1999-Dec-16 07:48:48 +1100, Poul-Henning Kamp [EMAIL PROTECTED] wrote:
And we don't really need YAD when we have init hanging around doing
nothing for its keep anyway...
I beg to differ. To quote init(8):
The role of init is so critical that if it dies, the system will reboot
On 1999-Dec-16 10:07:49 +1100, Poul-Henning Kamp [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Peter Jeremy writes
:
It can do that now. Add the following lines to /etc/ttys:
sshd "/usr/local/sbin/sshd" none on
inetd "/usr/sbin/inetd -Ww" none on
syslogd "/usr/sbin/syslogd" none
David Scheidt wrote:
What's wrong with run with system V runlevels? Other than it's system V and
everything AT^HUSL did is evil, of course.
Well, the one danger is that we'd be slowly drifting away from
the classic BSD way of doing thigs. Of course, the official BSD
is dead (right?). But
On Thu, Dec 16, 1999 at 01:22:46AM -0500, Donn Miller wrote:
runlevels, OpenBSD does not or goes with an entirely different
system), them would it be fair to consider FreeBSD "BSD"? The
advantage here is that FreeBSD would mature into it's own type of
UNIX with a BSD heritage.
Can we
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
How about removing awk from MAKEDEV so life isn't so hard to recover
when you use a 3.3 fixit floppy after removing /dev and not making
On Mon, 13 Dec 1999, Bill Fumerola wrote:
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
As one who just got his ass bitten by this, I would vote yes.
As one who's missed chown at
:
: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
: just the root file system mounted?
:
: As one who just got his ass bitten by this, I would vote yes.
:
:As one who's missed chown at times when only root's mounted, I'm with Bill.
:
:--
: Ben Rosengart
:
:UNIX
In message [EMAIL PROTECTED], Matthew Dillon writes:
I think at one time or another all of us have missed *something* in
/usr that wasn't in /. For example, disklabel -e doesn't work without
vi -- which is in /usr.
EDITOR=/bin/ed
export EDITOR
disklabel -e
[Recipient list trimmed down to just the list. dhw]
Date: Tue, 14 Dec 1999 19:38:32 +0100
From: Poul-Henning Kamp [EMAIL PROTECTED]
It would make more sense, considering the way FreeBSD is distributed for
/usr/local to be a mountpoint than for /usr to be a mountpoint.
It's hardly
On Tue, Dec 14, 1999 at 10:32:23AM -0800, Matthew Dillon wrote:
:
: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
: just the root file system mounted?
:
: As one who just got his ass bitten by this, I would vote yes.
:
:As one who's missed chown at times when
On Tue, Dec 14, 1999 at 07:38:32PM +0100, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Matthew Dillon writes:
I think at one time or another all of us have missed *something* in
/usr that wasn't in /. For example, disklabel -e doesn't work without
vi -- which is in
Ben Rosengart wrote in list.freebsd-current:
On Tue, 14 Dec 1999, Matthew Dillon wrote:
I think at one time or another all of us have missed *something* in
/usr that wasn't in /. For example, disklabel -e doesn't work without
vi -- which is in /usr.
Good example of
How about removing awk from MAKEDEV so life isn't so hard to recover
when you use a 3.3 fixit floppy after removing /dev and not making
enough of it again.
How about finally starting to work on devfs and forget about all the
MAKEDEV junk and leave it as it is for now?
Blaz Zupan, [EMAIL
"BSDman" == BSDman [EMAIL PROTECTED] writes:
BSDman one idea about /usr is to allow the admin to mount it
BSDman read-only. I didn't tried it but this would give some
BSDman level of security against modifications of the files there
BSDman in.
This is particulary useful in a
On Mon, 13 Dec 1999, Bill Fumerola wrote:
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
As one who just got his ass bitten by this, I would vote yes.
On a related subject: don't
[Charset ISO-8859-1 unsupported, filtering to ASCII...]
Ben Rosengart wrote in list.freebsd-current:
On Tue, 14 Dec 1999, Matthew Dillon wrote:
I think at one time or another all of us have missed *something* in
/usr that wasn't in /. For example, disklabel -e doesn't
[.]
On a related subject: don't you think it's high time to end up this
madness with MAKEDEV being a shell script, and reimplement it in C? Today,
[.]
*cough*DEVFS*cough*
--
Brian [EMAIL PROTECTED][EMAIL PROTECTED]
http://www.Awfulhak.org
[.]
On a related subject: don't you think it's high time to end up this
madness with MAKEDEV being a shell script, and reimplement it in C? Today,
[.]
*cough*DEVFS*cough*
Yea... been hearing that for 4 years... one of it's big short comings is
that it needs a persistent backing
On Wed, Dec 15, 1999 at 01:39:28AM +, Brian Somers wrote:
[.]
On a related subject: don't you think it's high time to end up this
madness with MAKEDEV being a shell script, and reimplement it in C? Today,
[.]
*cough*DEVFS*cough*
Gesunteit.
- mark
--
Mark Newton
A person who really knew fsdb could do it /bin/fsdb, infact it's
And for everyone else ;-)
WARNING
Use this tool with extreme caution--you can damage an FFS file system
beyond what fsck(8) can repair.
tonym
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
A person who really knew fsdb could do it /bin/fsdb, infact it's
And for everyone else ;-)
WARNING
Use this tool with extreme caution--you can damage an FFS file system
beyond what fsck(8) can repair.
Yea.. well...
fsdb /dev/rda0s1a
cd /dev/
cd da0s1g
chown root
chgrp
:
:Poul-Henning Kamp wrote
: It would make more sense, considering the way FreeBSD is distributed for
: /usr/local to be a mountpoint than for /usr to be a mountpoint.
:
: /var is traditionally a mountpoint to keep the logs out of harms
: way (and vice versa), but /usr never had that level of
In message [EMAIL PROTECTED] Brian Somers writes:
: *cough*DEVFS*cough*
devfs*D*
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, 13 Dec 1999, Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
I have no opinion about fortune, but I do think that md5 should be moved
from
On Mon, 13 Dec 1999, Kris Kennaway wrote:
On Mon, 13 Dec 1999, Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
I have no opinion about
On Mon, 13 Dec 1999, Kris Kennaway wrote:
On Mon, 13 Dec 1999, Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
I have no opinion
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
As one who just got his ass bitten by this, I would vote yes.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
-
35 matches
Mail list logo
