Hello Martin-Éric,

First off, when I wrote "this has been a desired basic feature for many
years, so I'm optimistic about it, in time" I didn't realise that the
"in time" bit would be ignored.  "In time" means "not right now", and
I'm surprised that "I'm optimistic" was interpreted as "push harder and
you'll get what you want".  To be explicit, what I meant is: Not now.
I'm optimistic that we can get this later, but really, not now.

Martin-Éric Racine <martin-eric.rac...@iki.fi> writes:

> Why not?

In addition to what others have explained:

Unless it's security-related, stable updates are minimal, and always
occur after testing updates.  Consequently, there needs to be a trixie
D-I and rescue-mode first.  Maybe that will be alpha2, maybe that will
be the cycle after.  Bookworm D-I and rescue-mode changes can maybe
happen after that, and that's when you were asked to ping us.  In other
words: not now.

> Btw, there's another compelling reason for backporting this: The
> GRUB-EFI version that ships with Trixie currently barfs on common ASUS
> motherboards. This makes Bookworm d-i the only usable way to rescue
> those EFI hosts but, without that resuce mode backport, it requires a
> lot of manual typing of mount commands just to get around the
> subvolume issue.

I hope you will consider reanalysing your conclusion vis à vis the facts
you presented:

Given

 1. A trixie (testing) issue at what sounds like RC severity that makes
 the default installation unusable for a number of popular systems (ASUS
 motherboards) that has no workaround in trixie.
 2. A bookworm bug of normal severity for a non-default installation
 that has a workaround in bookworm, but that is inconvenient.

Do you really think that an inconvenience is more significant than what
you've presented as a release critical bug that affects the default
installation?


Kind regards,
Nicholas

P.S. For the record, I'm Debian's btrfs-progs maintainer, I believe in
btrfs and want to see it succeed, and I'm sorry for the inconvenience in
bookworm's rescue-mode.

Attachment: signature.asc
Description: PGP signature

Reply via email to