Re: Bug#879886: [Debian-med-packaging] libhts2: libhts2 needs to handle ABI changes
- To: Afif Elghraoui <afif@debian.org>, 879886@bugs.debian.org
- Cc: Mattia Rizzolo <mattia@debian.org>, ginggs@debian.org, Debian Med Project List <debian-med@lists.debian.org>
- Subject: Re: Bug#879886: [Debian-med-packaging] libhts2: libhts2 needs to handle ABI changes
- From: Diane Trout <diane@ghic.org>
- Date: Tue, 07 Nov 2017 17:09:34 -0800
- Message-id: <[🔎] 1510103374.2426.12.camel@ghic.org>
- In-reply-to: <f538f5ef-d72b-43e9-9f88-7e627fd03bc0@debian.org>
- References: <877evh9116.fsf@amarana.ghic.org> <877evh9116.fsf@amarana.ghic.org> <20171026194431.vbjboflgi3ejixg2@mapreri.org> <75c50d58-e154-bb21-2d70-47e2db8dca26@debian.org> <877evh9116.fsf@amarana.ghic.org> <20171027135528.k56gmdj674wy7dab@mapreri.org> <877evh9116.fsf@amarana.ghic.org> <b17e64c5-55fa-190b-dedc-500c2c819526@debian.org> <1509733081.1245.86.camel@ghic.org> <1509745931.1245.101.camel@ghic.org> <f538f5ef-d72b-43e9-9f88-7e627fd03bc0@debian.org>
Hi everyone,
I talked some with upstream about the symbols issues with htslib2
https://github.com/samtools/htslib/issues/616
They think that cram/*.h are private headers, but because we have a
policy of avoiding convenience copies we made those functions public[1]
because a few applications embed htslib and directly use the private
headers.
I do think we should bring back the symbols file, but I was wondering
if we should split the cram headers into a libhts-private-dev so we can
at least track what is depending on the non-public api.
I did realize that my thought about updating the SOVERSION might be
wrong because I was just looking in the source tree for the removed
functions but I should have been checking the public header files.
Diane
[1] https://anonscm.debian.org/cgit/debian-med/htslib.git/tree/debian/p
atches/htslib-add-cram_to_bam.patch
Reply to: