pawelchcki / semicomplete

Automatically exported from code.google.com/p/semicomplete
0 stars 0 forks source link

xdotool on RHEL 5.4 2.6.18 #40

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Download latest tar. Extract. sudo make all install.

Expected output received upon install: successful install.

After installing:
1. From command line type xdotool
2. See the error:
xdotool : error while loading shared libraries: libxdo.so.2: cannot open shared 
object file: No such file or directory

The file exists in /usr/local/lib/ libxdo.so, libxdo.so.2 both are there, where 
.so is a symlink to .so.2

Original issue reported on code.google.com by MFRosengarten@gmail.com on 8 Nov 2010 at 8:20

GoogleCodeExporter commented 9 years ago
Thanks for the report :)

I expected this problem to be resolved by running ldconfig as a post-install 
step (as in the makefile (implemented a while ago, at least 2010/05/26 and svn 
r2894). Possible I'm missing something.

Can you paste the output of your 'sudo make all install' command here?

Original comment by jls.semi...@gmail.com on 8 Nov 2010 at 9:05

GoogleCodeExporter commented 9 years ago
I have the same problem.

The output here:

install -d /usr/local
install -d /usr/local/lib
install libxdo.so /usr/local/lib/libxdo.so.2
ln -sf libxdo.so.2 /usr/local/lib/libxdo.so
install -d /usr/local/bin
install -m 755 xdotool /usr/local/bin/
install -d /usr/local/man/man1
install -m 644 xdotool.1 /usr/local/man/man1/
install -d /usr/local/include
install xdo.h /usr/local/include/xdo.h
Running ldconfig to update library cache

Original comment by argento....@gmail.com on 8 Aug 2011 at 9:28

GoogleCodeExporter commented 9 years ago
It's possible your system's linker isn't configured to look in /usr/local/lib 
for shared libraries.

Options:

- try installing to /usr/lib (or /usr/lib64 depending on your linux distro)
- try adding /usr/local/lib to your /etc/ld.so.conf (or RHEL5 equivalent)

Original comment by j...@semicomplete.com on 9 Aug 2011 at 6:14

GoogleCodeExporter commented 9 years ago
This worked:

- try adding /usr/local/lib to your /etc/ld.so.conf (or RHEL5 equivalent)

Original comment by jarret...@gmail.com on 26 Dec 2011 at 4:26

GoogleCodeExporter commented 9 years ago
I confirm this happens on my Fedora 13, and adding /usr/local/lib to my 
/etc/ld.so.conf solved it.

There is also another Fedora-related issue that some people may have: in my 
Fedora, ldconfig is in /sbin, which is not in the path (so even 'sudo 
ldconfig') does not work. I don't know if there is an easy way to script that...

Original comment by maron...@gmail.com on 25 Jul 2012 at 6:09