Subject: HEADS UP: libtool change sweep COMPLETE
To: None <firstname.lastname@example.org>
From: Todd Vierling <email@example.com>
Date: 10/02/2004 20:27:31
The commit of the libtool versioning change (and all the associated
PKGREVISION and BUILDLINK_RECOMMENDED bumps) is complete. Please make sure
that your next update of pkgsrc is complete; in particular, to get the new
value of LIBTOOL_REQD in mk/bsd.pkg.mk.
The PKGREVISION was bumped in about 2200 packages, probably making this the
biggest such bump ever. But, this was done for a very important reason; it
fixes a long-standing problem in the way libtool has been choosing shared
library versions (PR pkg/26633).
By default, dependencies will require updating all bumped packages.
However, it's not *required* that all bumped packages be updated
immediately. If you want to compile against older packages to provide a
smoother transition path, you may set:
in mk.conf. Note that packages built with this option set should not be put
on public FTP servers, as they are nonstandard.
You'll notice most readily that (on most host platforms) shared libraries
have switched to 3-part version numbers. The good part of this is that
libraries that were previously changing major numbers for added functions
(say, libexpat) will now change only minor numbers, thus staying ABI
compatible and not requiring rebuilding of dependencies.
I don't have access to all host platforms usable with pkgsrc, so it's
possible that this change is broken on some platforms. Please report any
breakage you see to firstname.lastname@example.org (and feel free to Cc: me directly).
-- Todd Vierling <email@example.com> <firstname.lastname@example.org>