Re: [ITP] afflib 3.7.20-1

[Jon Turney <jon.turney@dronecode.org.uk>]

On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote:
> Jon Turney wrote:
>>
>> Thanks!
>>
>>>
>>> libafflib_CONTENTS="
>>>     usr/bin/cygafflib-*.dll
>>
>> Any reason why this package doesn't include the soversion, i.e. why 
>> not libafflib0?
>>
> 
> Libtsk and libafflib are my first library packages, so I'm not sure what 
> the policy is. My recent package libtsk has been accepted without 
> soversion, so I omitted it also here. I assumed that the soversion will 

I'm going to suggest that was an oversight in the review.

> be added only when needed for new not backward compatible releases. The 
> upstream afflib project is mostly idling, so I don't expect any new 
> major lib versions in the near future.
> 
> If course, I could rename it to libafflib0 if desired.

As far as I know, there is no cost for doing this, and it saves grief if 
upstream ever bumps the soversion.

Also, it's probably best to explicitly list the filename with soversion 
in the CONTENTS, so that if upstream ever does change the soversion, it 
will be detected as a packaging failure, rather than producing a package 
with a mismatch between the soversion in it's name and in it's contents.

(Cygport should perhaps and detect and warn about apparently soversioned 
libraries that aren't in appropriately named packages, but...)