Re: git-add--interactive works only in top level

From: Jakub Narebski <jnareb@gmail.com>
Date: Dec 4, 2007, 12:21 UTC
Message-ID: <m3d4tmveep.fsf@roke.D-201>
In-Reply-To: <404A9328-65CF-479E-A109-0C8B09CA43D5@wincent.com>

Wincent Colaiuta <win@wincent.com> writes:

Show 8 quoted lines

> El 4/12/2007, a las 12:48, Johannes Schindelin escribiÃ³:
> 
> > You know, without patches you will not convince me ;-)
> 
> A number of patches have already been submitted (by Nguyn Tha  
> Ngc Duy, I believe); you know, the "Move all dashed form git  
> commands to libexecdir" thread and its precursors. I was just arguing  
> in support of the rationale behind them.

I think creating separate libexecdir, and moving there _helpers_ first (i.e. command which are neither plumbing, nor porcelain, but are meant to be called _only_ by other commands) would be a good idea, perhaps even pre 1.5.4.

By the way, if (when) dashed form of commands would get moved to libexecdir, the INSTALL fragment below talking about removin wrapper script would have to be changed. But does anyone use GNU Interactive Tools anymore (IIRC the package name was changed to gitfm or sth.)

<quote src="INSTALL">
 - git normally installs a helper script wrapper called "git", which
   conflicts with a similarly named "GNU interactive tools" program.

   Tough.  Either don't use the wrapper script, or delete the old GNU
   interactive tools.  None of the core git stuff needs the wrapper,
   it's just a convenient shorthand and while it is documented in some
   places, you can always replace "git commit" with "git-commit"
   instead.

   But let's face it, most of us don't have GNU interactive tools, and
   even if we had it, we wouldn't know what it does.  I don't think it
   has been actively developed since 1997, and people have moved over to
   graphical file managers.
</quote>

-- 
Jakub Narebski