From: Paul van der Walt <paul@denknerd.org>
To: Andreas Enge <andreas@enge.fr>
Cc: help-guix@gnu.org
Subject: Re: Everything segfaults
Date: Tue, 14 Jun 2016 20:30:51 +0200 [thread overview]
Message-ID: <874m8vpqqs.fsf@Cage.localdomain> (raw)
In-Reply-To: <20160609172825.GA2080@solar>
Hey Andreas!
Sorry for the delay! Busy busy.
On 2016-06-09 at 19:28, quoth Andreas Enge:
> the following looks very strange:
>
>> [very strange output]
>
> Your Guix less seems to open libraries from your Arch system, which are
> incompatible. Did you set LD_LIBRARY_PATH?
> Maybe you could try "ldd /home/paul/.guix-profile/bin/less".
If i open a terminal, then
$ echo $LD_LIBRARY_PATH
/home/paul/GNUstep/Library/Libraries:/usr/lib
Here's some output:
Case A:
$ ldd .guix-profile/bin/less
linux-vdso.so.1 (0x00007ffe775d7000)
libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f8401bc3000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f84019ad000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f840160c000)
/gnu/store/8m00x5x8ykmar27s9248cmhnkdb2n54a-glibc-2.22/lib/ld-linux-x86-64.so.2 (0x00007f8401e30000)
Case B:
$ LD_LIBRARY_PATH="~/.guix-profile/lib" ldd .guix-profile/bin/less
linux-vdso.so.1 (0x00007ffe7cedb000)
libncursesw.so.6 => /gnu/store/xadbq6k36aphlx0haxxzym3xmd5r1rp8-ncurses-6.0/lib/libncursesw.so.6 (0x00007fbc6dbdb000)
libgcc_s.so.1 => /gnu/store/v39bh3ln3ncnzhyw0kd12d46kww9747v-gcc-4.9.3-lib/lib/libgcc_s.so.1 (0x00007fbc6d9c5000)
libc.so.6 => /gnu/store/8m00x5x8ykmar27s9248cmhnkdb2n54a-glibc-2.22/lib/libc.so.6 (0x00007fbc6d620000)
/gnu/store/8m00x5x8ykmar27s9248cmhnkdb2n54a-glibc-2.22/lib/ld-linux-x86-64.so.2 (0x00007fbc6de4b000)
(when i try setting LD_..="~/.guix-profile/lib:$LD_..", that is, i only
prepend the Guix lib path, then i get the same output from ldd as in
case A -- is that what i expect?)
So there's definitely something funny going on with LD_LIBRARY_PATH
indeed. But here's another stupid question: surely if i want arbitrary
Guix binaries to work on my system i'd apparently (?) have to put
something like
export LD_LIBRARY_PATH="$HOME/.guix-profile/lib"
in my .xinitrc, but that would surely break other binaries (those
installed by my usual package manager)? And if i put
export LD_LIBRARY_PATH="$HOME/.guix-profile/lib:$LD_LIBRARY_PATH"
in my .xinitrc, then as in case A, surely i won't have fixed my issue?
Sorry to be so thick about this!
Kind regards,
p.
next prev parent reply other threads:[~2016-06-14 18:31 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-09 15:20 Everything segfaults Paul van der Walt
2016-06-09 17:28 ` Andreas Enge
2016-06-14 18:30 ` Paul van der Walt [this message]
2016-06-14 21:46 ` Ludovic Courtès
2016-06-14 22:27 ` Paul van der Walt
2016-06-15 11:24 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874m8vpqqs.fsf@Cage.localdomain \
--to=paul@denknerd.org \
--cc=andreas@enge.fr \
--cc=help-guix@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).