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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm removing users@xxxxxxxxxx from the Cc list since this is far beyond
relevant there.

On Thu, Aug 28, 2008 at 03:33:46AM -0700, Perry Wagle wrote:
> The PATH thing fixes the problem of typing in git-commands at the command 
> line, but not for scripts containing git<DASH> commands.  I've seen no-one 
> rebut my rebuttal.

Huh? $PATH takes effect both on command-line and in scripts. Maybe you
wanted to phrase this paragraph differently.

> Are you suggesting that I break into machines that I don't have access to 
> add a export PATH= line to copies of scripts that were written 6 months 
> ago, and worked just fine until someone decided that "upward compatibility" 
> wasn't an important concept?

No, they worked just fine until someone upgraded Git there. That
$someone needs to take care of this.

> What other upward compatibilities were broken in the past six months?  What 
> am I testing for tomorrow when I fix it before releasing an upgraded git?  
> Next month?
>
> I really don't understand this "upward compatibility doesn't matter" thing.

The deprecation has been announced several times. Yes, we might've done
better job spreading the word and the documentation still needs updates;
from that it's apparent we're lacking at resources here and help is
welcome. Ask your money back or send patches.

> In this thread the new completion thing has been clearly stated both ways.
>
> I have one, apparently very authoritative, response in this thread assuring 
> me that it will not be the case that the command completion space will be 
> restricted in the fashion you support.  I'm not sure who to believe.  It 
> might not matter: apparently, one person in the thread was forced to make 
> the change we are all responding to here.  When does that happen again?

What response is that? I can see only Andi Kleen's post, and it didn't
actually even directly claim that this is the current behaviour. Then
there's bunch of posts showing that it's not the case. Well, I can only
shrug my shoulders.

Since after all, you clearly just feel like flaming and don't actually
_care_ about this issue at all since you would just _try_ it out if this
actually mattered to you.

> I find the notion that the command completion should give partial results 
> an unpleasant concept.  I've been stuck with systems with no documentation, 
> but with command completion with that sort of thinking, and as a result, 
> and it was very frustrating.

Git has documentation.

-- 
				Petr "Pasky" Baudis
The next generation of interesting software will be done
on the Macintosh, not the IBM PC.  -- Bill Gates
--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux