* GUIX_LOCPATH problems with guix on gentoo
@ 2016-06-17 10:39 ng0
2016-06-17 18:40 ` ng0
2016-06-18 7:45 ` Ricardo Wurmus
0 siblings, 2 replies; 6+ messages in thread
From: ng0 @ 2016-06-17 10:39 UTC (permalink / raw)
To: help-guix
[-- Attachment #1: Type: text/plain, Size: 17710 bytes --]
Hi,
in team effort and with my fixes we worked on guix on gentoo for a while now.
I fixed #355355 (bugs.gentoo.org bug -> guile is 6 years outdated and broken
in portage) almost to a point where I can present the changes, have guile-2.0.11
running for half a year now and to some degree (awful openrc init) have a fully
functional guix.
This *might* be because I ran the first setup in gentoo-hardened and then
switched to gentoo-sources (vanilla) as I did not want to figure out what
kernel security setting is making guix fail. So the only shared component
in this time is gcc-hardened.
Usually this should not affect guix at all. And I believe it doesn't.
But I have no explanation why I can't set a locale and the locale from gentoo
leaks into guix (or something...).
As not everyone will want to to clone our repository listed at
http://youbroketheinternet.org/#overlay , here is the rather readable ebuild:
note, this did not function in all parts as intended and is being bug fixed while
I use it:
cat guix-0.10.0.ebuild (never mind the maybe broken syntax by copy-paste):
# Distributed under the terms of the GNU General Public License v3
#
# further changes by ng0
EAPI=5
inherit user eutils autotools
DESCRIPTION="The Guix Package Manager."
HOMEPAGE="https://www.gnu.org/s/guix"
SRC_URI="mirror://gnu-alpha/${PN}/${P}.tar.gz"
#RESTRICT="mirror"
RESTRICT="bincheck"
LICENSE="GPL-3"
SLOT="0"
KEYWORDS="~amd64 ~x86 ~mips ~arm"
IUSE="test"
#FIXME: gcc's g++ with support for the c++11 standard ?
#FIXME: package dev-scheme/guile-json
#BEWARE: ABSOLUTELY use guile from this overlay if
# you don't want to break your system.
# This is still experimental, but apparently
# more stable than the bug #355355
# celebrating its 6th anniversary this year.
# You will also need to use gnutls from this overlay,
# which links to guile here.
DEPEND=">=dev-scheme/guile-2.0.11-r99[networking]
dev-libs/libgcrypt
>=dev-db/sqlite-3.0
app-arch/bzip2
sys-devel/gcc
sys-devel/automake
sys-devel/gettext
>=net-libs/gnutls-3.3.22-r2[guile]"
RDEPEND="${DEPEND}"
pkg_setup() {
enewgroup guixbuild
enewuser guixbuilder01 -1 -1 -1 guixbuild
enewuser guixbuilder02 -1 -1 -1 guixbuild
enewuser guixbuilder03 -1 -1 -1 guixbuild
enewuser guixbuilder04 -1 -1 -1 guixbuild
enewuser guixbuilder05 -1 -1 -1 guixbuild
enewuser guixbuilder06 -1 -1 -1 guixbuild
enewuser guixbuilder07 -1 -1 -1 guixbuild
enewuser guixbuilder08 -1 -1 -1 guixbuild
enewuser guixbuilder09 -1 -1 -1 guixbuild
enewuser guixbuilder10 -1 -1 -1 guixbuild
}
src_configure() {
econf
}
#following 3 added later
src_prepare() {
default
eautoreconf
elibtoolize
}
src_compile() {
default
}
src_test() {
emake check
}
src_install() {
emake install DESTDIR="${D}"
#insinto /etc/init.d
#"${FILESDIR}"/guix
newinitd "${FILESDIR}"/guix guix
keepdir /run/guix
fowners :guixbuild /run/guix
}
#FIXME: Merge OpenRC startup file into guix master
#FIXME: Either Shepperd on Gentoo or Shepperd to OpenRC import.
pkg_preinst() {
enewgroup guixbuild
enewuser guixbuilder01 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder02 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder03 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder04 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder05 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder06 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder07 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder08 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder09 -1 /sbin/nologin "/var/empty" guixbuild
enewuser guixbuilder10 -1 /sbin/nologin "/var/empty" guixbuild
}
# To use substitutes from hydra.gnu.org or one of its mirrors (see Substitutes), authorize them:
# guix archive --authorize < ~root/.guix-profile/share/guix/hydra.gnu.org.pub
# (or on gentoo??: /usr/share/guix/hydra.gnu.org.pub)
pkg_postinst() {
einfo "Warning, this is a test package, thanks for participating"
einfo "in trying to get a functional Guix package manager into"
einfo "gentoo. please provide us with logs and ideas."
einfo "You have to run the following to enable substitutes from"
einfo "hydra.gnu.org or one of its mirrors:"
einfo "guix archive --authorize < /usr/share/guix/hydra.gnu.org.pub"
einfo "you can test functionality with:"
einfo "guix pull ; guix package -i hello"
}
This is the service file used (witness how terrible wrong a work in progress service can be,
I actually use killall guix-daemon instead of the openrc stop.. but that's not the problem here):
#!/sbin/openrc-run
# Copyright 2016 the youbroketheinternet-overlay team
# Distributed under the terms of the GNU General Public License v2 or later
PIDFILE=/var/run/guix/guix-daemon.pid
GRACEFUL_TIMEOUT=${GRACEFUL_TIMEOUT:-60}
#extra_commands="checkconfig"
description="The GNU Guix Daemon"
depend() {
need net
}
#SUID_ROOT_HELPERS="guix guix-daemon"
#
#chmodown_execbin() {
# if [ -x $1 ]; then
# if [ "$3" ]; then
# chown $3 $1 2>/dev/null && chmod $2 $1
# else
# chmod $2 $1
# fi
# fi
#}
#
#checkconfig() {
# for helper in $SUID_ROOT_HELPERS; do
# chmodown_execbin ${libexec}
start() {
checkpath -d -m 0755 -o :guixbuild /var/run/guix
ebegin "Starting Guix"
start-stop-daemon --start --pidfile "${PIDFILE}" --quiet --exec /usr/bin/guix-daemon -- --build-users-group=guixbuild --listen=/var/lib/guix/daemon-socket/socket > /dev/null 2>&1
eend $?
}
#start() {
# local piddir=$(dirname ${PIDFILE})
# if [ ! -d ${piddir} ] ; then
# ebegin "Making ${piddir}"
# eend $?
# ebegin "Changing permissions of ${piddir}"
# chown :guixbuild ${piddir}
# eend $?
# fi
#
# ebegin "Starting ${SVCNAME}"
# start-stop-daemon --start --name guix-daemon --pidfile ${PIDFILE} \
# --exec /usr/bin/guix-daemon -- --debug --build-users-group=guixbuild
# eend $?
#}
stop() {
ebegin "Stopping Guix"
#start-stop-daemon --stop --pidfile "${PIDFILE}" --exec /usr/bin/guix-daemon
start-stop-daemon --stop --signal QUIT --pidfile "${PIDFILE}"
sleep 1
killall guix-daemon
sleep 1
eend $?
}
#stop() {
# ebegin "Stopping ${SVCNAME}"
# start-stop-daemon --stop --signal QUIT --pidfile ${PIDFILE}
# sleep 1
# killall guix-daemon
# sleep 1
# eend $?
#}
#[Unit]
#Description=Build daemon for GNU Guix
#
#[Service]
#ExecStart=/usr/bin/guix-daemon --build-users-group=guixbuild
#RemainAfterExit=yes
#StandardOutput=syslog
#StandardError=syslog
#
#[Install]
#WantedBy=multi-user.target
This is my .zpath which gets sourced by zsh:
ng0@khazad-dum:~$ cat .zpath
XSESSION="awesome"
export PATH=$PATH:~/src/n0.is/scripts:~/src/i3lock-fancy:/home/ng0/.guix-profile/bin
export TERMINFO_DIRS="/home/ng0/.guix-profile/share/terminfo"
export INFOPATH="$INFOPATH:/home/ng0/.guix-profile/share/info"
export ZATHURA_PLUGIN_PATH="/home/ng0/.guix-profile/lib/zathura"
#export GUIX_LOCPATH="/home/ng0/.guix-profile/lib/locale"
export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale
#export GUIX_PACKAGE_PATH="/home/ng0/src/n0.is/my-guix/"
export GUIX_PACKAGE_PATH="/home/ng0/src/n0.is/youbroketheinternet-guix/"
export GUILE_LOAD_PATH="/home/ng0/.guix-profile/share/guile/site/2.0/"
guix package -l of this generation:
Generation 61 Jun 16 2016 20:34:51 (current)
dmenu 4.5 out /gnu/store/gwcymlv09dxkyxjly0l3n3j1vapbslwv-dmenu-4.5
bbdb 3.1.2 out /gnu/store/xkllqrqmw5y1raa2qb5c2s9d56a9k493-bbdb-3.1.2
xdg-utils 1.0.2 out /gnu/store/zs9wbl306q05y5a3gw67i2915xmb9vii-xdg-utils-1.0.2
tmux 2.2 out /gnu/store/awddlvv0m52d8pdx10fls8w5zjdcjv13-tmux-2.2
gs-fonts 8.11 out /gnu/store/7v3093adf31b2sg2c46y3z2m24x2cjmi-gs-fonts-8.11
font-un 1.0.2-080608 out /gnu/store/0zpbhdb4262dshfn6dxg0wn2gpqh27r9-font-un-1.0.2-080608
font-gnu-unifont 8.0.01 out /gnu/store/nwfgdild6l64fwkyf67r91wdnzgrw699-font-gnu-unifont-8.0.01
aspell-dict-en 2016.01.19-0 out /gnu/store/gv7pdi3qnkwkxx3clk221zzf40ayx478-aspell-dict-en-2016.01.19-0
aspell-dict-es 1.11-2 out /gnu/store/w6g8lzmm06xxkf9d8v1ia0i0dpk682sb-aspell-dict-es-1.11-2
aspell-dict-fr 0.50-3 out /gnu/store/ic19dn7bdc5fhpc714kamf98cqr4gkvq-aspell-dict-fr-0.50-3
aspell 0.60.6.1 out /gnu/store/nap51bp7filrnlc3cb4qg1hm787v9lq7-aspell-0.60.6.1
emacs-markdown-mode 2.1 out /gnu/store/fv25hfsp7g59pkn12wp1gl62cl0lj5cy-emacs-markdown-mode-2.1
font-hack 2.020 out /gnu/store/vn792942qyshzrhn04y4x4n8kikli535-font-hack-2.020
chess 6.2.2 out /gnu/store/91p5sqf2j8rsx3nzjkkhllr0xxlj5lxd-chess-6.2.2
xterm 322 out /gnu/store/4ddygf05z4fn8g1rkwgkbchpdb0514z0-xterm-322
font-terminus 4.40 out /gnu/store/0rhjk9j7hgwwl8m9zhk6vj7q6m32vmc6-font-terminus-4.40
luit 1.1.1 out /gnu/store/gcyqbs3c4qhi58jxvw3f3yc8agpc05ka-luit-1.1.1
font-dejavu 2.34 out /gnu/store/a76pp12hp9y9sczzkajzdy73jljpibmk-font-dejavu-2.34
font-liberation 2.00.1 out /gnu/store/4155q9bapgj0alkxrd4mpmpvqrclv7hw-font-liberation-2.00.1
font-gnu-freefont-ttf 20120503 out /gnu/store/5p87ii0g47c6ldilnnx0jwaaw3kcs74d-font-gnu-freefont-ttf-20120503
font-google-noto 20150929 out /gnu/store/xx1y7p6n4f0wwl5212l8binvhzshgliv-font-google-noto-20150929
graphviz 2.38.0 out /gnu/store/n0q0qhpspm4j3ifdjx19c4c1pkafzh67-graphviz-2.38.0
guile-json 0.5.0 out /gnu/store/yks3czzrdd350y8v4h0qd7mxhhhgikiy-guile-json-0.5.0
htop 2.0.1 out /gnu/store/g3hd9s0wc6nllvp5bbych9cyb5ri8r45-htop-2.0.1
setxkbmap 1.3.1 out /gnu/store/6xqxz63mbihw32cqyppnia7k24lgz3xm-setxkbmap-1.3.1
emacs-lua-mode 20151025 out /gnu/store/py9wbgc16gjzx7kij24xkyqkc4r4ldbn-emacs-lua-mode-20151025
emacs-ebuild-mode 1.30 out /gnu/store/kyw5fcizvgfxx8by06y56c4ajp0r81qg-emacs-ebuild-mode-1.30
mutt 1.6.1 out /gnu/store/plmr6ia9jf5qx44iwixjaiw15yapg5wv-mutt-1.6.1
mpv 0.17.0 out /gnu/store/p72hww1vv9d41vb7w4mmq4m4jbpwdqf8-mpv-0.17.0
getmail 4.48.0 out /gnu/store/zsi3klgyh5fp8hrw3g617q208cnlh6xl-getmail-4.48.0
emacs 24.5 out /gnu/store/82gacqn8igi3c9zsn6m58j93c8w2kp2b-emacs-24.5
zathura 0.3.3 out /gnu/store/m719g6iixnivz6nrpsc3jm28296gh3x9-zathura-0.3.3
zathura-cb 0.1.4 out /gnu/store/9j81s09cifixmdrk1yvvp5n2m2kad2hk-zathura-cb-0.1.4
zathura-pdf-poppler 0.2.5 out /gnu/store/wzsj8pnj741pdq94fbhlf4vx0qfsd891-zathura-pdf-poppler-0.2.5
rxvt-unicode 9.21 out /gnu/store/3gjg3f45jad8wl7k8fp9652j4qyigsgr-rxvt-unicode-9.21
shared-mime-info 1.6 out /gnu/store/b144wfsbswhxjwsx5mdy8rcm4xz7c01s-shared-mime-info-1.6
st 0.6 out /gnu/store/50ndsjr41l3184vjqv48a3r2rx9484r3-st-0.6
feh 2.14.1 out /gnu/store/aljvis7cvhjh0knrws3yyyw8ylhkni6f-feh-2.14.1
weechat 1.5 out /gnu/store/21w13gzc1wi00bw8lkcazlbsj72fkl4x-weechat-1.5
parallel 20160522 out /gnu/store/8fljbj6ld272idpklrir2g121rzl8fa0-parallel-20160522
milkytracker 0.90.86 out /gnu/store/6gpwrjjhr340cz4ysnlnzkn86gwzygwj-milkytracker-0.90.86
python-unidecode 0.04.18 out /gnu/store/ka834c0kskakibf5ykf481fx2k1al95d-python-unidecode-0.04.18
magit 2.7.0 out /gnu/store/zf04f4fg6vdhp54278b8xhx1my156w7x-magit-2.7.0
xscreensaver 5.34 out /gnu/store/9m53k9jacqvb89fdfa48mi79xk8mklfi-xscreensaver-5.34
powwow 1.2.17 out /gnu/store/7dc0ifa0gl7x926w17z2v6qrlz7d08g3-powwow-1.2.17
glibc-locales 2.22 out /gnu/store/dcqdfyal290awy1lwb6sxzs8sg0wr99h-glibc-locales-2.22
On the testing machine with the problem, the host uses this customized locale, which is
unproblematic on the host.
ng0@khazad-dum:~$ cat /etc/env.d/02locale
LANG="en_US.utf8"
LC_COLLATE="C"
LC_CTYPE="de_DE.utf8"
LC_MESSAGES="en_US.utf8"
LC_MONETARY="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="en_DK.utf8"
LC_PAPER="de_DE.utf8"
LC_NAME="de_DE.utf8"
LC_ADDRESS="de_DE.utf8"
LC_TELEPHONE="de_DE.utf8"
LC_MEASUREMENT="de_DE.utf8"
LC_IDENTIFICATION="de_DE.utf8"
LANGUAGE="en_US.utf8"
Now let's c&p something from weechat, directly after starting it with `weechat`:
Highlight Monitortting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US.utf8",
LC_ALL = (unset),
LC_PAPER = "de_DE.utf8",
LC_ADDRESS = "de_DE.utf8",
[perl] 2:highmon LC_MONETARY = "de_DE.utf8",
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------WeeChat 1.5 (C) 2003-2016 - https://weechat.org/ LC_TELEPHONE = "de_DE.utf8",
WeeChat 1.5 [compiled on Jun 9 2016 15:46:12] LC_MESSAGES = "en_US.utf8",
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - LC_COLLATE = "C",
=!= Warning: cannot set the locale; make sure $LANG and $LC_* variables are correct LC_IDENTIFICATION = "de_DE.utf8",
aspell: warning: dictionary "en" is not available on your system LC_MEASUREMENT = "de_DE.aspell: warning: dictionary "en" is not available on your system
aspell: warning: dictionary "en" is not available on your system
aspell: warning: dictionary "en" is not available on your system8",
aspell: warning: dictionary "en" is not available on your system LC_NAME = "de_DE.utf8",
python: stdout/stderr: Traceback (most recent call last): LANG = "en_US.utf8"
python: stdout/stderr: File "/home/ng0/.weechat/python/autoload/autosort.py", line 50, in <module> are supported and installed on your system.
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: PyUnicodeUCS4_AsEncodedString
=!= python: unable to parse file "/home/ng0/.weechat/python/autoload/autosort.py"
python scripts loaded: autojoin_on_invite, autosavekey, colorize_nicks, completion, go, server_autoswitch
perl scripts loaded: highmon, iset, nickregain, parse_relayed_msg, unset_unused
script: 309 scripts for WeeChat 1.5
Plugins loaded: alias, aspell, charset, exec, fifo, guile, irc, logger, lua, perl, python, relay, script, tcl, trigger, xfer
=!= aspell: error: No word lists can be found for the language "en".
=!= aspell: error: No word lists can be found for the language "de".
=!= aspell: error: No word lists can be found for the language "en".
=!= aspell: error: No word lists can be found for the language "de".
Other applications behave similary ... eg: powwow just terminates itself on any unexpected characters,
contraty to the powwow ebuild I wrote and its behavior on guixsd.
Thanks for reading until this point and maybe helping me to fix the problem.
I can try to provide further output, like from running the guix-daemon with
--verbose.
--
♥Ⓐ ng0
For non-prism friendly talk find me on
psyced.org / loupsycedyglgamf.onion
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GUIX_LOCPATH problems with guix on gentoo
2016-06-17 10:39 GUIX_LOCPATH problems with guix on gentoo ng0
@ 2016-06-17 18:40 ` ng0
2016-06-18 7:45 ` Ricardo Wurmus
1 sibling, 0 replies; 6+ messages in thread
From: ng0 @ 2016-06-17 18:40 UTC (permalink / raw)
To: help-guix
[-- Attachment #1: Type: text/plain, Size: 898 bytes --]
On 2016-06-17(10:39:50AM+0000), ng0 wrote:
--snipe-di-snap--
This is as an example the gtk of emacs, showing that "C" is used permanently.
I am in the process of switching that system to non-hardened to see if setting up guix
again will help - maybe the very unlikely case of something happened because of gentoo-hardened
influencing the first setup and the system guile etc and countless other factors changed "something".
khazad-dum ~ # emacs /etc/portage/make.conf
(process:7513): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
(emacs-24-5:7513): GLib-GIO-WARNING **: Can't find module 'dconf' specified in GSETTINGS_BACKEND
GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with ot
--
♥Ⓐ ng0
For non-prism friendly talk find me on
psyced.org / loupsycedyglgamf.onion
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GUIX_LOCPATH problems with guix on gentoo
2016-06-17 10:39 GUIX_LOCPATH problems with guix on gentoo ng0
2016-06-17 18:40 ` ng0
@ 2016-06-18 7:45 ` Ricardo Wurmus
2016-06-18 8:32 ` ng0
1 sibling, 1 reply; 6+ messages in thread
From: Ricardo Wurmus @ 2016-06-18 7:45 UTC (permalink / raw)
To: ng0; +Cc: help-guix
Hi,
I found it very hard to read this email, because there are so many
non-essential things pasted in the body :-/
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GUIX_LOCPATH problems with guix on gentoo
2016-06-18 7:45 ` Ricardo Wurmus
@ 2016-06-18 8:32 ` ng0
2016-06-18 9:17 ` Ricardo Wurmus
0 siblings, 1 reply; 6+ messages in thread
From: ng0 @ 2016-06-18 8:32 UTC (permalink / raw)
To: help-guix
[-- Attachment #1: Type: text/plain, Size: 1952 bytes --]
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.
I would strip the host system from as much binaries as possible,
but I am not sure if this is possible without wasting my time
on this task.
Checking right now, LD_LIBRARY_PATH and PYTHONPATH are not set,
but LIBRARY_PATH is.
--
♥Ⓐ ng0
For non-prism friendly talk find me on
psyced.org / loupsycedyglgamf.onion
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GUIX_LOCPATH problems with guix on gentoo
2016-06-18 8:32 ` ng0
@ 2016-06-18 9:17 ` Ricardo Wurmus
2016-06-18 18:30 ` ng0
0 siblings, 1 reply; 6+ messages in thread
From: Ricardo Wurmus @ 2016-06-18 9:17 UTC (permalink / raw)
To: ng0; +Cc: help-guix
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GUIX_LOCPATH problems with guix on gentoo
2016-06-18 9:17 ` Ricardo Wurmus
@ 2016-06-18 18:30 ` ng0
0 siblings, 0 replies; 6+ messages in thread
From: ng0 @ 2016-06-18 18:30 UTC (permalink / raw)
To: help-guix
[-- Attachment #1: Type: text/plain, Size: 4369 bytes --]
On 2016-06-18(11:17:49+0200), Ricardo Wurmus wrote:
>
> 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.
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
.zpath, 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="awesome"
export PATH=$PATH:~/src/n0.is/scripts:~/src/i3lock-fancy:/home/ng0/.guix-profile/bin:/home/ng0/.guix-profile/sbin
#export PATH=~/src/n0.is/scripts:~/src/i3lock-fancy:/home/ng0/.guix-profile/bin:/home/ng0/.guix-profile/sbin
export TERMINFO_DIRS="/home/ng0/.guix-profile/share/terminfo"
export INFOPATH="$INFOPATH:/home/ng0/.guix-profile/share/info"
export ZATHURA_PLUGIN_PATH="/home/ng0/.guix-profile/lib/zathura"
#export GUIX_LOCPATH="/home/ng0/.guix-profile/lib/locale"
export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale
#export GUIX_PACKAGE_PATH="/home/ng0/src/n0.is/my-guix/"
export GUIX_PACKAGE_PATH="/home/ng0/src/n0.is/youbroketheinternet-guix/"
export GUILE_LOAD_PATH="/home/ng0/.guix-profile/share/guile/site/2.0/"
export C_INCLUDE_PATH="/home/ng0/.guix-profile/include"
export CPLUS_INCLUDE_PATH="/home/ng0/.guix-profile/include"
export LIBRARY_PATH="/home/ng0/.guix-profile/lib"
export PYTHONPATH="/home/ng0/.guix-profile/lib/python3.4/site-packages"
export PERL5LIB="/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-setup
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 keyboard
which are problematic.
--
♥Ⓐ ng0
For non-prism friendly talk find me on
psyced.org / loupsycedyglgamf.onion
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-06-18 18:31 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-06-17 10:39 GUIX_LOCPATH problems with guix on gentoo ng0
2016-06-17 18:40 ` ng0
2016-06-18 7:45 ` Ricardo Wurmus
2016-06-18 8:32 ` ng0
2016-06-18 9:17 ` Ricardo Wurmus
2016-06-18 18:30 ` ng0
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.