Re: execline/imagemagick namespace collision
Thomas Schwinge <[email protected]> Sat, 14 Feb 2004 18:21:36 +0100
| Newsgroups | gmane.comp.djb.package |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Feb 11, 2004 at 09:44:07PM +0100, Laurent Bercot wrote: > > Hi, the /command name "import" is allocated for the execline package. > > Unfortunately the imagemagick package also provides a command "import", > > Most people I know prefix the ImageMagick command names with "IM", Is <URL:http://cr.yp.to/slashcommand/used> supposed to only contain the "pure" command names the are created compiling and installing from a package's tarball or also the modifications used by different distributions to solve these naming conflicts? Such things like the above 'IM' prefixing. Should it contain the command names that are additionally installed by a distribution and which would not be installed when compiling from source without modifications? Lots of packages provide 'contrib' directories that contain programs which are not installed using 'make install' but they are installed by some distributions packaging systems. Sould it contain the versioned command names some packages are installing (either compiled from source or used by different distributions)? A versioned perl binary is installed compiling from source. Debian installs autoconf2.13 and autoconf2.50. I have written a shell script that scans $PATH for commands that are not registered in <URL:http://cr.yp.to/slashcommand/list.html> and <URL:http://cr.yp.to/slashcommand/used>. The output is quite huge starting it on a "normal" Debian system: #v+ [email protected]:~ > check-used_commands | tee used [...] 822-date dpkg-dev B sam CDE2Xfcepal xfce Esetroot eterm Etbg eterm Etbg_update_list eterm Etcolors eterm Eterm eterm Etsearch eterm Ettable eterm GET libwww-perl HEAD libwww-perl [...] ctags.emacs20 emacs20 ctags.emacs21 emacs21 ctags.xemacs21 xemacs21-bin [...] [email protected]:~ > wc -l <used 1677 #v- (No. I'm not the maintainer of that system. :-) Should all these be listed on <URL:http://cr.yp.to/slashcommand/used>? > Another approach, better suited to > the /package way, might be to always use the explicit path : > /opt/ImageMagick/bin/import vs. /package/admin/execline/command/import. Then you would not need /command at all. This really would be the cleanest solution AFAICS (and thus perhaps could or should be used if one slashpackage program is using commands from another slashpackage program) but it's a bit inconvenient to use in interactive shells etc. ;-) Regards, Thomas