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
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
