From: Ulrich Windl <ulrich.windl@rz.uni-regensburg.de>
Date: Wed, 27 Aug 2008 06:00:17 GMT
Subject: Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
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