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.
Cheers
--
Sebastian Ramacher
Attachment:
signature.asc
Description: PGP signature