I passed an interesting Sunday afternoon : removed gnupg2.0.26 and attempted to replace it with gnupg-2.1.2. The experience was not entirely successful.
I got the updated libraries installed using configure/make/checkinstall. I used checkinstall because various howto articles on ubuntu's wiki recommend it and deprecate the older 'make install'. Checkinstall offered the advantage (or so it seemed to me) of producing a deb package which when installed could be easily identified by the package management system - all the easier to remove it later if needed. Sure enough, for the libraries involved, Synaptic Package Manager recognizes these packages installed in the /usr/local/... region of the file system. However, when it came to using checkinstall on the gnupg-2.1.2 build, the deb package installed itself OVER the distro's gnupg-1.4.16. So the end result was a gain of 2.1.2 together with a loss of 1.4.16. Eventually, after re-installing 1.4.16 for a third time, and going back to 'make install', I got 2.1.2 installed without losing 1.4.16. 2.1.2 started up and looked good until I tried to do something with it and then it could not get gpg-agent running : gpg-agent: "error while loading shared libraries: libnpth.so.0: cannot open shared object file: No such file or directory" libnpth.so.0 is certainly present in /usr/local/lib/. Then I ran out of time - put the distro standard version back into service and went back to life (until next time). Philip
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
