Skip to content

Motivation: what do we mean about avoiding breakage for Py2? #2

@takluyver

Description

@takluyver

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:

  1. Insist on Py2 users running pip install foo<5
  2. Use a new package name, so Py3 users run pip install foo5
  3. The metapackage trick, so foo depends on particular versions of foo_real.
  4. Using the new metadata and machinery we've worked on so none of 1-3 are necessary.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions