On Mon, 18 May 2026 13:44:18 +0200 =?utf-8?Q?Niels_M=C3=B6ller?=
<[email protected]> wrote:
Michael Tokarev <[email protected]> writes:
> On 18.05.2026 12:25, Niels Möller wrote:
> ...
>> Next, I wanted qemu-user. Just running apt-get install qemu-user also
>> installs the recommended qemu-user-binfmt package. Since I didn't want
>> to get the binfmt magic, I instead ran apt-get install qemu-user
>> qemu-user-binfmt- (note trailing -). Then apt-get decided to install
>> the additional package qemu-user-binfmt:s390x, and I accepted that
>> and pressed ENTER without realizing the bad consequences.
>
> Here's the most interesting part. Why apt (?) insisted on installing
> qemu-user-binfmt? I don't think apt will do that just due to Recommends.
> Is there maybe something else which *depends* on qemu-user-binfmt?
There were no complaints or additional removed packages once I managed
to run apt-get remove qemu-user-binfmt:s390x, which I guess means no
hard dependencies.
Yeah I can confirm, given only the Recommends: on qemu-user side, apt
will choose a foreign-arch qemu-user-binfmt in this case.
I don't know how to solve this in a good way. I think apt should be
adjusted here to stop considering other architectures of a package
it's told to omit. That's one part of it.
Another part is to prevent installing foreign version of qemu-user-binfmt
entirely (and qemu-user too, but this is less important). One
suggestion for that was to add Depends: native-architecture to
qemu-user-binfmt (and I think the same can be done for qemu-user
too, but again, this is less important). But for now I don't know
how well that'll work. Guess I can try.
Thanks,
/mjt
