Control: retitle -1 dh-octave: Should inject Octave substvars only for main binary package
Oops… * Rafael Laboissière <[email protected]> [2026-09-11 11:07]: > Control: reassign -1 dh-octave 1.17.2 > Control: affects -1 iso2mesh-tools > Control: retitle dh-octave: Should inject Octave substvars only for main > binary package > > * Adrian Bunk <[email protected]> [2026-09-10 19:00]: > >> 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. > > I found the culprit: the bug is in the dh-octave package. Its utility > dh_octave_substvars injects the ${octave:Depends} definition into the > debian/*.substvars files of all binary packages defined in debian/control. > However, this should only be done for the package containing the DESCRIPTION > file.5B > > I am hereby reassigning this bug report to dh-octave, > > Best, > > Rafael Laboissière >
