From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: PYTHONPATH issue analysis - part 3 Date: Wed, 14 Mar 2018 08:49:41 +0100 Message-ID: <20180314074941.GA18245@thebird.nl> References: <87371tqbyb.fsf@elephly.net> <20180223165953.GA6088@thebird.nl> <871sgn1xhf.fsf@gnu.org> <20180313214431.GA15654@thebird.nl> <3713e2d0-600f-d624-03b6-19096643c876@crazy-compilers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36049) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ew1ER-00079z-Va for guix-devel@gnu.org; Wed, 14 Mar 2018 03:53:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ew1EO-00048I-TP for guix-devel@gnu.org; Wed, 14 Mar 2018 03:53:56 -0400 Content-Disposition: inline In-Reply-To: <3713e2d0-600f-d624-03b6-19096643c876@crazy-compilers.com> 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: Hartmut Goebel Cc: guix-devel@gnu.org On Tue, Mar 13, 2018 at 11:02:03PM +0100, Hartmut Goebel wrote: > Am 13.03.2018 um 22:44 schrieb Pjotr Prins: > > Another problem is that it does not cover special cases where, for > > example you compile Python with SSL and without. You don't want them > > to share user installed libs. > > Upstream does not handle this case, so I do not see a need to handle > this in guix. If we find a way, this would be find. But prior to solving > the optional we should solve the compulsory :-) https://github.com/python/cpython/blob/master/configure#L1543 and there are many other options which define the behaviour of the interpreter. We don't use them in GNU Guix, but it does not mean we should not think about it/allow it. I am nit picking a bit, but the problem is that we don't have a full solution unless we can isolate the instances and the packages they can install (themselves). Using one PYTHONPATH is ultimately Python's failure - I agree with Ludo that people should do what they want with it. Bringing in an extra GUIX_PYTHONPATH_$VER will confuse things (and probably break it for some people). I propose we patch the interpreter to tell about the Guix paths. It probably only needs to be done in one place. They should go after the PYTHONPATH as it is done by Python itself, like you suggested earlier. That is an acceptable approach. Just a little annoyance with every Python upgrade. Pj.