Open GoogleCodeExporter opened 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
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
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
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
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
Original issue reported on code.google.com by
MFRosengarten@gmail.com
on 8 Nov 2010 at 8:20