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 451BD15852A for ; Mon, 19 Aug 2024 19:49:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 77E3EE29EA; Mon, 19 Aug 2024 19:49:38 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (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 33E44E29E5 for ; Mon, 19 Aug 2024 19:49:38 +0000 (UTC) From: Ulrich Mueller To: "Robin H. Johnson" Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] fricas[doc] now fails to emerge In-Reply-To: (Robin H. Johnson's message of "Mon, 19 Aug 2024 18:18:48 +0000") References: <7e6d0c73-4f51-1122-5ad0-1b933f02fddc@woodpecker.gentoo.org> Date: Mon, 19 Aug 2024 21:49:28 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) 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; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Archives-Salt: ad193700-ea43-4aad-97b4-3e7ea5d65cb1 X-Archives-Hash: 808f0825e4c5705991f6c3b561224db4 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >>>>> On Mon, 19 Aug 2024, Robin H Johnson wrote: > On Sun, Aug 18, 2024 at 04:20:05PM +0000, Andrey Grozin wrote: >> Can anybody with the current mesa try to emerge fricas[doc] and tell us = if=20 >> it works (any lisp will do, probably, sbcl is the most reasonable one; b= y=20 >> the way, clozurecl compiles fricas very quickly). > Yes; I reproduced it. > - started w/ mesa-24.0.7 installed. > - emerge sbcl =3D> success > - USE=3Ddoc emerge fricas =3D> success > - emerge =3Dmesa-24.2.0* =3D> success > - USE=3Ddoc emerge fricas =3D> fail w/ sandbox > - patch virtualx.eclass > - USE=3Ddoc emerge fricas =3D> success > So Mesa's behavior changed, trying to accelerate Xvfb. > I pushed a fix to virtualx.eclass for you. That addpredict looks like a workaround, not like a real fix of the problem. 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 Also, was this so urgent that you had to push the eclass change without prior mailing list review? Ulrich --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmbDocgPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4ukqUH/0mQJyv6WsR4d0Pta0EjINu9SpSmY2/LjcEz O++agOPbH4ul8S5aoHA4vG8UDHcX7JA8iwj5Xfa1kvp2fCU3ZEB9qDz6lTHPZ+II QVoD51Sn3pjW96q+p6COHvjIsVCdjP441dpAoCpi6XhqWf2GX0frPEC29GIj03aA xG5WcaQhTvHNLEha13r/BHFfPH/yyD2xZzriVUccjlKOPf7XasDmB4bp+z+4ehdI 3/wJzuGRwZECE2HaLU8ot7l8gjRfGLwBFMjUvMSPGYnzRyzD/UB8p2b9bJ15HVoe DQqRTtCJCgpsuJ2gQAo4CNir8ZAfKOV8isdLKPnWUtsHLrkHEjQ= =Yudz -----END PGP SIGNATURE----- --=-=-=--