All of lore.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: Junio C Hamano <junkio@cox.net>, git@vger.kernel.org
Subject: Re: .git/info/refs
Date: Sat, 27 Jan 2007 14:07:35 -0800	[thread overview]
Message-ID: <45BBCD27.5050408@zytor.com> (raw)
In-Reply-To: <Pine.LNX.4.63.0701260029580.22628@wbgn013.biozentrum.uni-wuerzburg.de>

Johannes Schindelin wrote:
> No. I would never say that you have to run for-each-ref for each ref. 
> That's plain stupid.

I went back and looked at the thread, and I had indeed misread the 
original message, which was from Jakub, not you.  I think I got in the 
"this is surreal" mode as a result of that (invoking for-each-ref 250 
times is bad enough, obviously.)

> BTW I take some satisfaction in that you finally agreed (in another email) 
> that some post-creation caching is necessary.

I don't believe I have ever disputed that (in fact, I have pushed very 
hard for gitweb to do post-creation caching.)

> I would be even more satisfied if you finally agreed that it is a good 
> practice to separate conceptually different things, and not continued ad 
> infinitum (and ad nauseam) arguing that .git/info/refs should serve dumb 
> transports, and gitweb, and eventually bring peace to everybody on this 
> planet.

I've already said I think it's an aesthetic argument, but I don't really 
care either way, as long as there is only one hook that updates all the 
caches.  I don't want the user to have to juggle an arbitrary and 
increasing number of hooks.

Fair?

	-hpa

  reply	other threads:[~2007-01-27 22:07 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-24  7:38 .git/info/refs H. Peter Anvin
2007-01-24  9:28 ` .git/info/refs Jakub Narebski
2007-01-24 15:55   ` .git/info/refs H. Peter Anvin
2007-01-24 16:02     ` .git/info/refs Johannes Schindelin
2007-01-24 16:24       ` .git/info/refs H. Peter Anvin
2007-01-24 16:38         ` .git/info/refs Johannes Schindelin
2007-01-24 16:41           ` .git/info/refs H. Peter Anvin
2007-01-24 16:52             ` .git/info/refs Johannes Schindelin
2007-01-24 17:06               ` .git/info/refs H. Peter Anvin
2007-01-24 17:25                 ` .git/info/refs Jakub Narebski
2007-01-24 17:10             ` .git/info/refs Jakub Narebski
2007-01-24 17:20               ` .git/info/refs Johannes Schindelin
2007-01-25 17:13               ` .git/info/refs H. Peter Anvin
2007-01-26 11:22                 ` .git/info/refs Jakub Narebski
2007-01-26 11:41                 ` .git/info/refs Junio C Hamano
2007-01-26 16:39                   ` .git/info/refs H. Peter Anvin
2007-01-26 17:06                     ` .git/info/refs Jakub Narebski
2007-01-26 21:09                     ` .git/info/refs Johannes Schindelin
2007-01-26 21:32                       ` .git/info/refs H. Peter Anvin
2007-01-26 21:54                       ` .git/info/refs H. Peter Anvin
2007-01-24 20:40     ` .git/info/refs Jakub Narebski
2007-01-24 20:44       ` .git/info/refs hpa
2007-01-25  8:14         ` .git/info/refs Johannes Schindelin
2007-01-25 16:12           ` .git/info/refs H. Peter Anvin
2007-01-25 16:50             ` .git/info/refs Johannes Schindelin
2007-01-24 20:45       ` .git/info/refs hpa
2007-01-25 21:28     ` .git/info/refs Junio C Hamano
2007-01-25 21:37       ` .git/info/refs H. Peter Anvin
2007-01-25 21:51         ` .git/info/refs Junio C Hamano
2007-01-25 22:01           ` .git/info/refs H. Peter Anvin
2007-01-25 23:33             ` .git/info/refs Johannes Schindelin
2007-01-27 22:07               ` H. Peter Anvin [this message]
2007-01-31 15:38                 ` .git/info/refs Santi Béjar
2007-02-01 14:03                 ` .git/info/refs Johannes Schindelin
2007-02-01 16:16                   ` .git/info/refs H. Peter Anvin
2007-02-01 16:52                     ` .git/info/refs Johannes Schindelin
2007-02-01 16:56                       ` .git/info/refs H. Peter Anvin
2007-02-01 17:32                         ` .git/info/refs Matthias Lederhofer
2007-02-01 17:51                           ` .git/info/refs H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45BBCD27.5050408@zytor.com \
    --to=hpa@zytor.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=junkio@cox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.