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
As it stands, I think many people skimming the abstract will say "Releasing Py3-only packages breaks Py2? Well, duh!"
We need to make sure it's clear what we mean, because obviously code that requires Python 3 can't work on Python 2. Instead of talking about 'not breaking' Python 2, we need to say something like "ensuring that users still on Python 2 can easily install an older version, or a parallel 'LTS' version, which will still work for them".
Then there are a few strategies we can talk about:
Insist on Py2 users running pip install foo<5
Use a new package name, so Py3 users run pip install foo5
The metapackage trick, so foo depends on particular versions of foo_real.
Using the new metadata and machinery we've worked on so none of 1-3 are necessary.
The text was updated successfully, but these errors were encountered:
cute idea for a slide's title in the overview at the end of the proposal. We should have something toward the beginning that talks about our commitment to Python 2 folk and the way in which we want to support them while moving forward. This would be a good title for that slide
As it stands, I think many people skimming the abstract will say "Releasing Py3-only packages breaks Py2? Well, duh!"
We need to make sure it's clear what we mean, because obviously code that requires Python 3 can't work on Python 2. Instead of talking about 'not breaking' Python 2, we need to say something like "ensuring that users still on Python 2 can easily install an older version, or a parallel 'LTS' version, which will still work for them".
Then there are a few strategies we can talk about:
pip install foo<5
pip install foo5
foo
depends on particular versions offoo_real
.The text was updated successfully, but these errors were encountered: