On Thu, Sep 10, 2026 at 04:23:24PM +0200, Rafael Laboissière wrote: > * Adrian Bunk <[email protected]> [2026-09-08 18:22]: > > > Package: iso2mesh-tools > > Version: 1.9.8+ds-4 > > Severity: serious > > > > https://tracker.debian.org/pkg/octave-iso2mesh > > > > Issues preventing migration: > > ∙ ∙ iso2mesh-tools/s390x has unsatisfiable dependency > > > > > > In 1.9.8+ds-4 iso2mesh-tools gained dependencies on > > octave, octave-jnifti, octave-jsonlab, octave-zmat > > and none of the latter 3 is installable on s390x due > > to non-availability of octave-zmat. > > > > If it is correct for iso2mesh-tools to have these octave > > dependencies, then they have to also become build dependencies > > to prevent building on s390x. > > Thanks for the bug report, Adrian. > > octave-zmat is uninstallable on s390x because it build-depends on > libblosc2-dev, which is also uninstallable in this architecture either. BTW, > there is a planned transition for c-blosc2. [1][2] > > Would it be appropriate to declare the current bug as being blocked by > Bug#1141561?
No. #1141561 doesn't fix s390x, it expands the same problem to armhf and i386. The iso2mesh-tools dependencies seem to come from the compat 14 change. If they are incorrect, then this should be fixed. If they are correct, then building iso2mesh-tools must be restricted to where octave-zmat is available (through build dependencies), so that the old binaries can be removed. > Best, > > Rafael Laboissière >... cu Adrian
