[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#970460: qemu-user: trashes argv[0] breaking multi-call binaries



Dixi quod…
>Michael Tokarev dixit:
>> 17.09.2020 10:56, John Paul Adrian Glaubitz wrote:
>>> There is also an important glibc patch necessary to unbreak qemu-user
>>> that still hasn't been merged in glibc upstream or in Debian's glibc
>>> package [1, 2].
>
>>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916276
>>> [2] https://sourceware.org/bugzilla/show_bug.cgi?id=23960
>
>This is the first time I’m being made aware of that. (I had wondered
>about the +qemu releases in unreleased.) This looks like another case
>of prodding maintainers (and, perhaps, looking whether it can’t be
>fixed in qemu as well).

I prodded maintainers, see below, but the latter looks like it’ll be
needed.

---------- Forwarded message ----------
From: Thorsten Glaser <tg@debian.org>
Message-ID: <Pine.BSM.4.64L.2009191949200.20959@herc.mirbsd.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: 916276@bugs.debian.org
Date: Sat, 19 Sep 2020 19:51:28 +0000 (UTC)
Subject: Re: Bug#916276: glibc: Please add prelimenary patch to fix regression
    on qemu-user

Hi,

>The patch is basically replacing the getdents64 syscall by the getdents
>one. This means that applying this patch would make debian differ with
>regards to other distributions in the syscalls that are used for the
>same binaries. In turns it is likely going to affect binaries that are
>using seccomp and only allow the getdents64 and not the getdents one.

ah, indeed.

>I therefore don't think this is not reasonable to include such a fix on
>our glibc. It would fix the qemu-user case but likely break random
>binaries.

OK, thanks for the explanation.

Let’s hope this can be fixed, somehow, in qemu itself and/or the kernel.

bye,
//mirabilos
-- 
> Hi, does anyone sell openbsd stickers by themselves and not packaged
> with other products?
No, the only way I've seen them sold is for $40 with a free OpenBSD CD.
	-- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc


Reply to: