help-guix
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: runpath validation


From: Catonano
Subject: Re: runpath validation
Date: Sun, 23 Apr 2017 10:37:26 +0200

2017-04-20 10:10 GMT+02:00 Ludovic Courtès <address@hidden>:

You should grep for RUNPATH, and I guess that will show that
/gnu/store/zv2c9mbs4q7f75p9xlgxs62fb5wmp3ac-granite-0.4.0.1/lib is *not*
in there, even though it should (if it’s not in RUNPATH, then launching
‘granite-demo’ will result in a “library not found” error, which is what
this validation phase wants to avoid.)

and instead what I found is that ...granite/lib *is* there
 
HTH!  If needed, we can discuss it further on IRC.

Thanks !
If I find you on line I'll ping you about this

For now, let me report my last findings

The build fails in the validate-runpath phase

With "#:validate-runpath? #f" iit succeeds

AND this is what I find on the resulting built artifact

address@hidden /gnu/store/wzbjl4mjqdq38jyllb4ny2mn1kkqqikv-granite-0.4.0.1$ objdump -a -x bin/granite-demo | grep RUNPATH
  RUNPATH             
/gnu/store/wzbjl4mjqdq38jyllb4ny2mn1kkqqikv-granite-0.4.0.1/lib
:/gnu/store/rmjlycdgiq8pfy5hfi42qhw3k7p6kdav-glibc-2.25/lib
...

I installed granite with

./pre-inst-env guix package -i granite

I got this advice

The following environment variable definitions may be needed:
   export LIBRARY_PATH="/home/catonano/.guix-profile/lib:/home/catonano/.guix-profile/lib64${LIBRARY_PATH:+:}$LIBRARY_PATH"

I don't know why, I don't touch search paths in the granite package recipe

Anyway I followed the suggestion

~$ echo $LIBRARY_PATH
/home/me.guix-profile/lib
:/home/me/.guix-profile/lib64
:/home/me/.guix-profile/lib


and this is what I get

~$ granite-demo
granite-demo: error while loading shared libraries: libgranite.so.3: cannot open shared object file: No such file or directory

This is the state of the art, for now

See you around ! ;-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]