On Fri, 2007-03-23 at 14:50 -0500, Jason L Tibbitts III wrote:
>>>>> "TC" == Tom \"spot\"
Callaway <Tom> writes:
TC> I have added a draft for handling Post Release packages.
It might be worth mentioning what to do when upstream ODs on the
crackrock and unexpectedly changes to a non-ordered versioning scheme
in the middle of a sequence. Something like:
openssl-0.9.6g
openssl-0.9.6h
openssl-0.9.6final
Epoch is probably the only way out here unless we allow something
nasty.
Note that this particular example would be very cracktastic as we're
talking about postrelease tags.. so presumably upstream has already
released openssl-0.9.6.
Which is not to say that upstream's twisted numbering scheme won't do
*something* unexpected. Which is one reason I'd rather see us use the
%{X}.%{alphatag} syntax always. The other reason is that using it
always makes things less complicated. Instead of asking::
Is this a prerelease or a postrelease?
If postrelease, is upstream likely to use sane numbering?
If no, use postrelease scheme
If yes, use upstreams version until they screw up one time
If prerelease, use prerelease scheme
Our rule would be::
Does upstreams version have an alpha tag?
If yes, use alphatag versioning.
-Toshio