[Fedora-packaging] Clarification/ammendment to the "non-numeric characters are permitted in the Version: field" clause

[Fernando Nasser]

Hi, the Naming Guidelines has the following provision in

http://fedoraproject.org/wiki/Packaging/NamingGuidelines?highlight=%28Packaging%29#head-18aa467fc6925455e44be682fd336667a17e8933

"Post-release packages: Packages released after a "final" version. This 
usually is due to a quick bugfix release, such as openssl-0.9.6b  or 
gkrellm-2.1.7a. In this case, the non-numeric characters are permitted 
in the Version: field."

Actually there is another case where the upstream version has 
non-numeric characters: when they have dual-license and name each of 
their releases with a letter to discriminate under which license that 
tar ball is.  This is not described above.

Furthermore, there may be additional complications (see below).

The letters vary, but here is an example:

The Saxon library has two tar balls for their 8.8 release

http://prdownloads.sourceforge.net/saxon/saxonb8-8j.zip

where B is the Open Source licensed one (and I believe and "A" marks the 
non-free one).

If the version gets the letters in this order we would have:

saxon-B8.7-1jpp.src.rpm

That broke my scripts that separate the VR from the package name 
(perhaps my regexp is not good enough).

What is the better way to handle this:

1) Do not mention the "B" at all, as we only release Open Source 
licensed software anyway.  But what if the two licenses are GPL and ASL 
for instance? or GPL and BSD...

2) Add the letter to the name of the package (like saxon-b) and add a 
virtual provides for 'saxon'  (Argh! I find it ugly)

3) Leave it in the version field, but not as the first character.  But 
in that case, moving it to the end may get it mixed up with the case 
described in the guidelines: "Packages released after a "final" version. 
This usually is due to a quick bugfix release, such as openssl-0.9.6b 
or gkrellm-2.1.7a"

4) Leave it in the version field in the position where it was upstream 
(and Fernando has to improve his regexps, *if* he is the only one 
affected and not mock for instance).


Any ideas, suggestions, comments?


Regards to all,
Fernando