From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hartmut Goebel Subject: Re: PYTHONPATH issue explanation Date: Sat, 17 Mar 2018 23:53:15 +0100 Message-ID: <158af7e6-ea94-4357-6534-754a95e28b89@crazy-compilers.com> References:

<87371tqbyb.fsf@elephly.net> <20180223165953.GA6088@thebird.nl>

<40dc2378-a039-fec8-55cd-23911f1642ab@crazy-compilers.com> <87lgerwk9s.fsf@member.fsf.org> <87efkjxbg3.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------BD8A836A9ADE857064F97C05" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42030) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1exKhW-00078x-Ec for guix-devel@gnu.org; Sat, 17 Mar 2018 18:53:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1exKhT-0001QN-C3 for guix-devel@gnu.org; Sat, 17 Mar 2018 18:53:22 -0400 In-Reply-To: <87efkjxbg3.fsf@elephly.net> Content-Language: en-US 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: Ricardo Wurmus , =?UTF-8?B?5a6L5paH5q2m?= Cc: guix-devel@gnu.org This is a multi-part message in MIME format. --------------BD8A836A9ADE857064F97C05 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am 17.03.2018 um 11:07 schrieb Ricardo Wurmus: > >> - sys.prefix and sys.exec_prefix would still point to the store, not t= o >> the profile. This might break Python appications expecting >> site-packages to be below sys.prefix. > Is this an actual problem? Do you know of applications that make this > assumption? If so, is this unfixable? I'm not aware of any actual problem. > I=E2=80=99m not too hopeful about this variant, but I=E2=80=99m rather = ignorant about > venvs. My main concern is about whether it will still be possible for > users to create venvs from a subset of their installed packages when we > generate a pyvenv.cfg by default. venvs never contain a "subset of installed packages". They either include all system site-packages or none of them. But as I've already written, generating a pyvenv.cfg for this case will not work as we need it. --=20 Regards Hartmut Goebel | Hartmut Goebel | h.goebel@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible | --------------BD8A836A9ADE857064F97C05 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Am 17.03.2018 um 11:07 schrieb Ricardo Wurmus:

- sys.prefix and sys.exec_prefix would still point=
 to the store, not to
  the profile.  This might break Python appications expecting
  site-packages to be below sys.prefix.

Is this an actual problem?  Do you know of applicati=
ons that make this
assumption?  If so, is this unfixable?

I'm not aware of any actual problem.

I=E2=80=99m not too hopeful about this variant, but =
I=E2=80=99m rather ignorant about
venvs.  My main concern is about whether it will still be possible for
users to create venvs from a subset of their installed packages when we
generate a pyvenv.cfg by default.

venvs never contain a "subset of installed packages". They either include all system site-packages or none of them.

But as I've already written, generating a pyvenv.cfg for this case will not work as we need it.

--=20
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com   =
            |
| www.crazy-compilers.com | compilers which you thought are impo=
ssible |

--------------BD8A836A9ADE857064F97C05--