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

Re: What's cooking in git.git (Aug 2021, #09; Sun, 29)

From
Han-Wen Nienhuys <hanwen@google.com>
Date
Aug 30, 2021, 13:58 UTC
Message-ID
<CAFQ2z_PCubK9GNjwcwoZ0rmpezFsC+inoks462ysjS1L369UeQ@mail.gmail.com>
In-Reply-To
<87o89fxd5l.fsf@evledraar.gmail.com>

On Mon, Aug 30, 2021 at 3:42 PM Ævar Arnfjörð Bjarmason <avarab@gmail.com> wrote:

Show 29 quoted lines
>
>
> On Mon, Aug 30 2021, Han-Wen Nienhuys wrote:
>
> > On Mon, Aug 30, 2021 at 2:03 PM Ævar Arnfjörð Bjarmason
> > <avarab@gmail.com> wrote:
> >
> >> Han-Wen: It would be really nice to have this re-rolled sooner than
> >> later, my and Junio's "fixup" commits at the end are a band-aid, but I
> >> already ran into wanting to bisect something between master..seen that
> >> was unnecessarily painful due to the series now not compiling without
> >> the "fixup" commits at the end.
> >
> > I am folding in the __FUNCTION__ fix.
> >
> > However, I thought patches should be sent against the master branch
> > and not against some intermediate  version of 'seen' ?
>
> No, per "Decide what to base your work on" in
> Documentation/SubmittingPatches. See the part about "A new feature
> should be based on `master` in general[...]".
>
> In this case the topic on Junio's side isn't based on "master", hence
> the bisect breakages noted above.
>
> I don't know per the upthread what Junio's intended pace of merging down
> ab/refs-files-cleanup and hn/refs-errno-cleanup is, depending on the
> answer to that perhaps it would be best to wait and re-roll on a new
> master.

It's perf season here, so I don't have a lot of time to work on this. It's probably the most efficient use of time to back out the reftable series from seen until the errno refactoring lands in master. I can rebase the reftable topic then.

Show 12 quoted lines
> Also for any re-roll of hn/refable, see my
> <877dgch4rn.fsf@evledraar.gmail.com> for notes of other breakages in
> it. I also had the impression based on my
> <87h7jqz7k5.fsf@evledraar.gmail.com> and your reply in
> <CAFQ2z_P8vgY0RRT+XSH9K3VDQt39FLqXx6qfeZqaZPkwhq1w+A@mail.gmail.com>
> back in April/May that the intent was to re-roll this topic in a way
> that would be more split-up as described there.
>
> I don't care much about the exact end-state there, other than:
>
>  1. Trying to land reftable/ in some shape where we're not constantly
>     re-reviewing the "add upstream library" part of it.
Sure, I can send a separate patch series for adding the library.
-- 
Han-Wen Nienhuys - Google Munich
I work 80%. Don't expect answers from me on Fridays.
--
Google Germany GmbH, Erika-Mann-Strasse 33, 80636 Munich
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Paul Manicle, Halimah DeLaine Prado
Previous: Ævar Arnfjörð BjarmasonNext: Junio C Hamano
Message 5 of 12 in “What's cooking in git.git (Aug 2021, #09; Sun, 29)”
  1. Junio C HamanoAug 30, 2021
  2. Ævar Arnfjörð BjarmasonAug 30, 2021
  3. Han-Wen NienhuysAug 30, 2021
  4. Ævar Arnfjörð BjarmasonAug 30, 2021
  5. Han-Wen NienhuysAug 30, 2021
  6. Junio C HamanoAug 30, 2021
  7. Junio C HamanoAug 31, 2021
  8. SZEDER GáborSep 1, 2021
  9. Derrick StoleeAug 30, 2021
  10. Junio C HamanoAug 31, 2021
  11. Jonathan TanAug 31, 2021
  12. Junio C HamanoSep 1, 2021

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.