You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This would place sux in the same category of other modules that can be used from both Python versions to write Py2/Py3-compatible code using sux. (Rather than just Py3 code using dependencies.)
Come to think of it, it might be nice for it to try plain import even in Python 3, so the code doesn't even need updating when a dependency (finally) gets updated to Python 3.
Edit: sorry for the incomplete initial post, Cmd-Enter doesn't do what I thought it did. =P
The text was updated successfully, but these errors were encountered:
Automatically being python2 backwards compatible sounds fine to me. Should be pretty straightforward too. In this situation, you would not need to supply a python2 virtualenv location: it would use whatever environment the main application was running in.
I am less sure about the python3 fallback. There will be some packages (e.g. boto) which partially work, and successfully import, but then fail at runtime with certain operations (like S3). This feels a bit too magical to me, and perhaps against the "explicit over implicit" pythonism.
This would place sux in the same category of other modules that can be used from both Python versions to write Py2/Py3-compatible code using sux. (Rather than just Py3 code using dependencies.)
Come to think of it, it might be nice for it to try plain import even in Python 3, so the code doesn't even need updating when a dependency (finally) gets updated to Python 3.
Edit: sorry for the incomplete initial post, Cmd-Enter doesn't do what I thought it did. =P
The text was updated successfully, but these errors were encountered: