Path: csiph.com!news.mixmin.net!feeds.phibee-telecom.net!news.panservice.it!bofh.it!news.nic.it!robomod From: Julien Cristau Newsgroups: linux.debian.maint.python Subject: Re: on keep providing python 2 packages Date: Fri, 19 Aug 2016 11:50:02 +0200 Message-ID: References: X-Mailbox-Line: From debian-python-request@lists.debian.org Fri Aug 19 09:41:30 2016 Old-Return-Path: X-Amavis-Spam-Status: No, score=-7.547 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, HEADER_FROM_DIFFERENT_DOMAINS=0.001, LDO_WHITELIST=-5, RP_MATCHES_RCVD=-0.548] autolearn=ham autolearn_force=no MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: Linux 4.6.0-1-amd64 x86_64 User-Agent: Mutt/1.6.2-neo (2016-07-23) X-Mailing-List: archive/latest/14131 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/20160819094113.pu55wrffw3tteq3j@betterave.cristau.org Approved: robomod@news.nic.it Lines: 23 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: debian-python X-Original-Date: Fri, 19 Aug 2016 11:41:13 +0200 X-Original-Message-ID: <20160819094113.pu55wrffw3tteq3j@betterave.cristau.org> X-Original-References: Xref: csiph.com linux.debian.maint.python:8790 On Fri, Aug 19, 2016 at 08:19:46 +0100, Sandro Tosi wrote: > I got a feeling we are somehow discouraging the introduction of > python2 package in unstable (it was also discussed at the BoF). > > while i can see why we dont want to introduce new python2-only > package, i feel that just providing a py3k pkg while the module is > also py2 compatible is a disservice to our users: wether we like it or > not, python 2 is the de facto interpreter for python and not having a > module available will not just make everyone switch to py3k (i already > faced it a couple of times already, where i needed a module to extend > an already existing project, and it was not there) > > does anyone else agrees with this view? should we clarify that, when > available, python2 modules must be provided (along with their py3k)? > > apps/scripts are fine being py3k by default, but the underlying > modules has to be provided by for py2 if compatible. > Very much agree. Cheers, Julien