Your message dated Thu, 30 Apr 2020 12:18:26 +0000
with message-id <e1ju894-000j9i...@fasolo.debian.org>
and subject line Bug#959134: fixed in astroml 0.4.post1-6
has caused the Debian Bug report #959134,
regarding astroml: (autopkgtest) needs update for new version of numpy: object 
of type <class 'float'> cannot be safely interpreted as an integer
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
959134: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959134
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: astroml
Version: 0.4.post1-5
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, nu...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:numpy

Dear maintainer(s),

With a recent upload of numpy the autopkgtest of astroml fails in
testing when that autopkgtest is run with the binary packages of numpy
from unstable. It passes when run with only packages from testing. In
tabular form:

                       pass            fail
numpy                  from testing    1:1.18.3-1
astroml                from testing    0.4.post1-5
all others             from testing    from testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of numpy to testing
[1]. Of course, numpy shouldn't just break your autopkgtest (or even
worse, your package), but it seems to me that the change in numpy was
intended and your package needs to update to the new situation.

If this is a real problem in your package (and not only in your
autopkgtest), the right binary package(s) from numpy should really add a
versioned Breaks on the unfixed version of (one of your) package(s).
Note: the Breaks is nice even if the issue is only in the autopkgtest as
it helps the migration software to figure out the right versions to
combine in the tests.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=numpy

https://ci.debian.net/data/autopkgtest/testing/amd64/a/astroml/5208422/log.gz

=================================== FAILURES
===================================
_______________________________ test_gaussian1d
________________________________

start = -6, stop = 10, num = 1000.0, endpoint = True, retstep = False
dtype = None, axis = 0

    @array_function_dispatch(_linspace_dispatcher)
    def linspace(start, stop, num=50, endpoint=True, retstep=False,
dtype=None,
                 axis=0):
        """
        Return evenly spaced numbers over a specified interval.

        Returns `num` evenly spaced samples, calculated over the
        interval [`start`, `stop`].

        The endpoint of the interval can optionally be excluded.

        .. versionchanged:: 1.16.0
            Non-scalar `start` and `stop` are now supported.

        Parameters
        ----------
        start : array_like
            The starting value of the sequence.
        stop : array_like
            The end value of the sequence, unless `endpoint` is set to
False.
            In that case, the sequence consists of all but the last of
``num + 1``
            evenly spaced samples, so that `stop` is excluded.  Note
that the step
            size changes when `endpoint` is False.
        num : int, optional
            Number of samples to generate. Default is 50. Must be
non-negative.
        endpoint : bool, optional
            If True, `stop` is the last sample. Otherwise, it is not
included.
            Default is True.
        retstep : bool, optional
            If True, return (`samples`, `step`), where `step` is the spacing
            between samples.
        dtype : dtype, optional
            The type of the output array.  If `dtype` is not given,
infer the data
            type from the other input arguments.

            .. versionadded:: 1.9.0

        axis : int, optional
            The axis in the result to store the samples.  Relevant only
if start
            or stop are array-like.  By default (0), the samples will be
along a
            new axis inserted at the beginning. Use -1 to get an axis at
the end.

            .. versionadded:: 1.16.0

        Returns
        -------
        samples : ndarray
            There are `num` equally spaced samples in the closed interval
            ``[start, stop]`` or the half-open interval ``[start, stop)``
            (depending on whether `endpoint` is True or False).
        step : float, optional
            Only returned if `retstep` is True

            Size of spacing between samples.


        See Also
        --------
        arange : Similar to `linspace`, but uses a step size (instead of the
                 number of samples).
        geomspace : Similar to `linspace`, but with numbers spaced
evenly on a log
                    scale (a geometric progression).
        logspace : Similar to `geomspace`, but with the end points
specified as
                   logarithms.

        Examples
        --------
        >>> np.linspace(2.0, 3.0, num=5)
        array([2.  , 2.25, 2.5 , 2.75, 3.  ])
        >>> np.linspace(2.0, 3.0, num=5, endpoint=False)
        array([2. ,  2.2,  2.4,  2.6,  2.8])
        >>> np.linspace(2.0, 3.0, num=5, retstep=True)
        (array([2.  ,  2.25,  2.5 ,  2.75,  3.  ]), 0.25)

        Graphical illustration:

        >>> import matplotlib.pyplot as plt
        >>> N = 8
        >>> y = np.zeros(N)
        >>> x1 = np.linspace(0, 10, N, endpoint=True)
        >>> x2 = np.linspace(0, 10, N, endpoint=False)
        >>> plt.plot(x1, y, 'o')
        [<matplotlib.lines.Line2D object at 0x...>]
        >>> plt.plot(x2, y + 0.5, 'o')
        [<matplotlib.lines.Line2D object at 0x...>]
        >>> plt.ylim([-0.5, 1])
        (-0.5, 1)
        >>> plt.show()

        """
        try:
