git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [ANNOUNCE] GIT 0.99.9g

From
Andreas Ericsson <ae@op5.se>
Date
Nov 10, 2005, 18:34 UTC
Message-ID
<437392AD.20906@op5.se>
In-Reply-To
<43737F9E.60703@zytor.com>
H. Peter Anvin wrote:
Show 22 quoted lines
> Jeff Garzik wrote:
> 
>>
>>> Oh, and we will not be moving things out of /usr/bin/ during 1.0
>>> timeframe.
>>
>>
>>
>> :(  bummer.  I do like the elegance of having /usr/bin/git executing 
>> stuff out of /usr/libexec/git.
>>
>> /usr/libexec/git also makes it IMO cleaner when integrating git 
>> plugins from third parties (rpm -Uvh git-newfeature), because you 
>> don't have to worry about the /usr/bin namespace.
>>
> 
> It's nice in concept, but I think there are a lot of reasons why this is 
> a bad idea:
> 
> - "man" doesn't handle it.  It would be another thing if "man" could be 
> taught to understand commands like "man cvs checkout" or "man git fetch".
> 
This is moot. man-pages can still be named git-fetch.
> - There is no general way to teach shells etc about it, for tab 
> completion etc.
> 

Add the lib directory to the path (for git-<tab><tab>) or have it auto-evaluate the result of a git command-listing.

> - Makes it harder (but not impossible) to run git from a build directory 
> without installing it first.
> 

Provided adding --lib=. is considered difficult, yes. Btw, this problem still applies as some of the programs run other programs that are expected to be in the path.

I've just posted a patch (used my submit-patch script, which was stupid since I should have posted it here) that doesn't have any of these problems.

Show 5 quoted lines
> In comparison, the issue of clutter in /usr/bin is actually a pretty 
> small issue, especially with htree.  Most vendors have gone back to 
> putting everything into /usr/bin since all variants that involve 
> splitting it up seem to be more of a loss than a gain.
> 

Fair enough. With the patch I've just sent (C implementation of the 'git' program) this option is certainly available.

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231
Previous: H. Peter AnvinNext: H. Peter Anvin
Message 4 of 29 in “[ANNOUNCE] GIT 0.99.9g”
  1. Junio C HamanoNov 10, 2005
  2. Jeff GarzikNov 10, 2005
  3. H. Peter AnvinNov 10, 2005
  4. Andreas EricssonNov 10, 2005
  5. H. Peter AnvinNov 11, 2005
  6. Andreas EricssonNov 12, 2005
  7. Junio C HamanoNov 11, 2005
  8. Andreas EricssonNov 12, 2005
  9. Junio C HamanoNov 14, 2005
  10. Andreas EricssonNov 14, 2005
  11. Junio C HamanoNov 14, 2005
  12. Petr BaudisNov 14, 2005
  13. Yaacov Akiba SlamaNov 10, 2005
  14. Junio C HamanoNov 10, 2005
  15. H. Peter AnvinNov 10, 2005
  16. Junio C HamanoNov 10, 2005
  17. Petr BaudisNov 10, 2005
  18. Daniel BarkalowNov 10, 2005
  19. Junio C HamanoNov 10, 2005
  20. Daniel BarkalowNov 10, 2005
  21. Linus TorvaldsNov 10, 2005
  22. Linus TorvaldsNov 10, 2005
  23. H. Peter AnvinNov 11, 2005
  24. Johannes SchindelinNov 11, 2005
  25. H. Peter AnvinNov 11, 2005
  26. Jim RadfordNov 10, 2005
  27. Andreas EricssonNov 10, 2005
  28. Junio C HamanoNov 10, 2005
  29. Jim RadfordNov 11, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.