[ANN] U-Boot v2026.07-rc2 released

[Peter Robinson]

On Fri, 15 May 2026 at 15:27, Tom Rini <trini at konsulko.com> wrote:
>
> On Fri, May 15, 2026 at 06:49:25AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 11 May 2026 at 16:06, Tom Rini <trini at konsulko.com> wrote:
> > >
> > > Hey all,
> > >
> > > So it's release day and I have tagged and pushed things out.
> > >
> > > As I mentioned earlier today[1], I would like to again thank DENX (and
> > > the Denk family) for supporting the project for so long, and we're
> > > starting the process of moving our infrastructure to the OSU OSL lab and
> > > the u-boot-project.org domain.
> > >
> > > The delta between -rc1 and -rc2 looks OK to me, and I do still think
> > > there's a few outstanding PRs to come in and a few things I should pick
> > > up as well. But, the next branch is now open and so bigger changes
> > > should target that and I will be applying a few things there shortly.
> > >
> > > To repeat what I said in rc2 (and will keep repeatint) is that it might
> > > really be time to retire support for running our tools on Windows under
> > > MSYS, rather than something like WSL. The move to support more modern
> > > OpenSSL versions has hit a lack of support problem in MSYS[2].
> >
> > I'm not really the right person to answer this, since I'm not a
> > Windows user. But as I understand it, this would mean not building
> > Windows executables anymore. Is that right?
> >
> > Should we perhaps just build without the pkcs11-provider feature?
>
> In the age of WSL, I'm not sure the value of supporting MSYS. If someone
> is using this, and steps up to resolve the problem, great. Otherwise we
> should end up dropping it. Unlike the macOS side, we haven't had a
> report of a user in well over a decade I think at this point.

I agree that we should drop them. Put details in the release notes and
if people come and complain we can revisit the decision.

Peter