[Debian-med-packaging] Bug#968730: libnifti2: libniftiio.so.2 not provided

[Juhani Numminen]

Hi!

Gianfranco, thanks for your valuable input.

On Mon, 7 Dec 2020 01:15:35 +0100 Gianfranco Costamagna <locutusofborg at debian.org> wrote:
> Hello, how can three different binaries provide the very same old -dev library?
> 
> what happens now is that apt gets the old real cruft binary -dev package, and not the virtual provided one
> (because it seems to have higher priority).
> 
> So the rebuilds won't pick up the new library.
> 
> I think you have multiple ways to solve:
> 1) restore the old dev package as a binary package that depends on the three new split -dev
> 2) fix and patch all the reverse dependencies to depend on the right subpackage (or all if they need them all).

For the record, route 1) is being taken:

Now libnifti-dev (a transitional real package) depends on libnifti2-dev.
The package libnifti2-dev depends on three split -dev subpackages.

There is also an issue of Breaks mentioned back in November:

On Fri, 13 Nov 2020 11:26:06 +0100 Gianfranco Costamagna <locutusofborg at debian.org> wrote:
> this library libnifti2 should probably runtime break all the reverse-dependencies not yet binNMUed
> (I'm going to open shortly a binNMU request for reverse-dependencies)

Because libnifti2 binary is not produced by src:nifticlib anymore, breaks will not be needed.
The rebuilt library users will now be depending on any of these ones instead:
libnifti2-2, libnifticdf2, libniftiio2 or libznz3.


Regards,
Juhani