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

Re: Make "git clone" less of a deathly quiet experience

From
Petr Baudis <pasky@suse.cz>
Date
Feb 11, 2006, 13:33 UTC
Message-ID
<20060211133340.GS31278@pasky.or.cz>
In-Reply-To
<7vwtg2o37c.fsf@assigned-by-dhcp.cox.net>

BTW, some historical (from the very channel beginning) logs of #git for fun, profit and late night reading are available at http://pasky.or.cz/~pasky/cp/%23git/, e.g. the 2006-02-10 early morning features the King Penguin explaining the deepness and intricacies of pack files construction! Don't miss the opportunity!

New files won't be world-readable by default, but I hope to get some irclogger with cutesy web interface set up for #git.

Dear diary, on Sat, Feb 11, 2006 at 06:48:55AM CET, I got a letter where Junio C Hamano <junkio@cox.net> said that...

Show 13 quoted lines
> Linus Torvalds <torvalds@osdl.org> writes:
> 
> > Anyway, _something_ like this is definitely needed. It could certainly be 
> > better (if it showed the same kind of thing that git-unpack-objects did, 
> > that would be much nicer, but would require parsing the object stream as 
> > it comes in). But this is  big step forward, I think.
> >
> > Signed-off-by: Linus Torvalds <torvalds@osdl.org>
> > ---
> >
> > Comments? Hate-mail? Improvements?
> 
> It probably should default to quiet if (!isatty(1)).

isatty(2) or something, 1 is in practice always a ref generator. Perhaps it would be better not to clutter stderr, though; what about directly opening /dev/tty? Does Cygwin support that?

Show 7 quoted lines
> The real improvement, independent of this client-side patch,
> would be to reuse recently generated packs, but that needs
> writable cache directory on the server side.  Another thing that
> I stumbled upon last time I tried it was that it did not look
> totally trivial to modify the csum-file interface so that I can
> splice the output from it into two different destinations (one
> to cachefile, the other to the consumer).

Yes, I said that on IRC yesterday as well. I don't think even a cache is needed; just look at the repository and say:

	* while there are packs containing only objects we are going to
	  send, pick the largest one and send it as-is.
	* if there is a pack with more than a 75% (totally arbitrary)
	  overlap with the objects we are going to send, send it as-is.
	* pack the loose objects.
-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Of the 3 great composers Mozart tells us what it's like to be human,
Beethoven tells us what it's like to be Beethoven and Bach tells us
what it's like to be the universe.  -- Douglas Adams
Previous: Radoslaw SzkodzinskiNext: Petr Baudis
Message 10 of 24 in “Make "git clone" less of a deathly quiet experience”
  1. Linus TorvaldsFeb 11, 2006
  2. Linus TorvaldsFeb 11, 2006
  3. Junio C HamanoFeb 11, 2006
  4. Linus TorvaldsFeb 11, 2006
  5. Junio C HamanoFeb 11, 2006
  6. Craig SchlenterFeb 11, 2006
  7. Radoslaw SzkodzinskiFeb 11, 2006
  8. Petr BaudisFeb 11, 2006
  9. Radoslaw SzkodzinskiFeb 11, 2006
  10. Petr BaudisFeb 11, 2006
  11. Petr BaudisFeb 11, 2006
  12. Alex RiesenFeb 11, 2006
  13. Linus TorvaldsFeb 11, 2006
  14. Keith PackardFeb 11, 2006
  15. Andreas EricssonFeb 12, 2006
  16. Keith PackardFeb 12, 2006
  17. Andreas EricssonFeb 12, 2006
  18. Keith PackardFeb 12, 2006
  19. Eric W. BiedermanFeb 16, 2006
  20. Junio C HamanoFeb 16, 2006
  21. Martin LanghoffFeb 13, 2006
  22. Junio C HamanoFeb 13, 2006
  23. Alex RiesenFeb 11, 2006
  24. Linus TorvaldsFeb 11, 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.