Also, should I be worried that right now my LD_LIBRARY_PATH consists of only the /lib64 path? should there be other paths there? should I wonder why it was empty before I added my script? If anyone can tell me why yum (if yum did it) broke this I would love to know. I haven't done a reboot but once it happens that should fix the problem perminatley for everyone I believe. I've set a tiny script in /etc/profile.d/ that runs export LD_LIBRARY_PATH=$LD_LIBRARY_PATH /lib64 setting LD_LIBRARY_PATH allowed libgcrypt to find and load the. Libgcrypt was unable to find the libgpg_error.so and since libgcrypt.so shows up before libgpg_error.so on the symbol table I suppose libgcrypt.so loaded first and threwup because it hadn't loaded and couldn't find libgpg_error.so. To be more exact gpg-agent new where to find libgpg_error.so (according to LDD). setting LD_LIBRARY_PATH=/lib64 fixed the problem, as my libgpg_error SO was in my /lib64 directory. The problem was that my LD_LIBRARY_PATH variable was blank.
#How to install rapidsvn on centos server installation how to#
Any idea what would cause this, or how to debug it? We tried re-installing libgpg-error package which didn't fix anything. None of the files listed on the gpg-agent man page even seem to exist.
We get the error a few places, but it boils down to the fact that when I try to run gpg-agent I get the error: ImportError: /usr/local/lib/libgcrypt.so.11: undefined symbole: gog-err-set_errno The more important error though is GPG-agent.
I would just remove the module from the list to load, as I think it's non-mandatory, but I don't know what is causing vncserver to try to load it. This error is valid because the libcanberra-gtk-module does not exist anywhere on our system.
When trying to run vncserver I get an error that: Gtk-Message: Failed to load modle "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object. We started to get some odd issues yesterday possible due to a yum install gone bad? One of the issues, PS -ef hanging indefinately (actually an ps command that looks at other user state) was fixed with a reboot.
0 kommentar(er)
