Thank you John for extending my argument with adequate references which I have swallowed while composing my question email.
And if we are after reading FHS /usr/lib section: /usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts. and in my case it becomes more interesting -- those tools *are intended* to be executed by (interested) users directly. It is just due to proliferation in number of the tools and conflicts with other packages they cannot go under /usr/bin directly. That is why for this package (as for few others we maintain already) we are shipping also /etc/PKG/pkg.sh script so (interested) users could source to have their PATH adjusted to get preference to execute tools from the PKG instead of possibly available conflicting one under /usr/bin. Wrapper script shipped directly under /usr/bin/ is only for possible future adoption since at the moment all users (and their scripts) rely on direct names of the cmdline tools. Altogether, according to FHS /usr/lib/PKG is actually not preferable location for them since indeed it is for solely internal use (and it is now used to keep shared libraries) On Wed, 02 Nov 2011, John H. Robinson, IV wrote: > > > Do we have any policy/recommendation forbidding/disadvising having > > > subdirectories under /usr/bin? > > We have the FHS, which says that you do not do this. > Where? Section 4.5. /usr/bin Most User Commands[1] specfically allows > directories, going so far as to explictly mentioning one directory, and > mandating a link to another directory. > You may be thinking of Section 3.4.2 Requirements[2] which forbids > directories; however that section refers only to /bin. > [1] http://www.pathname.com/fhs/pub/fhs-2.3.pdf pg 19 > [1] http://www.pathname.com/fhs/pub/fhs-2.3.pdf pg 5 -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111102194308.gi10...@onerussian.com