Can't create client on python 3.4.8
See original GitHub issueI’ve installed the latest versions of dask and distributed using pip. I’m trying to run the simples code sample:
from dask.distributed import Client
client = Client()
and I get the following error:
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python3.4/site-packages/distributed/client.py", line 578, in __init__
self.start(timeout=timeout)
File "/usr/lib/python3.4/site-packages/distributed/client.py", line 698, in start
sync(self.loop, self._start, **kwargs)
File "/usr/lib/python3.4/site-packages/distributed/utils.py", line 253, in sync
six.reraise(*error[0])
File "/usr/lib/python3.4/site-packages/six.py", line 693, in reraise
raise value
File "/usr/lib/python3.4/site-packages/distributed/utils.py", line 238, in f
result[0] = yield make_coro()
File "/usr/lib/python3.4/site-packages/distributed/utils.py", line 220, in make_coro
coro = gen.maybe_future(func(*args, **kwargs))
File "/usr/lib64/python3.4/site-packages/tornado/gen.py", line 335, in wrapper
runner = Runner(result, future, yielded)
File "/usr/lib64/python3.4/site-packages/tornado/gen.py", line 1044, in __init__
if self.handle_yield(first_yielded):
File "/usr/lib64/python3.4/site-packages/tornado/gen.py", line 1187, in handle_yield
self.future = convert_yielded(yielded)
File "/usr/lib64/python3.4/functools.py", line 727, in wrapper
return dispatch(args[0].__class__)(*args, **kw)
File "/usr/lib64/python3.4/site-packages/tornado/gen.py", line 1327, in convert_yielded
return _wrap_awaitable(yielded)
File "/usr/lib64/python3.4/asyncio/tasks.py", line 553, in ensure_future
raise TypeError('A Future, a coroutine or an awaitable is required')
TypeError: A Future, a coroutine or an awaitable is required
Perhaps it has something to do with my python version, as I have no problem when I install dask with conda together with python 3.6
Issue Analytics
- State:
- Created 5 years ago
- Comments:6 (5 by maintainers)
Top Results From Across the Web
Win32Com.Client error with Python 3.4 - Stack Overflow
Reinstalling the adodbapi solved this issue for me (Python 3.4.1. and Pywin32 build 219 on Win7 x64):
Read more >Version 35.0.0 after version 3.4.8? Or should it read 3.5.0?
I am trying to install rpaframework on python 3.8.3 on Windows. Its dependencies state: cryptography<4.0.0,>=3.3.1
Read more >What's New In Python 3.4 — Python 3.11.1 documentation
Newly created file descriptors are non-inheritable (PEP 446). ... It does not accept the maxheaderlen argument, but does accept the unixfrom and policy ......
Read more >Installing Python Modules (Legacy version) — Python 3.11.1 ...
Running setup.py install builds and installs all modules in one run. ... or --install-base and --install-platbase , but you can't mix from these...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
For what it’s worth the distibuted scheduler doesn’t explicitly provide support or test against Python 3.4, which we’ve found is rarely used.
On Mon, Jun 11, 2018 at 9:03 AM, Dmitriy Shashkin notifications@github.com wrote:
This will become important when distributed goes python3 only, so that 2.7 people get the latest version that included 2.7 in the
python_requires
.