Bug#1025259: Bug#1025196: zfp: (autopkgtest) needs update for python3.11: No module named 'zfpy'

[Antonio Valentino]

Il 02/12/22 09:59, Jochen Sprickerhof ha scritto:
> Control: tags -1 + patch
> 
> Hi Antonio,
> 
> * Antonio Valentino <antonio.valentino at tiscali.it> [2022-12-02 07:56]:
>>> We are in the transition of adding python3.11 as a supported Python 
>>> version [0]. With a recent upload of python3-defaults the autopkgtest 
>>> of zfp fails in testing when that autopkgtest is run with the binary 
>>> packages of python3-defaults from unstable. It passes when run with 
>>> only packages from testing. In tabular form:
>>>
>>>                        pass            fail
>>> python3-defaults       from testing    3.10.6-3
>>> zfp                    from testing    1.0.0-3
>>> all others             from testing    from testing

[...]

>> the problem is due to the fact that out d/rules only build builds the 
>> Python extension for the default python version (3.10 currently).
>> IMHO the solution is configure/build twice with cmake in order to have 
>> the Python extension for all the supported Python versions.
>>
>> If it is OK for you, I plan to work on it during the weekend.
>> If you have an better solution or can point me to a package that faced 
>> the same issue please let me know.
> 
> pybuild has support for this, I've attached a patch. Note that There is 
> no need to pass -DCMAKE_BUILD_TYPE=RelWithDebInfo to cmake as debhelper 
> does the right thing already.

Thanks Jochen

-- 
Antonio Valentino