Bug#996204: transition: numerical library stack

[Sebastian Ramacher]

Control: clone -1 -2
Control: reassign -2 src:hypre 2.18.1-1
Control: tags -2 =
Control: severity -2 serious

Let's try that again …

On 2021-11-03 20:57:27 +0100, Sebastian Ramacher wrote:
> Source: hypre
> Version: 2.18.1-1
> Severity: serious
> Justification: Policy 8.1
> Control: retitle -1 hypre: shared libraries package must be renamed on SONAME change (Policy 8.1)
> 
> On 2021-11-03 09:49:13 +0100, Drew Parsons wrote:
> > On 2021-10-31 20:57, Anton Gladky wrote:
> > > sundials_5.8.0 is in unstable already.
> > 
> > Thanks Anton.
> > 
> > Is deal.ii the core blocker at this point?  Looks like it has other issues,
> > Bug#996277, not related to the numerical library transition. It's scheduled
> > for removal next week.
> 
> The real blocker is hypre, specifically:
> 
> hypre (2.18.1-1) experimental; urgency=medium
>  .
>    * Team upload.
>    * New upstream release.
>    * Standards-Version: 4.4.1
>    * Provide library binary package as libhypre without the soname
>      version embedded in the package name. Enforce version dependency
>      through strict shlibs dependency. This is to workaround lack of
>      ABI backwards compatibility and keep minor version updates being
>      delayed in the NEW queue. See README.Debian.
> 
> 
> As a consequence, hypre breaks co-installability of all its reverse
> dependencies, therefore breaking smooth updates of the packages involved
> in the transition. And yes, in the end, deal.ii currently keeps the
> whole stack from migrating as it renders deal.ii's binaries
> uninstallable in testing. As britney would put it:
> 
>  -  finish: [petsc4py,slepc4py,dolfin,mshr,slepc,petsc,hypre,sundials,getdp/amd64,getdp/arm64,getdp/armel,getdp/armhf,getdp/i386,getdp/mipsel,getdp/mips64el,getdp/ppc64el,getdp/s390x,-libmumps-5.3/i386,-libmumps-5.3/armel,-libmumps-5.3/armhf,-libmumps-5.3/mipsel,-libmumps-5.3/mips64el,-libmumps-64pord-5.3/i386,-libmumps-64pord-5.3/amd64,-libmumps-64pord-5.3/arm64,-libmumps-64pord-5.3/armel,-libmumps-64pord-5.3/armhf,-libmumps-64pord-5.3/s390x,-libmumps-64pord-5.3/mipsel,-libmumps-64pord-5.3/ppc64el,-libsuperlu-dist6/i386,-libmumps-64pord-5.3/mips64el,-libsuperlu-dist6/armel,-libsuperlu-dist6/armhf,-libsuperlu-dist6/mipsel,-libslepc-real3.14/amd64,-libslepc-real3.14/arm64,-libslepc-real3.14/s390x,-libsuperlu-dist6/mips64el,-libslepc-real3.14/ppc64el,-libpetsc-real3.14/amd64,-libpetsc-real3.14/arm64,-libpetsc-real3.14/s390x,-libpetsc-real3.14/ppc64el,-libmumps-5.3/amd64,-libsuperlu-dist6/amd64,-libmumps-5.3/arm64,-libsuperlu-dist6/arm64,-libmumps-5.3/s390x,-libsuperlu-dist6/s390x,-libmumps-5.3/ppc64el,-libsuperlu-dist6/ppc64el]
>  - endloop: 120+0: a-1:a-0:a-0:a-0:i-118:m-0:m-0:p-0:s-1
>  -     now: 128+0: a-3:a-2:a-0:a-0:i-118:m-0:m-0:p-2:s-3
>  -     * amd64: libdeal.ii-9.3.0, libdeal.ii-dev
>  -     * arm64: libdeal.ii-9.3.0, libdeal.ii-dev
>  -     * ppc64el: libdeal.ii-9.3.0, libdeal.ii-dev
>  -     * s390x: libdeal.ii-9.3.0, libdeal.ii-dev
>  - 
>  - Removed 35 of 86 cruft item(s) after the changes
>  - easy: 128+0: a-3:a-2:a-0:a-0:i-118:m-0:m-0:p-2:s-3
>  -     * amd64: libdeal.ii-9.3.0, libdeal.ii-dev
>  -     * arm64: libdeal.ii-9.3.0, libdeal.ii-dev
>  -     * ppc64el: libdeal.ii-9.3.0, libdeal.ii-dev
>  -     * s390x: libdeal.ii-9.3.0, libdeal.ii-dev
>  - FAILED
> 
> Policy 8.1 says at the very beginning: "The run-time shared library must
> be placed in a package whose name changes whenever the SONAME of the
> shared library changes." Please fix libhypre and the other shared
> library packages built by hypre.
-- 
Sebastian Ramacher
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20211103/0936d27e/attachment.sig>