Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.python > #8598

Re: pep8 renamed to pycodestyle

From Ben Finney <ben+debian@benfinney.id.au>
Newsgroups linux.debian.maint.python
Subject Re: pep8 renamed to pycodestyle
Date 2016-06-21 03:40 +0200
Message-ID <rMiPv-7uu-7@gated-at.bofh.it> (permalink)
References <rMdwt-44L-29@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Barry Warsaw <barry@debian.org> writes:

> You might be aware that the upstream pep8 package has been renamed to
> pycodestyle. Both the command line and imports have changed, although
> not in a backward compatible way unfortunately[1].

Ah, Python. We love you, but please grow a proper API versioning system :-/

> There's a new upstream flake8 which I'm preparing in git-dpm, but it
> will be blocked until we decide what to do about the Debian pep8
> package.

(I hope the upstream ‘flake8’ now defaults to conforming with PEP 8,
instead of having default checks that contradict it.)

> I think we eventually want to rename Source:pep8 to
> Source:pycodestyle, as well as Package:pep8, Package:python-pep8, and
> Package:python3-pep8. I suppose we could at least keep the source
> package name unchanged and transition to the new binary package names.

My understanding is that renaming a source package is rather more
disruptive than renaming a binary package, is that right?

If so, I would recommend:

* Go ahead and transition the binary package names with the usual
  mechanisms <URL:https://wiki.debian.org/PackageTransition>:

  * Keep the old names as a transition package until after
    Debian Stretch is released.

  * Have the new binary packages declare Replaces and Conflicts
    relationships with the appropriate version specification of the old
    names.

  * Maybe even schedule the transition with the release team
    <URL:https://wiki.debian.org/Teams/ReleaseTeam/Transitions>, to
    allow co-ordination of dependent packages.

* Since you've determined the command-line interfaces are not
  compatible, the new commands should not be alternatives for the old.

* As a separate matter, figure out how best to rename the source package
  to better correspond with the new name upstream. This could take an
  arbitrarily long time; IMO while it is desirable to rename the source
  package, there's no tearing need yet.

-- 
 \       “Come on, if your religion is so vulnerable that a little bit |
  `\           of disrespect is going to bring it down, it's not worth |
_o__)               believing in, frankly.” —Terry Gilliam, 2005-01-18 |
Ben Finney

Back to linux.debian.maint.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

pep8 renamed to pycodestyle Barry Warsaw <barry@debian.org> - 2016-06-20 22:00 +0200
  Re: pep8 renamed to pycodestyle Ben Finney <ben+debian@benfinney.id.au> - 2016-06-21 03:40 +0200
    Re: pep8 renamed to pycodestyle Thomas Goirand <zigo@debian.org> - 2016-06-21 22:00 +0200
  Re: pep8 renamed to pycodestyle Piotr Ożarowski <piotr@debian.org> - 2016-06-21 10:20 +0200
    Re: pep8 renamed to pycodestyle Barry Warsaw <barry@debian.org> - 2016-06-21 13:50 +0200
      Re: pep8 renamed to pycodestyle Ondrej Novy <novy@ondrej.org> - 2016-08-08 01:10 +0200
        Re: pep8 renamed to pycodestyle Barry Warsaw <barry@debian.org> - 2016-08-08 01:40 +0200
          Re: pep8 renamed to pycodestyle Ondrej Novy <novy@ondrej.org> - 2016-08-08 12:10 +0200
            Re: pep8 renamed to pycodestyle Barry Warsaw <barry@debian.org> - 2016-08-09 23:30 +0200

csiph-web