Bug#1030096: #1030096 dask.distributed autopkgtest fail

2023-02-05 Thread Rebecca N. Palmer
I currently have this in a state where it sometimes succeeds and sometimes doesn't: https://salsa.debian.org/rnpalmer-guest/dask.distributed/-/tree/fix1030096 Tests I've seen to fail multiple times (and don't have a fix for): test_balance_expensive_tasks[enough work to steal]

Bug#1030096: #1030096 dask.distributed autopkgtest fail

2023-02-05 Thread Andreas Tille
Am Sat, Feb 04, 2023 at 10:43:59PM + schrieb Rebecca N. Palmer: > That removed most of the test failures, but there seem to be a few > apparently random ones left (2 runs both failed, but with different errors). > > On 04/02/2023 21:35, Andreas Tille wrote: > > Any reason to not push to

Bug#1030096: #1030096 dask.distributed autopkgtest fail

2023-02-04 Thread Rebecca N. Palmer
That removed most of the test failures, but there seem to be a few apparently random ones left (2 runs both failed, but with different errors). On 04/02/2023 21:35, Andreas Tille wrote: Any reason to not push to master directly? I don't do that with packages that aren't mine. Also see

Bug#1030096: #1030096 dask.distributed autopkgtest fail

2023-02-04 Thread Andreas Tille
Am Sat, Feb 04, 2023 at 06:20:32PM + schrieb Rebecca N. Palmer: > I have an attempt to fix this in Salsa now (in my fork), but it hasn't had > time to run the tests yet, so I don't know whether it works. Any reason to not push to master directly? > Note the above mention that if we lose

Bug#1030096: #1030096 dask.distributed autopkgtest fail

2023-02-04 Thread Rebecca N. Palmer
I have an attempt to fix this in Salsa now (in my fork), but it hasn't had time to run the tests yet, so I don't know whether it works. Note the above mention that if we lose dask.distributed then we lose Spyder, which makes this a bigger issue than I initially thought.