From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Darrington Subject: Re: [PATCH 1/4] gnu: Add XFILESEARCH path to profiles' environment. Date: Tue, 29 Nov 2016 19:16:00 +0100 Message-ID: <20161129181559.GA30970@jocasta.intra> References: <1480100924-23868-1-git-send-email-jmd@gnu.org> <87zikkk485.fsf@gnu.org> <20161128131926.GA6466@jocasta.intra> <878ts273to.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cBmwo-00061h-W0 for guix-devel@gnu.org; Tue, 29 Nov 2016 13:16:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cBmwn-0007fg-HZ for guix-devel@gnu.org; Tue, 29 Nov 2016 13:16:06 -0500 Content-Disposition: inline In-Reply-To: <878ts273to.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic Court??s Cc: guix-devel@gnu.org --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2016 at 03:34:11PM +0100, Ludovic Court??s wrote: John Darrington skribis: > We can cut down on the size of this string iff we can somehow > guarantee that no package ever ships a file in any of those location= s. > > Some "solutions" (in my order of preference) are: > > * The size of the above list can be halved, by dropping either the > .../lib/... or the .../share/... items - we just have to then make > sure that no package ships resource files in the one we drop. Histo= rically, > resource files were always in .../lib (as still are all official > sources from x.org) but recently third party packages have started > putting them in .../share. > > * I *think* we could also get away with further reducing the set to= =20 > "$HOME/.guix-profile/lib/X11/%T/%N%S: > /run/current-system/profile/lib/X11/%T/%N%S" > because, all the Xt dependent packages I've seen so far, put their > resource files there. However, we cannot know what might get added > in the future. =20 Right, if we do both, that???s already much better. =20 > * Hack the hard coded defaults in the libXt source to use the profile > settings instead of /usr =20 Maybe we should just do that, no? It???d be a local change, it would achieve the same effect, and it would provide a good default. =20 WDYT? It sounds unreliable to me. What would we set it to? $GUIX_PROFILE/... $HOME/.guix-profile/... /run/current-system/profile/... There's no guarantee that the current profile is any of those. Something similar to the first solution seems prefereable to me. Maybe: Set XFILESEARCHPATH to "$HOME/.guix-profile/lib/X11/%T/%N%S:/run/current-s= ystem/profile/lib/X11/%T/%N%S" (we can substitute "share" for "lib" if we want to keep the FHS people ha= ppy). Then we audit all users of libxt to make sure they put their resource file= s in lib/X11/app-defaults. Most packages have a --with-app-defaults configure option (which currently= we are in many cases either not using or misusing). We could also consider adding a build stage to make sure that packages whi= ch depend on libXt put their resource files in the "right" place. =20 --=20 Avoid eavesdropping. Send strong encrypted email. PGP Public key ID: 1024D/2DE827B3=20 fingerprint =3D 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlg9xd8ACgkQimdxnC3oJ7OAsACbBSld4xmCNEiEnxyE2pKz6grK O7sAnRtu26LXxF1UkDtD8HFnCajFCLal =nxOJ -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn--