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

Re: [PATCH v2 2/8] pack-objects: ensure tree/tag closure with '--stdin-packs=follow'

From
Jeff King <peff@peff.net>
Date
Oct 3, 2026, 01:06 UTC
Message-ID
<20261003010613.GA839051@coredump.intra.peff.net>
In-Reply-To
<asBShFkQRWJX4RQU@com-79390>
On Fri, Oct 02, 2026 at 07:55:32PM -0500, Taylor Blau wrote:
Show 7 quoted lines
> On Fri, Oct 02, 2026 at 07:13:36PM -0400, Jeff King wrote:
> > So it would have made more sense to me to comment it there. Of course
> > that is hard when there are two such places.
> >
> > I dunno.
> 
> Yeah, me either. I'm happy to change things around if you feel strongly.
I don't. If there were an easy solution I probably would. ;)
Show 7 quoted lines
> > BTW, is it safe to prepare_revision_walk() twice on the same rev_info? I
> > could believe it works, but I could also believe that there are hidden
> > corner cases, as I don't think it was ever really intended to work this
> > way.
> [...]
> Just as well, there are a couple of spots that I was able to find that
> already call `prepare_revision_walk()` more than once:

OK. That makes me feel like we're in good company, at least. If some combination turns out to be a problem, we can deal with it later.

Show 7 quoted lines
>   * In builtin/pack-objects.c::get_object_list() (with the exception of
>     '--path-walk') we call `prepare_revision_walk()` twice when
>     exploding unreachable objects as loose.
> 
>   * In reachable.c::mark_reachable_objects(), we also call the
>     `prepare_revision_walk()` function twice when given a timestamp via
>     `mark_recent`.
I have a feeling that least one of those is my fault, too. ;)
-Peff
Previous: Taylor BlauNext: Taylor Blau
Message 27 of 41 in “repack: various corner cases for cruft-less MIDXs”
  1. 0/4 repack: various corner cases for cruft-less MIDXsTaylor Blau, Sep 30, 2026
  2. 1/4 pack-objects: introduce `stdin_packs_context` structTaylor Blau, Sep 30, 2026
  3. Junio C HamanoSep 30, 2026
  4. Taylor BlauOct 1, 2026
  5. 2/4 pack-objects: ensure tree/tag closure with '--stdin-packs=follow'Taylor Blau, Sep 30, 2026
  6. Junio C HamanoSep 30, 2026
  7. Derrick StoleeSep 30, 2026
  8. Taylor BlauOct 1, 2026
  9. Elijah NewrenOct 1, 2026
  10. Taylor BlauOct 2, 2026
  11. Jeff KingOct 2, 2026
  12. Jeff KingSep 30, 2026
  13. Taylor BlauOct 1, 2026
  14. 3/4 repack: retain cruft packs in MIDXs after incremental repacksTaylor Blau, Sep 30, 2026
  15. Jeff KingSep 30, 2026
  16. Taylor BlauOct 1, 2026
  17. 4/4 repack: retain cruft packs in MIDXs containing kept packsTaylor Blau, Sep 30, 2026
  18. Jeff KingSep 30, 2026
  19. Taylor BlauOct 1, 2026
  20. Jeff KingSep 30, 2026
  21. Taylor BlauOct 1, 2026
  22. 0/8 repack: various corner cases for cruft-less MIDXsTaylor Blau, Oct 1, 2026
  23. 1/8 pack-objects: introduce `stdin_packs_context` structTaylor Blau, Oct 1, 2026
  24. 2/8 pack-objects: ensure tree/tag closure with '--stdin-packs=follow'Taylor Blau, Oct 1, 2026
  25. Jeff KingOct 2, 2026
  26. Taylor BlauOct 3, 2026
  27. Jeff KingOct 3, 2026
  28. 3/8 repack: retain cruft packs in MIDXs after incremental repacksTaylor Blau, Oct 1, 2026
  29. 4/8 repack: use a sorted list for explicitly kept packsTaylor Blau, Oct 1, 2026
  30. Jeff KingOct 2, 2026
  31. 5/8 repack: follow kept packs when omitting cruft from the MIDXTaylor Blau, Oct 1, 2026
  32. Jeff KingOct 2, 2026
  33. Taylor BlauOct 3, 2026
  34. 6/8 repack: track the preferred pack explicitly in MIDX write stepsTaylor Blau, Oct 1, 2026
  35. Jeff KingOct 2, 2026
  36. Taylor BlauOct 3, 2026
  37. Jeff KingOct 3, 2026
  38. 7/8 repack: defer allocating the append plan's write stepTaylor Blau, Oct 1, 2026
  39. 8/8 repack: include required packs in incremental MIDX writesTaylor Blau, Oct 1, 2026
  40. Jeff KingOct 2, 2026
  41. Taylor BlauOct 3, 2026

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.