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

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

 



Jeff King <peff@xxxxxxxx> writes:

> On Mon, Aug 25, 2008 at 04:41:57PM -0700, Junio C Hamano wrote:
>
>> > Umm.  What exactly makes you feel you should ignore the discussions we had 
>> > around the issues on the git and msysgit mailing list?
>> 
>> Well, this was partly my fault, as I did not make it clear in this part
>> that beating the horse that has been dead for two years is not a
>> productive way to spend out time.  I however did, in the part David did
>> not quote, try to make it clear:
>> 
>>   That's all history now anyway.  We should try to do better the next time,
>>   which is much more important, and that is the topic of this message.
>
> I don't want to stir up this discussion too much; I am sure you have
> many more important things to be working on. But I did want to make one
> observation.
>
> One side of the argument, I see a lot of "I would prefer it this way."
> And on the other side I see a lot of "this discussion is already
> history" and "but I do not care personally that much."
>
> It makes me wonder why nobody has said "no, really, I prefer it without
> the programs in /bin." Are they simply confident that the decision has
> been made, and don't feel the need to say something?

To me, one of the two saddest part of this story is this.

I was among the "don't change anything, get used to it just like old
timers are already used to" camp, when people said that having many
commands in /usr/bin (or $HOME/bin) would scare people and pushed for this
change, around the end of 2005 through early 2006.  The pros-and-cons
wasn't clearly cut-and-dried.  Moving out of /usr/bin has slight technical
merits (e.g. "bash completion not showing 150+ commands but only selected
Porcelains", "not scaring people off", "dashless form is needed if you
want to use global options", and "moving away from dashed form will
eventually let us get rid of copies on systems without hardlinks even from
under /usr/libexec/git-core").  But I do not think the advantage was so
great.

When I hear something like what David Woodhouse said in this thread, I
should be feeling "People -- those of you who claimed to be the silent
majority -- see, I told you so!  This is a very bad move".

But I can't.  People who complain _now_ just annoy me even more.  Why
weren't you defending the backward compatibility with me, which you seem
to value it so much, perhaps even more than I did back then?  Why are you
wasting our time bringing it up again, instead of joining the discussion
when it _mattered_ back then?

And I still think there is no great reason to pick one way or the other.
Having everything in /usr/bin does not have any better reason than "it has
been that way from the beginning", and that certainly is not a reason
strong enough to revert this anymore, as the opposition now has "the
latest and greatest was shipped with the new layout" which is an equally
valid argument.

Another, even more sad part of this story is that the thread was confused
into talking about the change that has already happened, which is a total
offtopic, and wasted even more time from people.

Read the subject line again, and notice that we are not talking about
/usr/bin vs /usr/libexec/git-core; the request-for-discussion was about
removing "git-add" and friends from /usr/libexec/git-core/, so that we do
not have to even have these many hardlinks there.  Except for Linus (and
obviously myself who started the thread), I saw nobody expressed any
opinion on it.
--
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