Bug#959572: sasmodels: FTBFS: TypeError: object of type <class 'numpy.float64'> cannot be safely interpreted as an integer.

Lucas Nussbaum lucas at debian.org
Sun May 3 13:44:50 BST 2020


Source: sasmodels
Version: 1.0.1-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200501 ftbfs-bullseye

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.

Relevant part (hopefully):
> make[2]: Entering directory '/<<PKGBUILDDIR>>/doc'
> mkdir -p model
> mkdir -p model/img
> python3 genmodel.py ../sasmodels/models/star_polymer.py model/star_polymer.rst
> python3 genmodel.py ../sasmodels/models/spinodal.py model/spinodal.rst
> python3 genmodel.py ../sasmodels/models/lamellar_stack_caille.py model/lamellar_stack_caille.rst
> python3 genmodel.py ../sasmodels/models/gaussian_peak.py model/gaussian_peak.rst
> python3 genmodel.py ../sasmodels/models/binary_hard_sphere.py model/binary_hard_sphere.rst
> python3 genmodel.py ../sasmodels/models/rectangular_prism.py model/rectangular_prism.rst
> python3 genmodel.py ../sasmodels/models/multilayer_vesicle.py model/multilayer_vesicle.rst
> python3 genmodel.py ../sasmodels/models/elliptical_cylinder.py model/elliptical_cylinder.rst
> python3 genmodel.py ../sasmodels/models/guinier.py model/guinier.rst
> python3 genmodel.py ../sasmodels/models/squarewell.py model/squarewell.rst
> python3 genmodel.py ../sasmodels/models/peak_lorentz.py model/peak_lorentz.rst
> python3 genmodel.py ../sasmodels/models/hollow_rectangular_prism.py model/hollow_rectangular_prism.rst
> python3 genmodel.py ../sasmodels/models/lamellar_stack_paracrystal.py model/lamellar_stack_paracrystal.rst
> python3 genmodel.py ../sasmodels/models/core_shell_bicelle.py model/core_shell_bicelle.rst
> python3 genmodel.py ../sasmodels/models/stickyhardsphere.py model/stickyhardsphere.rst
> python3 genmodel.py ../sasmodels/models/onion.py model/onion.rst
> Traceback (most recent call last):
>   File "/usr/lib/python3/dist-packages/numpy/core/function_base.py", line 117, in linspace
>     num = operator.index(num)
> TypeError: 'numpy.float64' object cannot be interpreted as an integer
> 
> During handling of the above exception, another exception occurred:
> 
> Traceback (most recent call last):
>   File "genmodel.py", line 257, in <module>
>     process_model(sys.argv[1])
>   File "genmodel.py", line 254, in process_model
>     make_figure(model_info, opts)
>   File "genmodel.py", line 123, in make_figure
>     plot_profile_inset(model_info, ax1d)
>   File "genmodel.py", line 67, in plot_profile_inset
>     x, y, labels = call_profile(model_info)
>   File "/<<PKGBUILDDIR>>/sasmodels/direct_model.py", line 99, in call_profile
>     x, y = model_info.profile(**args)
>   File "/<<PKGBUILDDIR>>/sasmodels/models/onion.py", line 378, in profile
>     for z_shell in np.linspace(0, thickness[k], num_steps+1):
>   File "<__array_function__ internals>", line 5, in linspace
>   File "/usr/lib/python3/dist-packages/numpy/core/function_base.py", line 119, in linspace
>     raise TypeError(
> TypeError: object of type <class 'numpy.float64'> cannot be safely interpreted as an integer.
> make[2]: *** [Makefile:55: model/onion.rst] Error 1

The full build log is available from:
   http://qa-logs.debian.net/2020/05/01/sasmodels_1.0.1-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



More information about the debian-science-maintainers mailing list