>           num = operator.index(num)
E           TypeError: 'float' object cannot be interpreted as an integer

/usr/lib/python3/dist-packages/numpy/core/function_base.py:117: TypeError

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
--- Begin Message ---
Source: astroml
Source-Version: 0.4.post1-6
Done: Ole Streicher <oleb...@debian.org>

We believe that the bug you reported is fixed in the latest version of
astroml, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 959...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ole Streicher <oleb...@debian.org> (supplier of updated astroml package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Thu, 30 Apr 2020 13:58:06 +0200
Source: astroml
Architecture: source
Version: 0.4.post1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian Astronomy Team 
<debian-astro-maintain...@lists.alioth.debian.org>
Changed-By: Ole Streicher <oleb...@debian.org>
Closes: 959134
Changes:
 astroml (0.4.post1-6) unstable; urgency=medium
 .
   * Fix np 1.18 compatibility in test (Closes: #959134)
   * Push Standards-Version to 4.5.0. No changes needed
   * Remove unneeded minversion for build sklearn dep
Checksums-Sha1:
 d4024153c96f37bf8bb49aacdbf3d307bdaf3d3f 2265 astroml_0.4.post1-6.dsc
 bd243039aea7f2792af53e514d6d8b53b7040a9a 5508 astroml_0.4.post1-6.debian.tar.xz
Checksums-Sha256:
 85a8663b7533137c2dacb0b57c87e1c648efc6c38e3a3dbef7407d19ef1a0420 2265 
astroml_0.4.post1-6.dsc
 6873b96b0af4336d88ff1b9d32bd8488ee9ddb2b6236b90b7bd86ab4fe54a7cb 5508 
astroml_0.4.post1-6.debian.tar.xz
Files:
 48f54987faa02201349e9aedace59ede 2265 python optional astroml_0.4.post1-6.dsc
 ab0ed9312873639ea31f5f7bdf9dc5d0 5508 python optional 
astroml_0.4.post1-6.debian.tar.xz

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEuvxshffLFD/utvsVcRWv0HcQ3PcFAl6qvc0ACgkQcRWv0HcQ
3Pd+hw//QbnxxdxCJryKgOxyPyHrEoTSYwoUeob8Ky5AuAGVOL8aUuZuQb6OD9QA
t2GAJ2fPMYtz84K3qGaSXI2fvIWcOQBIxT+UOuAQUY8rTTAZCpF9loUJZJxHXZyv
tkM0pLZWmWn+didicl/9nm8eht9H+zEWL1zQXKHCCnE6jgrypuVrKzekiSRIjwGQ
fNxqrQH7+9PEw+bR9rVSzlUzvmHyY/87g4WLkEJFBYp/P3CEutOoKklxYipP01se
PlPbLXBxxGXMOiMb7zfzbllmzM6x71KhkP3Gv9M+DTdKzKlb8EkBddA8yJ1IWD9a
ASn6oGfhWeO2thaZoZ0NZdnKLBnk0CVEiafkQyK1WSuFUAM91qwcnQ2SflufkLGo
N8+w1Wpe7O3qIhE2bEAtBgUq6l9+eipB0Ywd7BKIlUdEPHCW9fQ70Fvq+BmYb+Rz
2Jaj512evxZOagKOvmBVyjdswSXAhDH6LRlH4DvZfcMLhRvXqfOoqDc5ddmnGV1F
5/CudcMnt3s60ja2fXdbhmsidLjWzwygM8FkXsnIgwOL7L2od0dIhYCZ7UWOemWa
5sXqRhAf7ItuicSyWagRulaOlaAoWnIvXjRwPVSNjxe4IAG5FOCl4zFj/levqDBT
Vro1yaaDF0/tSdHIAQzgvJVfS7Jnzx180pMws3aHRDkKR4CUk1k=
=dr69
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to