Path: csiph.com!aioe.org!bofh.it!news.nic.it!robomod From: Scott Kitterman Newsgroups: linux.debian.maint.python Subject: Re: Binary naming for Django Related Packages Date: Wed, 18 Jan 2017 07:50:01 +0100 Message-ID: References: X-Mailbox-Line: From debian-python-request@lists.debian.org Wed Jan 18 06:46:21 2017 Old-Return-Path: X-Amavis-Spam-Status: No, score=-7.1 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, LDO_WHITELIST=-5] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate: -5 Dkim-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=201409; t=1484721964; bh=Upuf/78w+5wWLPxP5UirzZbU0uAFCiK0UTmZQ2gTYME=; h=From:To:Subject:Date:In-Reply-To:References:From; b=YAr1W7jCJcGCkGO5Mj26VMxUawRxF/nI9QEDDnrGo5LZ2Fdu1aDbJWziCDGwDVQ5r EP/qSjiLryZTIEy/C631m548fUoDaDBxWzM/FrT33m56rdOfeuUy1/Oi9n8GkVy43e bIVe8CuT0vIRpILg1A9V48uNkXA/zFF+JMeQDcEc= User-Agent: KMail/4.13.3 (Linux/3.13.0-106-generic; KDE/4.13.3; x86_64; ; ) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart2880321.ZF77WuFs1v" Content-Transfer-Encoding: 7Bit X-Mailing-List: archive/latest/14524 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/2082395.q8P2N71EsN@kitterma-e6430 Approved: robomod@news.nic.it Lines: 68 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Wed, 18 Jan 2017 01:46:04 -0500 X-Original-Message-ID: <2082395.q8P2N71EsN@kitterma-e6430> X-Original-References: <26917154.d0blnEnNDW@kitterma-e6430> <6385302.kCrYn87lNQ@kitterma-e6430> <20161207104329.zdyhm7tidek3ylgh@home.ouaza.com> Xref: csiph.com linux.debian.maint.python:9169 This is a multi-part message in MIME format. --nextPart2880321.ZF77WuFs1v Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Wednesday, December 07, 2016 11:43:29 AM Raphael Hertzog wrote: > Hi, > > On Wed, 30 Nov 2016, Scott Kitterman wrote: > > Raphael, do you think that the upstream Django project might be willing to > > make some kind of best practices for naming third party django packages? > > If they did that, then that would give us a basis for Debian maintainers > > talking to their upstreams about moving to django_. > > They already partly do that, see: > https://docs.djangoproject.com/en/1.10/intro/reusable-apps/#packaging-your-a > pp > > They recommend a "django-" prefix in the PyPi package name. But they say > nothing about the Python module name and the sample just bundles a "polls" > module in a "django-polls" package. > > Thus I posted this to gather their feedback on the need to recommend the > prefix on the name of the module too: > https://groups.google.com/forum/#!topic/django-developers/f8yNRkn6Fpo Thanks. Since not everyone liked my first attempt at this, I softened it a bit (please see the attached). We're going to have at least one more python- defaults upload and I'd like to get this resolved. Scott K --nextPart2880321.ZF77WuFs1v Content-Disposition: attachment; filename="policy.patch" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="policy.patch" === modified file 'debian/python-policy.sgml' --- debian/python-policy.sgml 2016-11-26 07:23:09 +0000 +++ debian/python-policy.sgml 2017-01-18 06:39:18 +0000 @@ -628,14 +628,16 @@ versions should be included in a single package.

- As a special exception to the python3- and - python- binary naming policy, Python modules - intended for use with Django (python3-django/ - python-django) should add django to their binary - package names to make it clear they are intended for use with Django - and not general purpose Python modules, i.e. - python3-django- and - python-django- respectively. + Packages intended for use with Django (python3-django/ + python-django) are installed in the same namespace as + other python packages for a variety of reasons. Many such packages are + named django_packagename upstream. These are then packaged as + python3-django-package and + python-django-package. + This makes it clear that they are intended for use with Django + and not general purpose Python modules. Debian maintainers are + encouraged to work with their upstreams to support consistent use of + this approach. Specifying Supported Versions --nextPart2880321.ZF77WuFs1v--