From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: GUIX_LOCPATH problems with guix on gentoo Date: Sat, 18 Jun 2016 18:30:52 +0000 Message-ID: <20160618183052.GA24128@khazad-dum> References: <20160617103949.GA4337@khazad-dum> <877fdn7xfb.fsf@elephly.net> <20160618083212.GA24472@khazad-dum> <87r3buonya.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEL1O-0002Zo-6H for help-guix@gnu.org; Sat, 18 Jun 2016 14:31:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEL1J-00025L-Vm for help-guix@gnu.org; Sat, 18 Jun 2016 14:31:05 -0400 Received: from 93-95-228-168.1984.is ([93.95.228.168]:46170 helo=beleriand.n0.is) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEL1J-00024z-IK for help-guix@gnu.org; Sat, 18 Jun 2016 14:31:01 -0400 Received: by beleriand.n0.is (OpenSMTPD) with ESMTPSA id bdc0de95 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Sat, 18 Jun 2016 18:30:55 +0000 (UTC) Content-Disposition: inline In-Reply-To: <87r3buonya.fsf@elephly.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2016-06-18(11:17:49+0200), Ricardo Wurmus wrote: > > ng0 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 writes: > >> > >> > python: stdout/stderr: import json = = perl: warning: Falling back to the standard locale ("Cpy= thon: stdout/stderr: File "/usr/lib/python2.7/json/__init__.py", line 108= , in > >> > python: stdout/stderr: from .decoder import JSONDecoder > >> > python: stdout/stderr: File "/usr/lib/python2.7/json/decoder.p= y", line 5, in > >> > python: stdout/stderr: import struct > >> > python: stdout/stderr: File "/usr/lib/python2.7/struct.py", li= ne 1, in > >> > python: stdout/stderr: from _struct import * > >> > python: stdout/stderr: ImportError: /usr/lib/python2.7/lib-dynlo= ad/_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=E2=80= =99s > wrong. The profile isn't just the kernel, and in the case of gentoo-hardened for me gentoo-hardened described an GrSec profile "desktop" (included in the specific kernel the hardened team maintains) and its runtime settings, functionalities and boundaries, also the hardened gcc which applies what's described on the project page. It might be that the fault is somewhere else, but the only time I ran guix on top of another system was on a debian server after the initial system setup. I did some further tests this morning, when I removed $PATH from my =2Ezpath, guix disappeared (naturally) and it did not solve the problem with for example weechat, which resolved a bit more with PYTHONPATH in .zpath after python (3, and also tested with 2) was installed (content: XSESSION=3D"awesome" export PATH=3D$PATH:~/src/n0.is/scripts:~/src/i3lock-fancy:/home/ng0/.guix-= profile/bin:/home/ng0/.guix-profile/sbin #export PATH=3D~/src/n0.is/scripts:~/src/i3lock-fancy:/home/ng0/.guix-profi= le/bin:/home/ng0/.guix-profile/sbin export TERMINFO_DIRS=3D"/home/ng0/.guix-profile/share/terminfo" export INFOPATH=3D"$INFOPATH:/home/ng0/.guix-profile/share/info" export ZATHURA_PLUGIN_PATH=3D"/home/ng0/.guix-profile/lib/zathura" #export GUIX_LOCPATH=3D"/home/ng0/.guix-profile/lib/locale" export GUIX_LOCPATH=3D$HOME/.guix-profile/lib/locale #export GUIX_PACKAGE_PATH=3D"/home/ng0/src/n0.is/my-guix/" export GUIX_PACKAGE_PATH=3D"/home/ng0/src/n0.is/youbroketheinternet-guix/" export GUILE_LOAD_PATH=3D"/home/ng0/.guix-profile/share/guile/site/2.0/" export C_INCLUDE_PATH=3D"/home/ng0/.guix-profile/include" export CPLUS_INCLUDE_PATH=3D"/home/ng0/.guix-profile/include" export LIBRARY_PATH=3D"/home/ng0/.guix-profile/lib" export PYTHONPATH=3D"/home/ng0/.guix-profile/lib/python3.4/site-packages" export PERL5LIB=3D"/home/ng0/.guix-profile/lib/perl5/site_perl") > > 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 > If it's of any use, I can also show you how the files are structured post-s= etup in gentoo, but I think this really shouldn't affect runtime functionality as the base guix just works. It's just the locale and certain keys on the keyb= oard which are problematic. -- =E2=99=A5=E2=92=B6 ng0 For non-prism friendly talk find me on psyced.org / loupsycedyglgamf.onion --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iF4EARYKAAYFAldlk1wACgkQhhoAchyzrCDCVQD/YRiDEsf3uGzBciEsotXiVs8m 8D7ZkiTTHPaRl4S6xOEBANMtwSeQiitFHtT6MKejhZFLk+XkpWlLuo/T7A2fuhQH =aRzi -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24--