unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
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.

  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).