Bug#542288: Version numbering: native packages, NMU's, and binary only uploads
Jonathan Nieder <jrnieder@gmail.com> writes:
> Is there any existing practice of using +nmu at the end of the
> debian_version (sp) for NMUs of non-native packages?
There are three packages in the archive that use this convention for an
NMU of a non-native package: lush, sec, and libcss-perl.
I am, however, still leaning towards leaving that out of the documentation
since at the moment the other convention is much more widespread and it
does pose some additional sorting issues.
In the long run, what we want is something that satisfies:
package < binNMU < stable/security update < NMU < maintainer upload
with all stable/security updates sorting in Debian release order.
The current convention of .1 satisfies this requirement except for native
packages where it can't be used, and except for the fact that our
stable/security updates don't have a good sorting pattern because of the
use of codenames (which is true of any possible scheme right now).
The +nmu convention doesn't satisfy this because of conflicts with the
stable/security updates.
A scheme that would always satisfy this would be to use +<letter><version>
for stable/security updates where <version> is the Debian version being
targeted similar to how that's done for backports (so 50 for lenny or 60
for squeeze), and <letter> is some letter between b and n. (Alternately,
we could use a different convention for NMUs than +nmu, but that's so
self-explanatory that it would be nice to stick with it.)
If I had to propose something, I'd propose +d60 or +dist60 for the
stable/security updates, but there are probably better and more memorable
terms than "dist".
--
Russ Allbery (rra@debian.org) <http://www.eyrie.org/~eagle/>
Reply to: