Hallo wieder, Oliver Freyermuth <freyermuth@physik.uni-bonn.de> (2023-04-08): > indeed, that seems to be the case — I can confirm using the full > netcfg/get_hostname name on the kernel command line prevents the > question from being shown, and preseeding proceeds unattendedly again. > :-) Thanks for confirming. > That easily explains why I did not find any code changes in netcfg > which could explain this change in behaviour, since the reason is due > to a kernel behavipur change. The behavorial change was fun to track down, yes… > So this can probably be closed as a duplicate of #1031643. > > I concur that the question is where to go from here — my real-world > use case is using Foreman [0] for machine deployment, which currently > passes "hostname" exclusively in its preseed/PXE templates. If the > decision is to drop support for the hostname alias, deployment > software like this one will of course need to be adapted (considering > the alternatives, that is certainly a viable option). Thanks for bringing this topic up. I'm not sure whether that triggered Andi's looking into it, but there's a patch available in #1031643, and netboot(-gtk) build artifacts with patched preseed binaries available for a limited time at: https://people.debian.org/~kibi/bug-1031643/ That's entirely untested (by me), Salvatore might test that later on. I can build an amd64 netinst image if that's easier for you to test and confirm with. > I'll hold back on upstreaming this change to Foreman until a decision > on how to proceed with #1031643 is made. Thanks again for mentioning it, that definitely shifted the balance (at least for me) in the “let's try and restore the feature” direction. Cheers, -- Cyril Brulebois (kibi@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
Attachment:
signature.asc
Description: PGP signature