* _id utilities
@ 2006-06-19 12:11 David Gómez
2006-06-19 12:29 ` Kay Sievers
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: David Gómez @ 2006-06-19 12:11 UTC (permalink / raw)
To: linux-hotplug
Hi all,
A couple of questions. Why aren't "scsi_id", "cdrom_id", installedby default? If they're now the standard utilities to manage persistentdevice naming they should be installed with 'make install'.
And, why is the default path to install them /lib/udev? It's alsoharcoded in the source and it doesn't look good. It'd be better toinstall them in /sbin
cheers,
-- David Gómez Jabber ID: davidge@jabber.org
_______________________________________________Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.netLinux-hotplug-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: _id utilities
2006-06-19 12:11 _id utilities David Gómez
@ 2006-06-19 12:29 ` Kay Sievers
2006-07-06 19:03 ` David Gómez
2006-07-06 19:05 ` Marco d'Itri
2 siblings, 0 replies; 4+ messages in thread
From: Kay Sievers @ 2006-06-19 12:29 UTC (permalink / raw)
To: linux-hotplug
On Mon, 2006-06-19 at 14:11 +0200, David Gómez wrote:> A couple of questions. Why aren't "scsi_id", "cdrom_id", installed> by default? If they're now the standard utilities to manage persistent> device naming they should be installed with 'make install'.
Well it's Linux, there is no "standard". :) It's up to the distro's todecide what to put in here. There are also no "standard" rules installedby udev until now.
> And, why is the default path to install them /lib/udev? It's also> harcoded in the source and it doesn't look good. It'd be better to> install them in /sbin
All tools can be called by just using their name: RUN="firmware.sh", ifthey are in /lib/udev. The tools are not really useful outside of udevand intentionally don't show up on shell autocompletion (scsi_id has asymlink to /sbin for backwards compatibility).
In general the udev tools will not give you any information which is notalready available in /dev/disk/by-*/, so there is no real need to makethem public in /sbin and get the pain of keeping the interfaces stable.
Kay
_______________________________________________Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.netLinux-hotplug-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: _id utilities
2006-06-19 12:11 _id utilities David Gómez
2006-06-19 12:29 ` Kay Sievers
@ 2006-07-06 19:03 ` David Gómez
2006-07-06 19:05 ` Marco d'Itri
2 siblings, 0 replies; 4+ messages in thread
From: David Gómez @ 2006-07-06 19:03 UTC (permalink / raw)
To: linux-hotplug
Hi Kay,
On Jun 19 at 02:29:06, Kay Sievers wrote:> > A couple of questions. Why aren't "scsi_id", "cdrom_id", installed> > by default? If they're now the standard utilities to manage persistent> > device naming they should be installed with 'make install'.> > Well it's Linux, there is no "standard". :) It's up to the distro's to> decide what to put in here. There are also no "standard" rules installed> by udev until now.
Yes, i think that to no install any rules is logical, it's up toeach distro to choose what rules to install. But, are there alternativesapproaches in distributions to do persistent naming? If not, i finda sane default to install *_id utilities.
> > And, why is the default path to install them /lib/udev? It's also> > harcoded in the source and it doesn't look good. It'd be better to> > install them in /sbin> > All tools can be called by just using their name: RUN="firmware.sh", if> they are in /lib/udev.
Yes, but because "/lib/udev" is hardcoded in the sources, which isquite ugly ;).
> The tools are not really useful outside of udev> and intentionally don't show up on shell autocompletion (scsi_id has a> symlink to /sbin for backwards compatibility).> > In general the udev tools will not give you any information which is not> already available in /dev/disk/by-*/, so there is no real need to make> them public in /sbin and get the pain of keeping the interfaces stable.
"/lib", according to the FHS standard, is for "essential sharedlibraries and kernel modules". IMHO to hide binaries in /libstandard directories is not good, they should be in sbin.
regards,
-- David Gómez Jabber ID: davidge@jabber.org
Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnk&kid\x120709&bid&3057&dat\x121642_______________________________________________Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.netLinux-hotplug-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: _id utilities
2006-06-19 12:11 _id utilities David Gómez
2006-06-19 12:29 ` Kay Sievers
2006-07-06 19:03 ` David Gómez
@ 2006-07-06 19:05 ` Marco d'Itri
2 siblings, 0 replies; 4+ messages in thread
From: Marco d'Itri @ 2006-07-06 19:05 UTC (permalink / raw)
To: linux-hotplug
On Jul 06, David Gómez <david@pleyades.net> wrote:
> "/lib", according to the FHS standard, is for "essential shared
> libraries and kernel modules". IMHO to hide binaries in /lib
> standard directories is not good, they should be in sbin.
Not if they are not supposed to be run from the command line.
And they are not.
--
ciao,
Marco
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x120709&bid&3057&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2006-07-06 19:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-06-19 12:11 _id utilities David Gómez
2006-06-19 12:29 ` Kay Sievers
2006-07-06 19:03 ` David Gómez
2006-07-06 19:05 ` Marco d'Itri
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).