After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 587993 - Can't install to a custom --prefix location
Can't install to a custom --prefix location
Status: RESOLVED FIXED
Product: Sawfish
Classification: Deprecated
Component: General
1.5.x
Other All
: Normal normal
: 1.5.x
Assigned To: sawfish-maint
sawfish-maint
Depends on:
Blocks:
 
 
Reported: 2009-07-07 16:54 UTC by Daniel Fetchinson
Modified: 2009-09-01 17:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Daniel Fetchinson 2009-07-07 16:54:07 UTC 
Please describe the problem:
When using a custom --prefix location in each of the 3 configure scripts (librep, rep-gtk, sawfish), the first 2 compile/install correctly, but sawfish 'make' fails.

Steps to reproduce:
1. ./configure --prefix=/any/path/somewhere
2. make



Actual results:
Make fails with:

SAWFISHLISPDIR=. SAWFISHEXECDIR=../src/.libexec SAWFISHDOCFILE=../DOC ../src/sawfish --batch --no-rc compiler -f compile-batch sawfish/wm.jl
../src/sawfish: error while loading shared libraries: librep.so.9: cannot open shared object file: No such file or directory
make[1]: *** [sawfish/wm.jlc] Error 127



Expected results:
I'd expect 'make' to succeed in compiling sawfish.

Does this happen every time?
Yes.

Other information:
The same --prefix was given to librep and rep-gtk and they configure/make/make install correctly to the custom location. Only sawfish 'make' fails.
Comment 1 Christopher Roy Bratusek 2009-07-11 19:59:20 UTC 
That's because you need to adjust the ld paths, eg add the file /etc/ld.so.conf.d/sawfish.conf with the following content "/path/to/somewhere/lib" this should fix your issue, as ld simply does not now about librep before.

This should not be a sawfish bug, that would be strange.
Comment 2 Christopher Roy Bratusek 2009-07-11 20:03:03 UTC 
err, you might also need to run "ldconfig" as root afterwards.
Comment 3 Christopher Roy Bratusek 2009-09-01 17:55:11 UTC 
fixed last bit of that in librep 0.90.1