Bug#1121356: closed by Markus Blatt <markus at dr-blatt.de> (Fixed by changes in scotch packages version 7.0.7-1)

[Adrian Bunk]

On Tue, Dec 16, 2025 at 02:08:08PM +0100, Markus Blatt wrote:
> Hi,
> 
> thanks a lot for being so diligent.
> 
> On 12/16/25 11:47, Adrian Bunk wrote:
> > > I am closing this as it prevents migration and is actually resolved.
> > > 
> > > The bug was caused by incompatibilities in scotch 7.0 in earlier packages. These are resolved now and the packages
> > > builds with the current version 7.0.7-1.
> > Everything builds now, but the following looks like a regression to me:
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=opm-simulators&arch=amd64&ver=2025.10%2Bds-4&stamp=1765648983&raw=0
> > 
> > ...
> > -- Found PTScotch: /usr/include/scotch
> > -- Found Scotch: /usr/include/scotch
> > -- Found METIS: /usr/lib/x86_64-linux-gnu/libmetis.so
> > -- Looking for parmetis.h
> > -- Looking for parmetis.h - found
> > -- Found ParMETIS: /usr/include/parmetis
> > ...
> > CMake Warning at /usr/lib/x86_64-linux-gnu/cmake/opm-grid/opm-grid-config.cmake:365 (message):
> >    Incompatible value "1" of variable "IS_SCOTCH_METIS_HEADER"
> > Call Stack (most recent call first):
> >    /usr/share/opm/cmake/Modules/OpmFind.cmake:147 (find_package)
> >    /usr/share/opm/cmake/Modules/OpmPackage.cmake:195 (find_and_append_package_to)
> >    opm-simulators-prereqs.cmake:69 (find_package_deps)
> >    CMakeLists.txt:167 (include)
> > ...
> 
> I think this is due to different Debian package versions of scotch being
> used for opm-grid (7.0.10-2) and opm-simulators (7.0.10-7).
> 
> The former did not install metis.h in /usr/include/metis while the latter
> does.

That seems to be correct according to both the build logs and some local 
testing.

> While I don't think that there is an big problem with this, we should
> probably still recompile opm-grid to have both modules use
> the same defines.
> 
> The define is uses in a header and source file, but the API should be
> unchanged. It will skip some better setting even if scotch is found.
> 
> Can someone trigger a binary rebuild of opm-grid or do we need an unchanged
> source upload with a version bump?

Emilio, while not strictly required for the scotch transition (the old 
scotch packages have been removed from testing) the following will fix 
the above issue:

wb nmu 3 opm-grid_2025.10+ds-1 . amd64 arm64 ppc64el riscv64 loong64 . -m 'Rebuild against scotch 7.0.10-7'
wb nmu 1 opm-simulators_2025.10+ds-4 . amd64 arm64 ppc64el riscv64 loong64 . -m 'Rebuild against scotch 7.0.10-7'
wb dw opm-simulators_2025.10+ds-4 . amd64 arm64 ppc64el riscv64 loong64 . -m 'libopm-grid-dev (>= 2025.10+ds-1+b3)'

> Best,
> 
> Markus

cu
Adrian