Re: Speaking of moving files (Re: make world broken building fortunes )

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

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

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 PROTEC

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

On Thu, Dec 16, 1999 at 12:07:49AM +0100, Poul-Henning Kamp wrote: > I would prefer if the lines could be added to /etc/ttys somewhat > like: > sshd "/usr/local/sbin/sshd" none ondemand > > And then we could > telinit -on sshd > telinit -off sshd hal:/service# ls -l telnetd tot

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

> 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 heri

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

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

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

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

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Peter Jeremy writes : >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

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

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 thing

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Matthew Jacob writes: >> > >> >I was just thinking it could get tricky and have subtle ordering bugs of >> >new tty devices, changes to ttys and signals all about the same time. >> >> Well, they are no less subtle by having them in different processes... > >No, bu

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

In message <[EMAIL PROTECTED]>, Dav id Scheidt writes: >On Wed, 15 Dec 1999, Poul-Henning Kamp wrote: > >> In message <[EMAIL PROTECTED]>, Warner Losh writes: >> >> I would really like to see the devd functionality to live in init >> and at the same time I wouldn't mind if init were taught to kee

Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

On Wed, 15 Dec 1999, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Warner Losh writes: > > I would really like to see the devd functionality to live in init > and at the same time I wouldn't mind if init were taught to keep > important programs running, things like sshd, inetd, sysl

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Matthew Jacob writes: >> >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 somet

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Matthew Jacob writes: >> > >> I would really like to see the devd functionality to live in init >> and at the same time I wouldn't mind if init were taught to keep >> important programs running, things like sshd, inetd, syslogd and >> similar should be restarted i

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Warner Losh writes: >In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: >: A "devd" program would solve 98% of what devfs could solve. It cannot >: solve the homebrew-a-vnode-for-the-root-fs problem. FreeBSD needs a >: "devd" program *anyway* because what go

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : A "devd" program would solve 98% of what devfs could solve. It cannot : solve the homebrew-a-vnode-for-the-root-fs problem. FreeBSD needs a : "devd" program *anyway* because what good is dynamic devices if you : can't do something intell

Re: make world broken building fortunes

On 1999-Dec-15 19:57:49 +1100, Sheldon Hearn <[EMAIL PROTECTED]> wrote: >> -gnu/usr.bin/bison gnu/usr.bin/cc >> +gnu/usr.bin/bison gnu/usr.bin/cc gnu/usr.bin/texinfo > >Presumably this hunk is a stray fix for something other than the fortune >database? :-) Yes it is. I was having problem

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

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 could fullfill one of the missing parts of devf

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

"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 perfec

Re: make world broken building fortunes

On Wed, 15 Dec 1999 06:21:48 +1100, Peter Jeremy wrote: > @@ -344,7 +352,7 @@ > tools:: > .for _tool in ${_strfile} ${_aout_tools} usr.bin/gensetdefs \ > gnu/usr.bin/binutils usr.bin/objformat usr.bin/yacc usr.bin/colldef \ > -gnu/usr.bin/bison gnu/usr.bin/cc > +gnu/usr.bin/bison

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

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

Re: RE: Speaking of moving files (Re: make world broken building fortunes )

: :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 o

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

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 Newt

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

> [.] > > 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 back

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

[.] > 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]>

Re: Speaking of moving files (Re: make world broken building fortunes )

> "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 us

RE: Speaking of moving files (Re: make world broken building fortunes )

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 justi

Re: Speaking of moving files (Re: make world broken building fortunes )

> 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 PR

Re: Speaking of moving files (Re: make world broken building fortunes )

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 -- whic

Re: Speaking of moving files (Re: make world broken building fortunes )

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

Re: make world broken building fortunes

On 1999-Dec-13 20:42:36 +1100, Marcel Moolenaar <[EMAIL PROTECTED]> wrote: >Index: Makefile.inc1 >=== >RCS file: /home/ncvs/src/Makefile.inc1,v >retrieving revision 1.106 >diff -u -r1.106 Makefile.inc1 >--- Makefile.inc1 1999/12

Re: Speaking of moving files (Re: make world broken building fortunes )

[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

Re: Speaking of moving files (Re: make world broken building fortunes )

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

Re: Speaking of moving files (Re: make world broken building fortunes )

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 something else that would be great to have in /bin. *du

Re: Speaking of moving files (Re: make world broken building fortunes )

:> :> > 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 : :UN

Re: Speaking of moving files (Re: make world broken building fortunes )

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

Re: Speaking of moving files (Re: make world broken building fortunes )

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 eno

Re: make world broken building fortunes

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]") After letting this go through my head for a day (it probably isn't important anymore :-), I think

Re: Speaking of moving files (Re: make world broken building fortunes )

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 -

Re: Speaking of moving files (Re: make world broken building fortunes )

> 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 h

Re: Speaking of moving files (Re: make world broken building fortunes)

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 abo

Speaking of moving files (Re: make world broken building fortunes)

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

Re: make world broken building fortunes

> > > On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: > > > I think the easiest solution would be (instead of your patches of > > course): > > > -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin > > +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games > > On

Re: make world broken building fortunes

Sheldon Hearn wrote: > > > On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: > > > I think the easiest solution would be (instead of your patches of > > course): > > > -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin > > +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDT

Re: make world broken building fortunes

On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: > I think the easiest solution would be (instead of your patches of > course): > -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin > +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games Only if you preceded the

Re: make world broken building fortunes

Peter Jeremy wrote: > > >===> games/fortune/datfiles > >PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile >strfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat > >strfile: illegal option -- C > >strfile [-iorsx] [-c char] sourcefile [datafile] > >***

Re: make world broken building fortunes

>On 1999-Dec-13 11:06:19 +1100, I wrote: >I'm still running a -CURRENT from just before the signal changes and >for the past 4 days, my nightly buildworld has been dying at follows: > >===> games/fortune/datfiles >PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile

Re: make world broken building fortunes

On 1999-Dec-13 11:06:19 +1100, I wrote: >I'm still running a -CURRENT from just before the signal changes and >for the past 4 days, my nightly buildworld has been dying at follows: > >===> games/fortune/datfiles >PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile

make world broken building fortunes

I'm still running a -CURRENT from just before the signal changes and for the past 4 days, my nightly buildworld has been dying at follows: ===> games/fortune/datfiles PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile st rfile -Crs /3.0/cvs/src/games/fortune/datfiles/fo