Date: Fri, 01 Jan 1999 11:49:06 +0800 From: Peter Wemm <peter@netplex.com.au> To: Luigi Rizzo <luigi@labinfo.iet.unipi.it> Cc: bde@zeta.org.au (Bruce Evans), committers@FreeBSD.ORG Subject: Re: can i add /usr/bin/pcmio ? Message-ID: <199901010349.LAA94480@spinner.netplex.com.au> In-Reply-To: Your message of "Thu, 31 Dec 1998 11:18:43 %2B0100." <199812311018.LAA20069@labinfo.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
Luigi Rizzo wrote:
> > >of it. (Plus it is my idea that whenever possible, all devices
> > >should have in the base system a simple control utility for testing
> > >etc.)
> >
> > These utilities are usually named /usr/sbin/foocontrol or /sbin/foocontrol.
>
> BTW: there are two spppcontrol... the one in /usr/sbin is apparently
> a dynamically-linked version of the one in /sbin
>
> luigi
Some general guidelines:
/ vs /usr : If the control program is (or might be) needed in order to get
/usr mounted (including over nfs etc), then it should be in /
bin vs sbin : There are a number of interpretations, but generally things
that are superuser only or only generally useable by the
sysadmin should go in sbin instead of bin. So, things that
do ioctl's on devices that require root privs go in sbin,
otherwise they just clutter up people's $PATH's.
Since pcmio is hardly going to be needed to boot the system and get /usr
online, then it's /usr. If any user can use it, then it goes in /usr/bin.
If it's a superuser only thing, then /usr/sbin. I guess this depends a bit
on what the default permissions are on the device... If it is likely to be
chmod'ed to allow global access to the audio device, then I'd be tempted to
go for /usr/bin..
Cheers,
-Peter
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901010349.LAA94480>