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

[Emilio Pozuelo Monfort]

On 16/12/2025 17:28, Adrian Bunk wrote:
> 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)'

Scheduled.

Emilio