Close pysph RC bug #948736 (Was: Re: zarr and numcodecs sponsorship)

[Antonio Valentino]

Dear Anton,
thanks a lot for sponsoring the previous upload.

Now I finally received form upstream a patch that actually fixes #948736.
It is the lat RC bug remaining for pysph.

I have prepared a new version of the package including the patch.
As for the previous upload the build in CI fails so I have set 
distribution to experimental to have a chance to make a build in a more 
realistic environment.

In any case a local build on a s390x docker container seems to work 
correctly.

I would really appreciate if you could sponsor this upload also (I have 
also put a request in SoB).


kind regards

Antonio


Il 31/01/21 10:45, Antonio Valentino ha scritto:
> Dear Anton,
> 
> Il 30/01/21 19:37, Anton Gladky ha scritto:
>> Hi Antonio,
>>
>> I have just tried to build pysph, but tests are failing. The same
>> is in CI-pipelines. Could you please check?
> 
> 
> The failure in CI is expected IMHO for i386 because 
> libtrilinos-zoltan-dev an all dependent packages are not available on 
> that platform.
> 
> pysph builds successfully in my git-pbuilder on x86_64.
> I suspect that the problem in CI is due to the fact that at least to 
> core are necessary to run parallel tests.
> Is is the case on you build environment?
> ... an most of all how many cores are available in a standard builder?
> 
> The relevant part of the error message is the following IMHO:
> 
> """
> There are not enough slots available in the system to satisfy the 2
> slots that were requested by the application:
>  Â  /usr/bin/python3.9
> Either request fewer slots for your application, or make more slots
> available for use.
> A "slot" is the Open MPI term for an allocatable unit where we can
> launch a process.  The number of slots available are defined by the
> environment in which Open MPI processes are run:
>  Â  1. Hostfile, via "slots=N" clauses (N defaults to number of
>  Â Â Â Â  processor cores if not provided)
>  Â  2. The --host command line parameter, via a ":N" suffix on the
>  Â Â Â Â  hostname (N defaults to 1 if not provided)
>  Â  3. Resource manager (e.g., SLURM, PBS/Torque, LSF, etc.)
>  Â  4. If none of a hostfile, the --host command line parameter, or an
>  Â Â Â Â  RM is present, Open MPI defaults to the number of processor cores
> In all the above cases, if you want Open MPI to default to the number
> of hardware threads instead of the number of processor cores, use the
> --use-hwthread-cpus option.
> Alternatively, you can use the --oversubscribe option to ignore the
> number of available slots when deciding the number of processes to
> launch.
> """
> 
> Probably I could try to patch the code to force the number of slots to 2 
> even on a single core machine but I'm not sure that it makes sense to 
> test a parallel program in this conditions.
> The alternative could be to disable offending tests.
> 
> 
> Which is the most convenient option for you?
> 
> 
> kind regards
> antonio
> 
>> Am Di., 8. Dez. 2020 um 09:26 Uhr schrieb Antonio Valentino <
>> antonio.valentino at tiscali.it>:
>>
>>> Hi Anton,
>>>
>>> Il 05/12/20 21:53, Anton Gladky ha scritto:
>>>> Am Sa., 5. Dez. 2020 um 21:46 Uhr schrieb Antonio Valentino
>>>> <antonio.valentino at tiscali.it>:
>>>>>
>>>>> Shall I remove the sponsor request form SoB until [1] is fixed?
>>>>>
>>>> Just let me know, when the package is in buildable state.
>>>
>>> Now numcodecs builds again.
>>> I have also bumped the Standards-Version and re-tagged.
>>>
>>> Please feel free to upload if you want.
-- 
Antonio Valentino

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20210207/a52a5104/attachment.sig>