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

Nicholas Breen nbreen at debian.org
Fri Sep 4 16:12:30 UTC 2015


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



More information about the Debichem-devel mailing list