Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
- From
- Ulrich Windl <ulrich.windl@rz.uni-regensburg.de>
- Date
- Aug 27, 2008, 06:00 UTC
- Message-ID
- <48B5098E.748.A598B62@Ulrich.Windl.rkdvmks1.ngate.uni-regensburg.de>
- In-Reply-To
- <20080826164526.GM26610@one.firstfloor.org>
On 26 Aug 2008 at 18:45, Andi Kleen wrote:
> git<space><tab><tab>.... what? 140-something commands? etc.etc. >
Hi!
Just let me throw in one thought:
Whether files in /usr/bin, or command completions: Long linear lists are a thing humans don't like. For the directory issue, one could (assuming a two-level hierarchy) take the square root of the number of binaries and create that many directories to put the files in (in theory). Likewise for git<TAB><TAB> one could deduce the list by making two levels out of one (i.e. sub-sommands).
In HP-UX many commands (or "subsystems") use /opt/<subsys>/{bin,sbin} to place their binaries. PATH usually does not contain all of them. That's against Linux philosophy I think, and I really don't like huge PATHs, but it may be one solution to reduce the size of linear lists. It won't help against the git<TAB><TAB> issue directly, however.
Regards, Ulrich