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

Re: What's in git.git

From
Jakub Narebski <jnareb@gmail.com>
Date
Oct 26, 2006, 12:17 UTC
Message-ID
<200610261417.10842.jnareb@gmail.com>
In-Reply-To
<20061026120824.GO20017@pasky.or.cz>
Dnia czwartek 26. października 2006 14:08, Petr Baudis napisał:
Show 20 quoted lines
> Dear diary, on Thu, Oct 26, 2006 at 11:12:36AM CEST, I got a letter
> where Jakub Narebski <jnareb@gmail.com> said that...
>> This unfortunately means that I cannot test gitweb based on 'master'
>> branch using _released_ git core, git version 1.4.3.3, as it doesn't have
>> git-for-each-ref nor git-show-ref.
>> 
>> BTW. do people often use latest gitweb with older git binaries? Should
>> we try to wait for core feature to mature to released version before using
>> it in gitweb? Or perhaps we should add some kind of version checking, and
>> provide workrounds, e.g. using $ENV{GIT_DIR} if git core doesn't support
>> --git-dir option, pathlimit filtering using git-rev-list piped to 
>> git-diff-tree --stdin in git_history if there is no --full-history
>> option, show always HEAD activity if there is no git-for-each-ref
>> etc.; well the latest we can do without checking for git core version, just
>> 
>>         if -x qx($GIT --exec-path)/git-for-each-ref
> 
> I can't imagine a situation where you would _want_ to use latest gitweb
> but refuse to use older git binaries - can you explain why do you want
> to do that?
Theoretically? I could have Perl installed, have installed tools Git
requires to use but not have installed tools Git require to compile.
Hence forced to use pre-compiled binaries.
 
But that is not my situation.
> If you don't want to install the latest master systemwide, that's
> reasonable, but you can just keep the latest master for the gitweb
> script and/or your personal use.
Well, I'd use compiled 'master' version of git for gitweb, then...
-- 
Jakub Narebski
Previous: Petr BaudisNext: Johannes Schindelin
Message 5 of 26 in “What's in git.git”
  1. Junio C HamanoOct 26, 2006
  2. Jakub NarebskiOct 26, 2006
  3. Junio C HamanoOct 26, 2006
  4. Petr BaudisOct 26, 2006
  5. Jakub NarebskiOct 26, 2006
  6. merge-recursive, was Re: What's in git.gitJohannes Schindelin, Oct 26, 2006
  7. Jakub NarebskiOct 26, 2006
  8. Junio C HamanoOct 26, 2006
  9. Jakub NarebskiOct 26, 2006
  10. Nicolas PitreOct 26, 2006
  11. git-shortlog mailmapPetr Baudis, Oct 26, 2006
  12. Jakub NarebskiOct 26, 2006
  13. Andreas EricssonOct 26, 2006
  14. Jakub NarebskiOct 26, 2006
  15. Johannes SchindelinOct 26, 2006
  16. Petr BaudisOct 26, 2006
  17. Junio C HamanoOct 26, 2006
  18. Junio C HamanoOct 26, 2006
  19. Johannes SchindelinOct 26, 2006
  20. shortlog, was Re: merge-recursive, was Re: What's in git.gitAndreas Ericsson, Oct 26, 2006
  21. Nicolas PitreOct 26, 2006
  22. Andreas EricssonOct 26, 2006
  23. Jakub NarebskiOct 26, 2006
  24. Petr BaudisOct 27, 2006
  25. Petr BaudisOct 26, 2006
  26. Andy WhitcroftOct 26, 2006

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.