svn commit: r317227 - head
Jeremy Messenger
mezz.freebsd at gmail.com
Fri May 3 20:24:56 UTC 2013
On Fri, May 3, 2013 at 2:56 PM, Tijl Coosemans <tijl at freebsd.org> wrote:
> On 2013-05-03 19:59, Emanuel Haupt wrote:
>> Author: ehaupt
>> Date: Fri May 3 17:59:06 2013
>> New Revision: 317227
>> URL: http://svnweb.freebsd.org/changeset/ports/317227
>>
>> Log:
>> Add a note about the security/libgcrypt update.
>>
>> Modified:
>> head/UPDATING
>>
>> Modified: head/UPDATING
>> ==============================================================================
>> --- head/UPDATING Fri May 3 17:42:12 2013 (r317226)
>> +++ head/UPDATING Fri May 3 17:59:06 2013 (r317227)
>> @@ -5,6 +5,27 @@ they are unavoidable.
>> You should get into the habit of checking this file for changes each time
>> you update your ports collection, before attempting any port upgrades.
>>
>> +20130503:
>> + AFFECTS: users of security/libgcrypt and any port that depends on it
>> + AUTHOR: ehaupt at FreeBSD.org
>> +
>> + The libgcrypt port has been updated to 1.5.2 and all shared libraries
>> + versions have been bumped. So you need to rebuild all applications that
>> + depend on libgcrypt. Do something like:
>
> This shouldn't have happened.
>
> In the configure.ac for version 1.5.0 it says:
>
>> # LT Version numbers, remember to change them just *before* a release.
>> # (Interfaces removed: CURRENT++, AGE=0, REVISION=0)
>> # (Interfaces added: CURRENT++, AGE++, REVISION=0)
>> # (No interfaces changed: REVISION++)
>> LIBGCRYPT_LT_CURRENT=18
>> LIBGCRYPT_LT_AGE=7
>> LIBGCRYPT_LT_REVISION=0
>
> In 1.5.2 it is:
>
>> # LT Version numbers, remember to change them just *before* a release.
>> # (Interfaces removed: CURRENT++, AGE=0, REVISION=0)
>> # (Interfaces added: CURRENT++, AGE++, REVISION=0)
>> # (No interfaces changed: REVISION++)
>> # NOTE: This is a stable branch, thus you may only bump up REVISION
>> # unless you coordinate with the development branch.
>> #
>> LIBGCRYPT_LT_CURRENT=19
>> LIBGCRYPT_LT_AGE=8
>> LIBGCRYPT_LT_REVISION=1
>
> The library version should be CURRENT - AGE, i.e. 11 in both cases and
> therefore no version bump.
Add USE_GNOME=ltverhack will fix this bug.
While I am here, it will be great if someone can move it over to USES
since it's not specific to GNOME. Something like USES=libtool:verhack
libtool:asneededhack or different idea. :-) We have three patches for
libtool:
ltasneededhack: It's for if the –as-needed doesn't work very well. It
helps a lot on Evolution. Without it, it will take very long time to
start up. See here: http://people.freebsd.org/~mezz/evolution.txt Big
difference!
lthack: It's deprecated. See 'Libtool Issues' at
http://www.freebsd.org/gnome/docs/porting.html .
ltverhack: It will patch libtool to get it builds/installs correct
shared library version. It will be as same as exactly what it
builds/installs in Linux. It won't change the shared library version
if there is no ABI change.
--
mezz.freebsd at gmail.com - mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org
More information about the svn-ports-all
mailing list