On Wednesday, January 18, 2017 10:04:24 AM IOhannes m zmölnig wrote: > On 2017-01-18 07:46, Scott Kitterman wrote: > > +··········named·django_packagename·upstream.··These·are·then·packaged·as > > +··········<package>python3-django-package</package>·and > > please use "package" vs "packagename" consistently. > e.g. an upstream named "django_packagename" should be packaged as > "python3-django-packagename". > > It's kind of obvious, but I think the policy should be precise. > > (and probably use "<packagename>" or "$packagename" or something else to > mark it as variable) Thanks. I went with $name to reduce the number of times we use the word package in the paragraph. Based on your feedback and the lack of other feedback, here's what I've committed to the VCS for the next upload (rfcdiff html attached). Scott KTitle: Diff: python-policy.txt.old - python-policy.txt.new
python-policy.txt.old | python-policy.txt.new | |||
---|---|---|---|---|
skipping to change at line 516 | skipping to change at line 516 | |||
Appendix B, `Packaging Tools'). For example, if Python 3.3, 3.4, and | Appendix B, `Packaging Tools'). For example, if Python 3.3, 3.4, and | |||
3.5 are supported, the Python statement | 3.5 are supported, the Python statement | |||
import foo | import foo | |||
should import the module when the program interpreter is any of | should import the module when the program interpreter is any of | |||
`/usr/bin/python3.3', `/usr/bin/python3.4', and `/usr/bin/python3.5'. | `/usr/bin/python3.3', `/usr/bin/python3.4', and `/usr/bin/python3.5'. | |||
This requirement also applies to extension modules; binaries for all | This requirement also applies to extension modules; binaries for all | |||
the supported Python versions should be included in a single package. | the supported Python versions should be included in a single package. | |||
As a special exception to the `python3-' and `python-' binary naming | Packages intended for use with Django (`python3-django'/ | |||
policy, Python modules intended for use with Django (`python3-django'/ | `python-django') are installed in the same namespace as other python | |||
`python-django') should add django to their binary package names to | packages for a variety of reasons. Many such packages are named | |||
make it clear they are intended for use with Django and not general | django_$name upstream. These are then packaged as | |||
purpose Python modules, i.e. `python3-django-' and `python-django-' | `python3-django-$name' and `python-django-$name'. This makes it clear | |||
respectively. | 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. | ||||
3.4. Specifying Supported Versions | 3.4. Specifying Supported Versions | |||
---------------------------------- | ---------------------------------- | |||
The `debian/control' source paragraph may contain optional fields to | The `debian/control' source paragraph may contain optional fields to | |||
specify the versions of Python the package supports. | specify the versions of Python the package supports. | |||
The optional `X-Python3-Version' field specifies the versions of | The optional `X-Python3-Version' field specifies the versions of | |||
Python 3 supported. When not specified, it defaults to all currently | Python 3 supported. When not specified, it defaults to all currently | |||
supported Python 3 versions. | supported Python 3 versions. | |||
End of changes. 1 change blocks. | ||||
6 lines changed or deleted | 8 lines changed or added | |||
This html diff was produced by rfcdiff 1.41. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ |