[Debian-med-packaging] Bug#879886: Bug#879886: libhts2: libhts2 needs to handle ABI changes
Diane Trout
diane at ghic.org
Thu Nov 9 07:32:56 UTC 2017
On Thu, 2017-11-09 at 02:03 -0500, Afif Elghraoui wrote:
> > - TODO Split private cram headers off into a new libhts-private-dev
> > package
>
> I'd rather be in favor of restoring the bundled htslib to seqlib as
> the short term solution. Putting a private package in the archive may
> exacerbate the problem and is odd nevertheless.
The no convenience copies of libraries is a pretty strong rule of
Debian, and there are good maintenance reasons for it. Although I'm not
opposed to it I'd like several people to agree that its the best option
first.
On the plus side overriding it would allow us to drop the patch that is
making the cram symbols public, on the downside we'd have to remember
that bugs involving htslib also impact libseqlib.
I think we'd need to use the Built-Using tag? I haven't used that
before.
On the other hand upstream did suggest that the private-dev library was
a viable temporary solution. (Though doing that would push htslib into
NEW).
>
> And there is another action item--
> TODO update the htslib package to the latest release.
Very true.... I did try building 1.6 and there was a problem with
running tests that I haven't investigated yet.
Diane
More information about the Debian-med-packaging
mailing list