<div dir="ltr"><div>Hi Antonio,</div><div><br></div><div>uploaded!<br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br>Anton</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am So., 7. Feb. 2021 um 10:54 Uhr schrieb Antonio Valentino <<a href="mailto:antonio.valentino@tiscali.it">antonio.valentino@tiscali.it</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Anton,<br>
thanks a lot for sponsoring the previous upload.<br>
<br>
Now I finally received form upstream a patch that actually fixes #948736.<br>
It is the lat RC bug remaining for pysph.<br>
<br>
I have prepared a new version of the package including the patch.<br>
As for the previous upload the build in CI fails so I have set <br>
distribution to experimental to have a chance to make a build in a more <br>
realistic environment.<br>
<br>
In any case a local build on a s390x docker container seems to work <br>
correctly.<br>
<br>
I would really appreciate if you could sponsor this upload also (I have <br>
also put a request in SoB).<br>
<br>
<br>
kind regards<br>
<br>
Antonio<br>
<br>
<br>
Il 31/01/21 10:45, Antonio Valentino ha scritto:<br>
> Dear Anton,<br>
> <br>
> Il 30/01/21 19:37, Anton Gladky ha scritto:<br>
>> Hi Antonio,<br>
>><br>
>> I have just tried to build pysph, but tests are failing. The same<br>
>> is in CI-pipelines. Could you please check?<br>
> <br>
> <br>
> The failure in CI is expected IMHO for i386 because <br>
> libtrilinos-zoltan-dev an all dependent packages are not available on <br>
> that platform.<br>
> <br>
> pysph builds successfully in my git-pbuilder on x86_64.<br>
> I suspect that the problem in CI is due to the fact that at least to <br>
> core are necessary to run parallel tests.<br>
> Is is the case on you build environment?<br>
> ... an most of all how many cores are available in a standard builder?<br>
> <br>
> The relevant part of the error message is the following IMHO:<br>
> <br>
> """<br>
> There are not enough slots available in the system to satisfy the 2<br>
> slots that were requested by the application:<br>
>    /usr/bin/python3.9<br>
> Either request fewer slots for your application, or make more slots<br>
> available for use.<br>
> A "slot" is the Open MPI term for an allocatable unit where we can<br>
> launch a process.  The number of slots available are defined by the<br>
> environment in which Open MPI processes are run:<br>
>    1. Hostfile, via "slots=N" clauses (N defaults to number of<br>
>       processor cores if not provided)<br>
>    2. The --host command line parameter, via a ":N" suffix on the<br>
>       hostname (N defaults to 1 if not provided)<br>
>    3. Resource manager (e.g., SLURM, PBS/Torque, LSF, etc.)<br>
>    4. If none of a hostfile, the --host command line parameter, or an<br>
>       RM is present, Open MPI defaults to the number of processor cores<br>
> In all the above cases, if you want Open MPI to default to the number<br>
> of hardware threads instead of the number of processor cores, use the<br>
> --use-hwthread-cpus option.<br>
> Alternatively, you can use the --oversubscribe option to ignore the<br>
> number of available slots when deciding the number of processes to<br>
> launch.<br>
> """<br>
> <br>
> Probably I could try to patch the code to force the number of slots to 2 <br>
> even on a single core machine but I'm not sure that it makes sense to <br>
> test a parallel program in this conditions.<br>
> The alternative could be to disable offending tests.<br>
> <br>
> <br>
> Which is the most convenient option for you?<br>
> <br>
> <br>
> kind regards<br>
> antonio<br>
> <br>
>> Am Di., 8. Dez. 2020 um 09:26 Uhr schrieb Antonio Valentino <<br>
>> <a href="mailto:antonio.valentino@tiscali.it" target="_blank">antonio.valentino@tiscali.it</a>>:<br>
>><br>
>>> Hi Anton,<br>
>>><br>
>>> Il 05/12/20 21:53, Anton Gladky ha scritto:<br>
>>>> Am Sa., 5. Dez. 2020 um 21:46 Uhr schrieb Antonio Valentino<br>
>>>> <<a href="mailto:antonio.valentino@tiscali.it" target="_blank">antonio.valentino@tiscali.it</a>>:<br>
>>>>><br>
>>>>> Shall I remove the sponsor request form SoB until [1] is fixed?<br>
>>>>><br>
>>>> Just let me know, when the package is in buildable state.<br>
>>><br>
>>> Now numcodecs builds again.<br>
>>> I have also bumped the Standards-Version and re-tagged.<br>
>>><br>
>>> Please feel free to upload if you want.<br>
-- <br>
Antonio Valentino<br>
<br>
</blockquote></div>