From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 22D0315852A for ; Tue, 20 Aug 2024 19:18:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3C20F2BC018; Tue, 20 Aug 2024 19:18:31 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E4B002BC015 for ; Tue, 20 Aug 2024 19:18:30 +0000 (UTC) Received: from grubbs.orbis-terrarum.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 43380340BEF for ; Tue, 20 Aug 2024 19:18:30 +0000 (UTC) Received: from grubbs.orbis-terrarum.net (localhost [127.0.0.1]) by grubbs.orbis-terrarum.net (Postfix) with ESMTP id 8C404260663 for ; Tue, 20 Aug 2024 19:18:29 +0000 (UTC) Received: (qmail 846380 invoked by uid 10000); 20 Aug 2024 19:18:29 -0000 Date: Tue, 20 Aug 2024 19:18:29 +0000 From: "Robin H. Johnson" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] fricas[doc] now fails to emerge Message-ID: References: <7e6d0c73-4f51-1122-5ad0-1b933f02fddc@woodpecker.gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pJT3Lc76XWB4U5WJ" Content-Disposition: inline In-Reply-To: X-Archives-Salt: c70d3653-5440-41e0-b19d-7bff7f3d62d4 X-Archives-Hash: 848c40b4b36d5a70adbb436e1f9b63c8 --pJT3Lc76XWB4U5WJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 20, 2024 at 06:06:17PM +0200, Paul Zander wrote: > >> Especially, the many warnings mentioned by grozin are still > >> there. With the patched virtualx.eclass, I still see more than thousand > >> messages in Xvfb.log: > >> libEGL warning: failed to open /dev/dri/card0: Permission denied > > The manual does correctly build despite that warning from mesa, because= it > > correctly falls back. > This is the hallmark of a workaround. Hiding the errors also isn't a fix - it's just picking a different code pat= h. virtualx has detection automagic in what Mesa drivers are actually loading;= and that certainly contributes to the problems. > >> Also, was this so urgent that you had to push the eclass change without > >> prior mailing list review? > > Low impact, fixes blockage. > The impact of changing an eclass willy nilly without asking anyone for=20 > @X11 or anyone affected? Who was affected by the breakage? Grozin. The tree has a sprawl of addpredict/addwrite /dev/dri/ entries; because this isn't handled consistently at the Xvfb/mesa level. > We've had mesa-24.2.0* in the tree for a while now. We had plenty of=20 > tinderbox runs testing. This is the only package that fails with those=20 > sandbox violations. No other @sci stuff, no @kde stuff. See below about libeproxy - it's failing because of the same files. > The "Low impact, fixes blockage." fix would have been to add that=20 > addpredict line to the affected package, file a bug and ask the people=20 > that actually know about mesa. If I didn't know about mesa, why do you think I commented on this thread, a= nd provided bisect showing where upstream introduced the change in behavior? > Oddly enough fricas also has an automagic dependency on xvfb-run... @grozin: please do fix the automagic behavior in fricas; it's clearly not f= atal either, because my test environment does not have xvfb-run installed at all. > FYI: this actually fixes the access for fricas: Your patch would "fix" fricas, but I think it will break anything else that explicitly relies on GLX inside Xvfb; and would need a tinderbox run to verify what that is. There is an even worse potential outcome in your patch: tests might skip some cases because they probe for the GLX extension= and skip those cases. It would not surprise me if there are other packages already broken, and not detected in the prior testing. As a fast example, media-libs/libepoxy, fails already because it wants GLX in src_test. It was broken before per bug #823786, and still broken with my patch, and yours outright disables what it wants to test. I think = it's mucking with sandbox in another way, because even with both config explicit= ly permitting writes, it still shows Xvfb errors to them: libepoxy-1.5.10-r3.ebuild: =3D=3D multilib_src_test() { export MESA_LOADER_DRIVER_OVERRIDE=3Dllvmpipe export LIBGL_KOPPER_DISABLE=3Dtrue export LIBGL_KOPPER_DRI2=3Dtrue export GALLIUM_DRIVER=3Dllvmpipe export LIBGL_ALWAYS_SOFTWARE=3Dtrue addwrite /dev/dri/card0 addwrite /dev/udmabuf addwrite /dev/dri/renderD128 virtx meson_src_test } =3D=3D $ head /var/tmp/portage-tmpfs/portage/media-libs/libepoxy-1.5.10-r3/temp/Xv= fb.log=20 _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running libEGL warning: failed to open /dev/dri/card0: Permission denied =2E.. And yet running the same test outside of the ebuild works fine. --=20 Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation President & Treasurer E-Mail : robbat2@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 --pJT3Lc76XWB4U5WJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Robbat2 @ Orbis-Terrarum Networks - The text below is a digital signature. If it doesn't make any sense to you, ignore it. iQKTBAABCgB9FiEEveu2pS8Vb98xaNkRGTlfI8WIJsQFAmbE7ANfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJE RUJCNkE1MkYxNTZGREYzMTY4RDkxMTE5Mzk1RjIzQzU4ODI2QzQACgkQGTlfI8WI JsTJww//ckSQR7EXHkcdBbo09OjLH/NEpP1iwZ+vR7c2hd5SEV+pYwsge0eigha7 iRyz5RMTAriDsKQEBSsycsDAPoGu3h/jPlyT/pLLnUY6Kas1lr/f87bAKwYfAY+x 2JJcsEZ5nbThepWiE3smQK7f27nMnk0/J9TLu00jv/gKiOCnKQqHWiEKRrU8g3YZ V7Ld+u6HmkiBZghDv/l+i+NoAbrmBLF+kTnGO/fFO0HvOHNUfWY+ZCpcaOh09Xci 7xoqVbOTwFNH8/B4r574XMv4HNXo0WnX3Zg/VSSKwrVorPIBVSpJEZ1uTbYnP4FV 8EdYA0I283ay+Gi++SGkkbqKHqTSAXapdGja/30wmxty5qdGLq74rX79+6Xo7wYO rBDBSNOPn1WRP1jb1c0Ve7uRqsRJZICDAoyR8C6W7Jxz9qZ5waSrbzReDLs2/u+U w3cZXhzWfYMt/UQH0cOgxUeye0SmVhMaYj2zs+K5l9PSOj/PFhDsCYUVDVND4dbk MMuMoE6MbL3CmDwXVx01X5vZrx1ki4blgTdewA2ArHfcN4DNB5GK2vf4SBDWc6gV rW1qqpJm1yg8vcllbUg8KWhne5GeCBVPkYHUMxLyIaNDhq25E7s6ZwWN6LbO1MQd 5LGmRi+33RYqdeRcN92MF8/uflUukkb15ulwfcpuDOEY8b3ec10= =A08F -----END PGP SIGNATURE----- --pJT3Lc76XWB4U5WJ--