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

  This thread is starting to seriously irritate even *me* by now, which
is quite a feat...

On Wed, Aug 27, 2008 at 05:05:33PM -0700, Perry Wagle wrote:

Oh yeah, sorry.  I neglected to mention that my problem was having the  
git- forms in scripts all over an internal network, and having no  
amazingly easy way of fixing them.  I don't know who all copied them.

  Should I count for you how many times the $PATH workaround has been
mentioned already? Or the gitexecdir workaround?

On Aug 27, 2008, at 4:53 PM, Perry Wagle wrote:

quoted

On Aug 27, 2008, at 4:27 PM, Junio C Hamano wrote:

quoted

Steven Rostedt [off-list ref] writes:

quoted

Yes, they are all a bunch of Nazi git fanatics, that Hitler  
himself would
have used the space version of git. He sent the Jews off to the
concentration camps because they insisted on using the dashes.

There, we have a Hitler reference.

CAN WE PLEASE LET THIS THREAD DIE!

  Intentional invocations of Godwin's Law don't count - sadly. ;-)

quoted

I suggested that git<DASH><TAB> used to give the same 143  
completions that git<SPACE><TAB> would now.  This meant that making  
any arguments that the number was off-putting to newbies did not  
apply, since you had a same number (143)  either way.  Putting stuff  
in libexec does not change the above observation in any fashion.

A response to my observation was that "not everything will show up  
in the latter completion".  I balked at that as it distorted the  
truth.  If this distortion would actually take place then I have a  
real complaint.  Not a tangent.

But as long as git<DASH><TAB> does the *same* thing as  
git<SPACE><TAB>, I really do not see why you had to go break my  
scripts on a *minor* revision for what amounts to no reason as all.

  What the hell are you talking about? Did you *try*? git<SPACE><TAB>
does not do the same thing as git<DASH><TAB>, and it has been clearly
stated in this thread several times. It shows only the commands that are
*interesting* for the user, just as $PATH does not include /usr/sbin and
/sbin and /usr/lib/wine because the executables in these directories
just aren't interesting for the users. If you care about all the Git
internals, go read git(1) to see the list of all the plumbing stuff.

-- 
				Petr "Pasky" Baudis
The next generation of interesting software will be done
on the Macintosh, not the IBM PC.  -- Bill Gates