Your message dated Sat, 6 Nov 2021 22:08:53 +0100 with message-id <302c150e-bb8a-f226-ba1c-312a14eae...@debian.org> and subject line Re: osmnx: autopkgtest regression on armhf: iteration over a 0-d array has caused the Debian Bug report #995021, regarding osmnx: autopkgtest regression on armhf: iteration over a 0-d array 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.) -- 995021: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995021 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Source: osmnx Version: 1.1.1+ds-2 X-Debbugs-CC: debian...@lists.debian.org Severity: serious User: debian...@lists.debian.org Usertags: regression Dear maintainer(s), With a recent upload of osmnx the autopkgtest of osmnx fails in testing on armhf when that autopkgtest is run with the binary packages of osmnx from unstable. It passes when run with only packages from testing. In tabular form: pass fail osmnx from testing 1.1.1+ds-2 all others from testing from testing I copied some of the output at the bottom of this report. On top of the failure, you test seems to be sending requests to the internet, please use the needs-internet restriction [0] to mark is as such. Currently this regression is blocking the migration to testing [1]. Can you please investigate the situation and fix it? More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst [1] https://qa.debian.org/excuses.php?package=osmnx https://ci.debian.net/data/autopkgtest/testing/armhf/o/osmnx/15474259/log.gz =================================== FAILURES =================================== ________________________________ test_elevation ________________________________ multiprocessing.pool.RemoteTraceback: """ Traceback (most recent call last): File "/usr/lib/python3.9/multiprocessing/pool.py", line 125, in worker result = (True, func(*args, **kwds)) File "/usr/lib/python3.9/multiprocessing/pool.py", line 51, in starmapstar return list(itertools.starmap(args[0], args[1])) File "/tmp/autopkgtest-lxc.2hzrzn35/downtmp/build.elV/src/osmnx/elevation.py", line 49, in _query_raster return zip(nodes.index, values) TypeError: iteration over a 0-d array """ The above exception was the direct cause of the following exception: def test_elevation(): G = ox.graph_from_address(address=address, dist=500, dist_type="bbox", network_type="bike") rasters = list(Path("tests/input_data").glob("elevation*.tif")) # add node elevations from a single raster file (some nodes will be null) G = ox.elevation.add_node_elevations_raster(G, rasters[0], cpus=1) # add node elevations from multiple raster files > G = ox.elevation.add_node_elevations_raster(G, rasters) /usr/share/doc/python-osmnx-doc/examples/tests/test_osmnx.py:201: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ osmnx/elevation.py:98: in add_node_elevations_raster results = sma.get() _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = <multiprocessing.pool.MapResult object at 0xeaa7b5e0>, timeout = None def get(self, timeout=None): self.wait(timeout) if not self.ready(): raise TimeoutError if self._success: return self._value else: > raise self._value E TypeError: iteration over a 0-d array /usr/lib/python3.9/multiprocessing/pool.py:771: TypeError
OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---Version: 1.1.1+ds-5 Hi, On Wed, 3 Nov 2021 20:46:03 +0100 Paul Gevers <elb...@debian.org> wrote: > Hi Jerome, > > On 03-11-2021 19:11, Jerome BENOIT wrote: > > On Mon, 1 Nov 2021 20:49:58 +0100 Paul Gevers <elb...@debian.org> wrote: > >> Is this run on all cores? Our armhf worker has 160 cores, so you may be > >> running into limits you didn't expect. > > > > The upstream maintainer would like to know the number of cpus > > from a Python shell. > > > >>>> import multiprocessing as mp; print(mp.cpu_count()); > > > > Can you get this information ? > > In fact, I am curious to know it as well. > > >>> import multiprocessing as mp; print(mp.cpu_count()) > 160 The latest version seems to be all right. Paul
OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---