Bug#1079329: closed by Debian FTP Masters <ftpmaster at ftp-master.debian.org> (reply to Luca Boccassi <bluca at debian.org>) (Bug#1079329: fixed in systemd 257.4-6)

[Luca Boccassi]

On Wed, 2 Apr 2025 12:05:17 +0200 Helmut Grohne <helmut at subdivi.de>
wrote:
> Control: reopen -1
> 
> On Sat, Mar 29, 2025 at 01:39:02AM +0000, Debian Bug Tracking System
wrote:
> > It has been closed by Debian FTP Masters
<ftpmaster at ftp-master.debian.org> (reply to Luca Boccassi
<bluca at debian.org>).
> 
> I'm saddened that rather than addressing the root cause, you declare 
> incompatibility with other components that happen to expose the
faulty 
> behavior.

Sorry, but this is not a supported combination, and the intention was
to make that explicit, in the simplest way possible (ie, so that's it's
noticed at build time already).
The default initrd generator in Debian is initramfs-tools, that's fully
supported.

If you wish to experiment with dracut, that's great! You can use it
with many init systems (or no init system at all). The particular
combination of arm64+dracut+systemd is known bad and unsupported, and
any one of those 3 factors can be swapped with something else to get a
working solution.

You can expect support for defaults, but requiring volunteers to go out
of their way and do a huge amount of extra work to support non-
standard, non-default corner-case combinations is not ok, sorry. One
can ask of course, but one can also say "sorry, but -ENOTIME".

Do you have other suggestions on how to best encode this? If not, I
could perhaps add an AssertArchitecture=!arm64 to the initrd-only
switchroot unit? That is a runtime setting so less ideal as the
feedback is not immediate, but it would allow tinkerers to break the
warranty seal, mask it and do strange things on the other hand, which
is nicer.