Re: qemu-user lost its entire viability

On Sat, 23 Aug 2025, Michael Tokarev wrote:

> This is impolite when you skip whole my explanation.

Your explanation I snipped was unrelated to the problem.

>> prompt> chroot --userspec=uname:gname /path/to/chroot /bin/sh
>> chroot> do something
>> chroot> sudo do something else
>
> This relied on an equivalent of your /bin/sh being suid-root.

Then fix it. Make qemu-user check privilegues and drop them
where not needed. Do not cop out breaking everything for users.

> For this particular
> workflow you have to find another way doing it, for example:
>
> prompt> chroot --userspec=uname:gname /path/to/chroot /bin/sh
> chroot> do something
> chroot> exit
> prompt> chroot /path/to/chroot do something else

This is impossible: when building packages in chroots, they have
and *can* have an expectation that these things work.

> I don't understand why you urge to return suid-root to your

I don’t, I just fucking want the use case to continue working,
and you map this as black-and-white and general “no, fuck off,
I don’t even *try* to understand your use case and instead just
tell you to not use it”.

No thanks,
//mirabilos
-- 
Yes, I hate users and I want them to suffer.
	-- Marco d'Itri on gmane.linux.debian.devel.general