From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ricardo Wurmus <rekado@elephly.net>
Subject: Re: GUIX_LOCPATH problems with guix on gentoo
Date: Sat, 18 Jun 2016 11:17:49 +0200
Message-ID: <87r3buonya.fsf@elephly.net>
References: <20160617103949.GA4337@khazad-dum> <877fdn7xfb.fsf@elephly.net>
	<20160618083212.GA24472@khazad-dum>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:54583)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1bECO7-0003eR-Gn
	for help-guix@gnu.org; Sat, 18 Jun 2016 05:18:00 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1bECO3-0002yJ-7D
	for help-guix@gnu.org; Sat, 18 Jun 2016 05:17:58 -0400
Received: from sender163-mail.zoho.com ([74.201.84.163]:24516)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1bECO2-0002xy-Ug
	for help-guix@gnu.org; Sat, 18 Jun 2016 05:17:55 -0400
In-reply-to: <20160618083212.GA24472@khazad-dum>
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: ng0 <ng0@we.make.ritual.n0.is>
Cc: help-guix@gnu.org


ng0 <ng0@we.make.ritual.n0.is> writes:

> On 2016-06-18(09:45:12+0200), Ricardo Wurmus wrote:
>>
>> Hi,
>>
>> I found it very hard to read this email, because there are so many
>> non-essential things pasted in the body :-/
>
> I wasn't sure what's useful information and what's not.
>
>> I hope I didn't miss anything important while I paged through your
>> email, but one thing stood out to:
>>
>> ng0 <ng0@we.make.ritual.n0.is> writes:
>>
>> >     python: stdout/stderr:     import json                                                                                                                        perl: warning: Falling back to the standard locale ("Cpython: stdout/stderr:   File "/usr/lib/python2.7/json/__init__.py", line 108, in <module>
>> >     python: stdout/stderr:     from .decoder import JSONDecoder
>> >     python: stdout/stderr:   File "/usr/lib/python2.7/json/decoder.py", line 5, in <module>
>> >     python: stdout/stderr:     import struct
>> >     python: stdout/stderr:   File "/usr/lib/python2.7/struct.py", line 1, in <module>
>> >     python: stdout/stderr:     from _struct import *
>> >     python: stdout/stderr: ImportError: /usr/lib/python2.7/lib-dynload/_struct.so: undefined symbol: PyUnicode
>>
>> That's not okay.  You cannot mix Python from your system with Python
>> from Guix.  Do you have system stuff on your PYTHONPATH?  Do you have
>> LD_LIBRARY_PATH set?  Guix packages should never use system libraries.
>>
>> ~~ Ricardo
>
> In the beginning this was an experiment, to see if Guix
> would run unaffected on a gentoo-hardened kernel.
> I am switching back to a desktop/amd64 profile, will check if
> things changed.

The problem above is unrelated to the kernel.  For some reason libraries
from /usr/lib are used.  If this really is a Guix package then that’s
wrong.

> Checking right now, LD_LIBRARY_PATH and PYTHONPATH are not set,
> but LIBRARY_PATH is.

LIBRARY_PATH is harmless and only used at compile time.

~~ Ricardo