Git development
 help / color / mirror / Atom feed
From: "brian m. carlson" <sandals@crustytoothpaste.net>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org, Derrick Stolee <stolee@gmail.com>,
	Patrick Steinhardt <ps@pks.im>,
	Ezekiel Newren <ezekielnewren@gmail.com>
Subject: Re: [PATCH v2 0/4] Enable Rust by default
Date: Fri, 10 Apr 2026 21:48:10 +0000	[thread overview]
Message-ID: <adlwGv8LPdfwP8Yv@fruit.crustytoothpaste.net> (raw)
In-Reply-To: <xmqq4ilio6wp.fsf@gitster.g>

[-- Attachment #1: Type: text/plain, Size: 2883 bytes --]

On 2026-04-10 at 21:13:42, Junio C Hamano wrote:
> "brian m. carlson" <sandals@crustytoothpaste.net> writes:
> 
> > This was actually sent out just before rc0, but Patrick requested some
> > changes in v1.  (I forgot to thread it to the previous version,
> > unfortunately.)
> 
> Proudly saying "It was sent before rc0", as if that gave community
> plenty of time to adjust, is not something I was expecting to hear.
> 
> "This is expected to be a big impact change, so I am sending it
> before -rc0 of this cycle, so that it can be in the first batch that
> graduates to 'master' for the next cycle" would have been a lot more
> understandable, though.

This change was announced on the list and in the documentation, so its
appearance should not be a surprise.

I didn't realize that I was sending it directly before -rc0 because I'm
not usually very attuned to the timeframe in between releases, to be
honest.  I usually send patches as my schedule allows and I try to fix
anything I've broken relatively quickly and even faster in the -rc
period, and I generally let you decide how and when to merge them.

In this particular case, I merely remembered that it was something we
committed to because I actually was looking at the BreakingChanges
document for other reasons, so I sent a patch as soon as possible.  That
just happened to be right before -rc0.  Had I remembered earlier, I
would of course have sent the patch earlier.  It appears, however, that
we all had a memory lapse in this case and I do apologize for my part in
that.

I don't have a strong opinion here and if you prefer, we can defer to
2.55.  I agree that would be less risky at this point in the release
cycle and, of course, you are the maintainer.

I have been operating under the assumption that Git 3.0 is destined for
September 2026 based on the discussions we had at the September 2024
Contributors' Summit in Berlin where we said 1–2 years, as well as other
discussions on the list, and that is the message I have been
communicating to other people and projects[0].  I am fully aware that
that date might slip due to various reasons[1], but I do very much want
to get as many things set up as possible so people can test and there
will be fewer surprises, which was of course the reason for sending in
this series.  I imagine, for instance, that Debian might ship a
WITH_BREAKING_CHANGES version in experimental for testing to find all
the exciting things that will break (of which I am aware of quite a
few).  (I will suggest that to them shortly.)

[0] This is true in both my personal and professional roles.
[1] Although I am unable to be more specific, let us just say that I am
endeavouring to do everything I can such that the date does not slip for
any reasons within my control.
-- 
brian m. carlson (they/them)
Toronto, Ontario, CA

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 325 bytes --]

  reply	other threads:[~2026-04-10 21:48 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-09 22:44 [PATCH v2 0/4] Enable Rust by default brian m. carlson
2026-04-09 22:44 ` [PATCH v2 1/4] docs: update version with default Rust support brian m. carlson
2026-04-09 22:44 ` [PATCH v2 2/4] ci: install cargo on Alpine brian m. carlson
2026-04-09 22:44 ` [PATCH v2 3/4] Linux: link against libdl brian m. carlson
2026-04-09 22:44 ` [PATCH v2 4/4] Enable Rust by default brian m. carlson
2026-04-10 13:02 ` [PATCH v2 0/4] " Derrick Stolee
2026-04-10 14:52   ` Re*: " Junio C Hamano
2026-04-10 15:02     ` Derrick Stolee
2026-04-10 20:04   ` brian m. carlson
2026-04-10 20:23     ` Junio C Hamano
2026-04-10 22:35       ` brian m. carlson
2026-04-10 21:13     ` Junio C Hamano
2026-04-10 21:48       ` brian m. carlson [this message]
2026-04-10 15:06 ` Derrick Stolee

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=adlwGv8LPdfwP8Yv@fruit.crustytoothpaste.net \
    --to=sandals@crustytoothpaste.net \
    --cc=ezekielnewren@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=ps@pks.im \
    --cc=stolee@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox