A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2012-August/121495.html below:

[Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

[Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies) [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)"Martin v. Löwis" martin at v.loewis.de
Tue Aug 28 16:43:35 CEST 2012
> But note that the RFC also says that the preferred solution to the
> problem that X-fields are intended to solve is an easily accessible
> name registry and a simple registration procedure.  If Martin's "be
> prepared for a ten-year period to acceptance" is serious, what should
> be done about such a registry?

I'm happy for PyPI to host such a registry. A specificaion for the 
registry should be part of the PEP for the 1.3 format, but I would 
propose this structure (without having researched in detail what
other registries feature, but with a rough idea what IANA registries
typically include):

- name of metadata field
- name of registrant (individual or PyPI package)
- contact email address (published)
- expiration date; by default, extensions expire 1 month after
   their registration, unless renewed; maximum expiration time is
   5 years
- English description of the field
- regular expression to validate the field

Deleting undesired extensions would not be possible, instead, one
would have to create another extension if the syntax or semantics
changes

Regards,
Martin

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4