-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fails to install on Python 3.5.1 and OS X #85
Comments
Obviously, subprocess32 is Python 2.x-only. |
First, sorry for the last answer. Yes, obviously subprocess32 should be left as a dependency for cpython 2.x only. As you might have guessed, I'm not using simpleflow on cpython 3.x these days, so I missed that. I'll fix it this week. Thanks! |
Hm sorry but cpython 3.x builds have been removed a long time ago and the README didn't reflect that. I fixed the "subprocess32" installation problem you got, but many other things are failing in python 3.x, see: https://travis-ci.org/botify-labs/simpleflow/jobs/125820017 For now I encourage you to switch to python 2.x if you can, but help for ensuring python 3.x compatibility would be great too! :) |
@jbbarth I started a PR, but I faced locally similar issues. Well, obviously I can't use simpleflow for now as I'm tied to Python 3. I'm not sure why people are afraid to release Python 3-only projects. With everybody trying to stick to Python 2 (given Python 3 is widely available by default on most mainstream Linux distros), the future of the Python ecosystem is not bright! And no wonder why people are migrating most of this kind of work to Go - it's a much cleaner ecosystem. Python 3 has asyncio, which is the undoubted future. All Python 2-only projects are pretty much using obsolete best practices and will keep piling tons of technical debt that will continue to grow with time and there won't ever be time to get rid of it. |
I mostly agree for sure, but things are often not that simple. I can only speak for our use-case, but we make heavy use of Pypy for intensive compute operations, and some portions of the code (including the "worker" part of simpleflow) are used with both cpython and pypy. And as you may know, Pypy support for python3 syntax/semantics is not here for now. Anyway, simpleflow used to maintain a double compatibility and I think it's something we should have in this project. So promise I'll ping you back when we make progress on this front ;-) |
The text was updated successfully, but these errors were encountered: