ports/137617: security/libgcrypt: error: shared library "gpg-error.0" does not exist

[Nathaniel W Filardo]

The following reply was made to PR ports/137617; it has been noted by GNATS.

From: Nathaniel W Filardo <nwf at cs.jhu.edu>
To: bug-followup at freebsd.org, stan at dosonresorthotel.net
Cc:  
Subject: Re: ports/137617: security/libgcrypt: error: shared library
	"gpg-error.0" does not exist
Date: Fri, 25 Sep 2009 12:55:35 -0400

 --eegVCDMvnUS/vTOg
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 I just now tripped over this on a brand new jail, constructed using ezjail
 which had run "update -i" to a buildworld from yesterday.  I don't
 understand what's going on, and all of the results on google suggest that
 this is due to an upgrade problem, which can't be the case here...
 
 So here's everything I do know:
 
 hydra# uname -a
 FreeBSD hydra.priv.oc.ietfng.org 9.0-CURRENT FreeBSD 9.0-CURRENT #7: Thu Sep
 24 22:08:03 EDT 2009
 root at hydra.priv.oc.ietfng.org:/systank/obj/systank/src/sys/NWFKERN  sparc64
 
 hydra# head -n 9 /usr/ports/UPDATING | tail -n 2
 20090919:
   AFFECTS: users of mail/postfix-postfwd
 
 jail# cd /usr/ports/security/libgpg-error
 jail# make
 ...
 btool: link: (cd ".libs" && rm -f "libgpg-error.so" && ln -s
 "libgpg-error.so.5" "libgpg-error.so")
 ...
 jail# pkg_info
 gettext-0.17_1      GNU gettext package
 libiconv-1.13.1     A character set conversion library
 libtool-2.2.6a      Generic shared library support script
 portmaster-2.12     Manage your ports without external databases or languages
 
 Applying the following patch to the unpacked, generated Makefile suffices to
 build the correct library, but this can't be the right thing to do (these
 are derived constants from configure.ac):
 --- Makefile.orig       2009-09-25 16:49:52.472013760 +0000
 +++ Makefile    2009-09-25 16:49:27.906071680 +0000
 @@ -308,7 +308,7 @@
  intllibs = -L/usr/local/lib -lintl -L/usr/local/lib -liconv
 -R/usr/local/lib
  #intllibs =
  libgpg_error_la_LDFLAGS = $(gpg_error_res_ldflag) -version-info \
 -  5:0:5 \
 +  0:0:0 \
    $(no_undefined) $(export_symbols)
 
  libgpg_error_la_SOURCES = gpg-error.h gettext.h $(arch_sources) \
 
 On the other hand, that seems to indicate that libtool changed behaviors at
 some point and now generates files named by .$CURRENT rather than
 .$((CURRENT-AGE)).  Can somebody with a system that they think works please
 check that they don't have both a libgpg-error.so.5 and a stale
 libgpg-error.so.0 from prior to upgrading libtool?
 
 Help?  Thanks.
 --nwf;
 
 --eegVCDMvnUS/vTOg
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.9 (GNU/Linux)
 
 iEYEARECAAYFAkq89gcACgkQTeQabvr9Tc+09ACfWT2C2Bk0JGQsOFIgz133ePsc
 xlIAnjDpZYNVlQ0EGBZAE9jxPxQNoVG5
 =TsTP
 -----END PGP SIGNATURE-----
 
 --eegVCDMvnUS/vTOg--