Hi,
Running autopkgtest I have this error:
autopkgtest [17:27:31]: test command1: set -e ; for py in
$(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo
"Testing with $py:" ; http_proxy= $py -m pytest -v --pyargs dask ;
done
autopkgtest [17:27:31]: test command1: [
On 18/11/2019 07:07, Matthias Klose wrote:
On 18.11.19 07:52, Alastair McKinstry wrote:
So I've uploaded a python-xarray 0.14.0-2 which passes on python3.7.
Its failing on python 3.8 but apparently due to pandas not ready on 3.8, so it
should be ok to pass as the transition completes.
I think
On 18.11.19 07:52, Alastair McKinstry wrote:
> So I've uploaded a python-xarray 0.14.0-2 which passes on python3.7.
>
> Its failing on python 3.8 but apparently due to pandas not ready on 3.8, so it
> should be ok to pass as the transition completes.
>
> xarray really needs dask >= 2.0 but versio
Ubuntu have dask 2.6.0 and fsspec, but still have a few autopkgtest
failures:
https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
dask itself - looks like trying to use a nonexistent temporary directory
pyfftw - looks like a test treating a new (unexpected) warni
On Mon, 2019-11-04 at 19:42 -0300, Emmanuel Arias wrote:
> I can work on fsspec :-) if there aren't opposition
Go for it.
I should find time and figure out where I was at for bokeh javascript
dependencies.
I wonder if the js team would review my first couple of packages while
I try to understand
I can work on fsspec :-) if there aren't opposition
El lun., 4 de nov. de 2019 a la(s) 19:39, Scott Kitterman
(deb...@kitterman.com) escribió:
>
>
>
> On November 4, 2019 10:00:27 PM UTC, Diane Trout wrote:
> >On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote:
> >> On 2019-10-29 03:01, Rebec
On November 4, 2019 10:00:27 PM UTC, Diane Trout wrote:
>On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote:
>> On 2019-10-29 03:01, Rebecca N. Palmer wrote:
>> > Assuming we're talking about
>> >
>> >
>https://salsa.debian.org/python-team/modules/dask/blob/experimental/debian/patches/use-l
On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote:
> On 2019-10-29 03:01, Rebecca N. Palmer wrote:
> > Assuming we're talking about
> >
> > https://salsa.debian.org/python-team/modules/dask/blob/experimental/debian/patches/use-local-intersphinx.patch
> >
> > I think the actual problem is on t
Oops!!! Sorry, I reverted the change
Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com
El dom., 3 de nov. de 2019 a la(s) 19:49, Drew Parsons
(dpars...@debian.org) escribió:
>
> On 2019-11-04 01:15, Emmanuel Arias wrote:
> > Hi,
> >
> > I've just prepare the new upstream release (for some reason
>
On 2019-11-04 01:15, Emmanuel Arias wrote:
Hi,
I've just prepare the new upstream release (for some reason
the upstream branch was not merge to master). [1]
Emmanuel, the work-in-progress is in the experimental branch. Push to
experimental first before pulling into master.
Drew
Hi,
I've just prepare the new upstream release (for some reason
the upstream branch was not merge to master). [1]
But is necessary some work with patches, are failing.
I can work on it tomorrow.
[1] https://salsa.debian.org/python-team/modules/dask
Cheers,
Arias Emmanuel
@eamanu
http://eamanu.
it looks to me that python-xarray 0.14 needs a newer dask version as well.
On 2019-10-29 03:01, Rebecca N. Palmer wrote:
Assuming we're talking about
https://salsa.debian.org/python-team/modules/dask/blob/experimental/debian/patches/use-local-intersphinx.patch
I think the actual problem is on the numpy line: it adds the local
inventory but doesn't remove the online on
Assuming we're talking about
https://salsa.debian.org/python-team/modules/dask/blob/experimental/debian/patches/use-local-intersphinx.patch
I think the actual problem is on the numpy line: it adds the local
inventory but doesn't remove the online one, so the tuple is too long.
(I haven't actua
Source: dask
Followup-For: Bug #942235
Control: tags -1 + help
On 2019-10-27 10:03, Drew Parsons wrote:
Fixed upstream, latest version is pushed to the experimental branch.
Needs sphinx-click, which is in the NEW queue.
sphinx-click is now available.
The dask 2.6.0 build from experimental
Source: dask
Followup-For: Bug #942235
Fixed upstream, latest version is pushed to the experimental branch.
Needs sphinx-click, which is in the NEW queue.
Drew
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, &#x
Source: dask
Version: 1.0.0+dfsg-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, pyt...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:pytest
Dear maintainers,
With a not so recent upload of pytest the autopkgte
17 matches
Mail list logo
