[Debichem-devel] Bug#797744: Bug#797744: Bug#797744: gromacs: shared library in a package that is not renamed with its SONAME

[Christoph Junghans]

Hi Nicholas,

if you bump gromacs to 5.1, please add the following patch
<http://pkgs.fedoraproject.org/cgit/votca-csg.git/tree/votca-csg-1.2.4-gmx51.patch>
to votca-csg-1.2.4

votca-csg-1.3 is on the way, but with the switch from google code to
github things got delayed a little bit.

Thanks,

Christoph


2015-09-04 10:12 GMT-06:00 Nicholas Breen <nbreen at debian.org>:
> On Wed, Sep 02, 2015 at 09:15:58AM +0100, Simon McVittie wrote:
>> Source: gromacs
>> Version: 5.0.6-1
>> Severity: serious
>> Justification: Policy 8.1
>>
>> The gromacs binary package contains a public shared library
>> (libgromacs.so.0), and votca-csg depends on it.
>>
>> Policy §8.1 says:
>>
>> > The run-time shared library must be placed in a package whose name
>> > changes whenever the SONAME of the shared library changes.
>
> Yeah, that's a leftover from before votca entered the archive, and gromacs fell
> under the "Shared libraries that are internal to a particular package" wording,
> making it exempt from section 8.
>
> I'll see if I can split it for 5.1, but it'll be at least three weeks until I
> can get to working on that.  On the plus side, maybe the C++ transitions will
> have settled down a little by then.
>
>
> --
> Nicholas Breen
> nbreen at debian.org
>
> _______________________________________________
> Debichem-devel mailing list
> Debichem-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debichem-devel



-- 
Christoph Junghans
Web: http://www.compphys.de