On 26 Aug 2008 at 18:45, Andi Kleen wrote:

quoted text
> 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

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html