On 3 May 2014 16:44, "Marcus Smith" <qwc...@gmail.com> wrote: >> >> >> <name>-<version>-<release> >> > > I see the confusion now. > I'm asking if there is a formal convention for "localizing" the release value?
That's up to the distro, and is likely to be based on conventions and package manager features rather than exact naming rules. In the case of RPM, it's "use a leading 0." (and optionally a custom suffix) if you building an RPM early and want the official RPM to replace yours once it is available, use a custom suffix if you want the *next* official update to replace yours, and the version pinning/package exclusion features of the distro package manager if you don't want it automatically updated at all. > and you're answering with "'releases' are to 'versions' in rpm, like 'local versions' are to 'public versions' in PEP440" Right, because there's no "one true way" to manage it - it depends on the integration environment. In the custom RPM case, the PEP 440 "local version" and the leading numeric portion of the RPM "release" should *still* be the same (just as they should be for distro packages), but you'd choose a different local version/RPM release value based on how you wanted the ordering to be handled relative to other RPMs - it wouldn't be governed by any Python level policy. However, I'm wondering if the rules for local version identifiers should be relaxed to allow arbitrary alphanumeric subcomponents in the integrator suffix. The RPM release field allows things like "0.git.15.abcdefabc" - I'd really like to be able to publish that as the "local version" in the Python metadata. >From Barry's description of the "2ubuntu3" style suffixes used when Ubuntu includes patches Debian doesn't, a more permissive integrator suffix would also help in the Debian/Ubuntu ecosystem. Cheers, Nick. > > > _______________________________________________ > Distutils-SIG maillist - Distutils-SIG@python.org > https://mail.python.org/mailman/listinfo/distutils-sig >
_______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
