From: David Woodhouse Date: Thu, 28 Aug 2008 07:14:19 GMT Subject: Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins Message-ID: <1219907659.7107.230.camel@pmac.infradead.org> In-Reply-To: <7v63pmkozh.fsf@gitster.siamese.dyndns.org> On Wed, 2008-08-27 at 16:38 -0700, Junio C Hamano wrote: > The discussion in this thread was about how to go forward from here, now > the transition is over. One of the future directions the transition was > aiming at was removal of git-foo form for built-ins even from the libexec > area -- I was complaining about David's beating an offtopic dead horse in > the above, because it was throwing the thread in an off-track direction, > distracting everybody from discussing what was more important, discussing > constructively if/how to proceed from here. I'm sorry you feel that way. The reason I didn't object back then was almost certainly because I didn't notice the discussion. I open the git mailing list folder so infrequently I might as well not be subscribed. But even if I _had_ seen the discussion, I might not have replied. Life's too short to undertake a reasoned critique of every crack-addled 'plan' you see on the Internet. I'm not going to bother arguing with the next person who asserts that we should turn Linux into a microkernel and write it in C++, and I would have treated some idiotic plan to break git in this way with just the same level of interest. > Now the primary topic of what to do about built-ins have already settled. > We _will_ keep git-foo commands in the libexec area. We won't be removing > them. Excellent. All we need to do is make sure the distributions all set $(gitexecdir) to /usr/bin when they upgrade to 1.6.0 -- and could you also fix it on master.kernel.org please? I believe we currently have to override $(gitexecdir) at make time -- could we have it as an option to ./configure, please? -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation