Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins

From: Andi Kleen <andi@firstfloor.org>
Date: Aug 26, 2008, 17:27 UTC
Message-ID: <20080826172742.GN26610@one.firstfloor.org>
In-Reply-To: <alpine.LFD.1.10.0808261004150.3363@nehalem.linux-foundation.org>

> When you do
> 
> 	ls<space><tab><tab>

Actually do ls --<tab><tab> and you can well be scared too. Perhaps it's not quite git class yet, but it's working on it. I could imagine some Unix newbie be scared about that.

["Quick: mention the two characters not used as ls short options yet"]

Show 6 quoted lines

> 
> and it says
> 
> 	Display all 122 possibilities? (y or n)
> 
> (yeah, my home directory is a mess)

It's quite tidy in fact :)

% ls <tab><tab> Display all 584 possibilities? (y or n)

> 120-something commands? etc etc".

I was assuming someone thinking about using git. At some point they will do the git<space><tab><tab> thing and be scared away.

Ok maybe it's not the first action, but it's likely in the first 10 minutes; more or less once they discover that git has sub commands.

Anyways the real solution to that is either having less commands or hiding the internal ones better. I think both would be fine, but once that is done and there's a slimmed down non scary list, there's no reason to not put the remaining non internal ones back into $PATH isn't it?

-Andi