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