From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: bug#30093: Installing python-ipython breaks Gnome on Fedora. Date: Sun, 14 Jan 2018 16:45:01 -0800 Message-ID: <87po6cc5ma.fsf@gmail.com> References: <871sitcm4j.fsf@gmail.com> <876084dqmr.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33133) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1easue-0002Us-03 for bug-guix@gnu.org; Sun, 14 Jan 2018 19:46:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1easuZ-0001UQ-4Q for bug-guix@gnu.org; Sun, 14 Jan 2018 19:46:08 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:48586) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1easuZ-0001UD-0D for bug-guix@gnu.org; Sun, 14 Jan 2018 19:46:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1easuY-000879-2K for bug-guix@gnu.org; Sun, 14 Jan 2018 19:46:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <876084dqmr.fsf@gmail.com> (Chris Marusich's message of "Sun, 14 Jan 2018 14:25:48 -0800") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Fis Trivial Cc: 30093@debbugs.gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Chris Marusich writes: > Of course, if there is a way to solve this class of problem more > generally without introducing impurities, that'd be great. I just can't > think of one at this time. There is existing code in Guix that puts things into the store which depend on things outside of the store. The specific examples I know of are: =2D When Guix downloads source files from the Internet and puts them into the store. =2D When Guix finds Guile modules in the GUILE_LOAD_PATH and puts them in the store, as a result of using 'with-imported-modules' with a G-Expression. =2D Other code that exists explicitly to add files to the store, such as the 'local-file' procedure. In these cases, what winds up in the store ultimately comes from the outside world. I'm not 100% sure, but I think that when something from "outside" is put into the store in this way, it's done outside the scope of a derivation, since derivations should only be able to access files that exist in the store. Anyway, this means that technically, we probably could come up with a solution that takes the current value of an environment variable and ultimately incorporates it into a build that creates the new profile generation. However, it doesn't change the fact that this class of problem will probably continue to occur on foreign distributions, so I still think it might be best to deal with the problems on a case by case basis. =20=20 =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlpb+Y0ACgkQ3UCaFdgi Rp2zMRAAqtUktuf0qFunNaHkm7nu9USD0ggnjKmgcjFW/Fj1PBdkPT178tFBKDao jiRzzDhMLfxprSjwcHyyPRofqV30EI2lYHd50tq0A4pQhNjz0uv8tRJdghXWVvbM hA3rtlSZlY2GmRZBE4S4PCW15OtCysi5faBsX37+J9M4OU0DPYgKwPdCdkjmK1wd l8FLK3akhuLrji+YGtSbt54JuxwLynaHPXCiVxPuMtmIkZQQSHPWAobfbWQb9dMU L/Uu3C6pSuLfk+7ya1ngyIvYCwLdzh0CgirY//4qL587FZ49UUiqz60XdhLgXaps mm0z66tFipvkpfb774N/4WMbrLksjmsY0CWamdoUzKLFqjuXfFKOktGmH+xBvS19 8VGhAqtrPpCBE8r+EWkdRx60BMIytEwNUOz9D2JclJZgX3eJWepGmjTKSdJY/JWn HDFJ/xmY32DH+rz5Cosv4LGCXntBGKDp2Ou4EDB7TEL3VNC88Rl1UyXvWgkLqxXl sx4If62qBuRGXkZ/pd2NwZyfbzDrJLZjfIpmZfI3FxAwLdVGSbqsLI3sEAE7UsuG 9oQQpbFQ95XobQJIgsWj/TM2AqTbm7oletL61C78CjFLGUUGDuBl/x+7HYbXZNl4 Zd2EAe7p9lKYMNlgikSf3k9dAPcAEWLFSXoFuwkOz9+5yEVo22g= =k0Em -----END PGP SIGNATURE----- --=-=-=--