From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 06:51:28 2020 Received: (at 43591) by debbugs.gnu.org; 26 Sep 2020 10:51:28 +0000 Received: from localhost ([127.0.0.1]:45900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kM7nb-0006EF-Ss for submit@debbugs.gnu.org; Sat, 26 Sep 2020 06:51:28 -0400 Received: from dd26836.kasserver.com ([85.13.145.193]:57488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kM7nW-0006E2-7o for 43591@debbugs.gnu.org; Sat, 26 Sep 2020 06:51:26 -0400 Received: from localhost (80-110-126-103.cgn.dynamic.surfer.at [80.110.126.103]) by dd26836.kasserver.com (Postfix) with ESMTPSA id 7E41033655C7; Sat, 26 Sep 2020 12:51:19 +0200 (CEST) Date: Sat, 26 Sep 2020 12:50:28 +0200 From: Danny Milosavljevic To: Andreas Enge Subject: Re: [bug#43591] [PATCH core-updates] gnu: glibc-final: Catch all cases of a glibc user not requesting 64-bit offsets and then using readdir. Message-ID: <20200926124758.28866f16@scratchpost.org> In-Reply-To: <20200925200323.GB5828@jurong> References: <20200924141211.21649-1-dannym@scratchpost.org> <87363759at.fsf@gnu.org> <20200924222711.2f22281a@scratchpost.org> <87tuvm4vop.fsf@gnu.org> <20200925200323.GB5828@jurong> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/ohbs4dDz2j4tVMjKeiMrOgB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 43591 Cc: 43591@debbugs.gnu.org, Marius Bakke X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --Sig_/ohbs4dDz2j4tVMjKeiMrOgB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Andreas, On Fri, 25 Sep 2020 22:03:23 +0200 Andreas Enge wrote: > On Fri, Sep 25, 2020 at 01:11:18AM +0200, Marius Bakke wrote: > > Arguably running code for foreign architectures through QEMU binfmt is > > something of a hack. Mandating that every package *must* be patched to > > support it seems user-hostile. I'm more in favor of dropping it on the > > build farm =20 >=20 > Indeed it is weird we do not only compile packages natively on the build > farm. I'm sorry that my earlier analysis mentioned qemu at all. qemu is not at f= ault at all. The same happens if you run 32 bit code on 64 bit hosts without us= ing qemu! Except for one case: i686 on x86_64--where they have a compatibility layer in the kernel that works around this problem (which I don't like either--it obfuscates the problem). For example a problem appears on: - armhf on x86_64 host; fault not because of qemu - armhf on aarch64 host; not using qemu in the first place And it should appear also on (but I didn't test): - i686 on aarch64 host; not using qemu in the first place The problem always appears if the host is 64 bits and the guest is 32 bits, no matter what cpus both are, except for the case "i686 on x86_64". --Sig_/ohbs4dDz2j4tVMjKeiMrOgB Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl9vHPQACgkQ5xo1VCww uqWN+gf6At1d5aYujggHx0tZ53zlU+hUN7ok+tj8Ea51tkjINPKEwPjcmbdGjAs5 5OyXLLBQe+v1nbltp7nTMsryQelqWnYpzEerGw4wuFI2q/SQ3N9ARy1YXmBitTlc +7nlCkx798uIIEBF9VYJGcTCXd+WPh9O7lqYnhwIMxzPqXvxfnBWmvnBWloMIFx7 Uw+wm/j4jTaI/RFI8/AtotPRfVubqXQhAMagW1vfB/1q0qyy9+v/VvsMO3u7iaKQ 75QdHmGZ1bMKEi4AIpP046Hn6Z0R5rALPk+EG+nOXqXtyq0/N386gF9b+OrCoDjK vtASqeg4hV5Ot9ApjfbQmHw6XEQUXA== =Btl3 -----END PGP SIGNATURE----- --Sig_/ohbs4dDz2j4tVMjKeiMrOgB--