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

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

Re: Best practice for adding python3 version to existing module with helper programs?

Show all headers | View raw

Neil Muller <drnlmuller+python@gmail.com> writes:

> I'm working on packaging the latest version of sqlobject, which adds
> supprt for python 3, and I'm unsure of how best to handle the helper
> applications that ship as part of the package. The helper applications
> will work with both python2 and python3, so it's not clear to me how
> to apply the advice given in [1], and I'd ideally want the helper
> programs available regardless of which version of the module is
> installed.

What is the purpose of the helper applications? Is there a significant
use case for “I want specifically the Python 2 version of this
application”?

If not, I would advise making only the Python 3 applications available,
in a separate binary package (and put it it “Section: database”) which
describes the purpose without mentioning Python versions.

-- 
 \             “Roll dice!” “Why?” “Shut up! I don't need your fucking |
  `\     *input*, I need you to roll dice!” —Luke Crane, demonstrating |
_o__)                       his refined approach to play testing, 2009 |
Ben Finney

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

Thread

Best practice for adding python3 version to existing module with  helper programs? Neil Muller <drnlmuller+python@gmail.com> - 2016-06-24 00:50 +0200
  Re: Best practice for adding python3 version to existing module with helper programs? Clint Byrum <spamaps@debian.org> - 2016-06-24 01:30 +0200
  Re: Best practice for adding python3 version to existing module with helper programs? Ben Finney <ben+debian@benfinney.id.au> - 2016-06-24 07:40 +0200
    Re: Best practice for adding python3 version to existing module  with helper programs? Barry Warsaw <barry@debian.org> - 2016-06-24 15:40 +0200

csiph-web