On Monday, March 3, 2003, at 11:38 AM, Justin Hallett wrote:
okay %e is great thanks...and I agree, but I think it will be used, I have a number of rc pkgs.
It is almost good that it is not documented. It really should not be used except in grave circumstances. If you have to fudge version numbers to not use epoch, do that.
Particularly never add a "-RC1" or something similar just "because you can use epoch to correct it later". It is better to not package that version, or if you must, fudge the version so it works with dpkg's system. If you see a strange version with a new package update, make sure it will update cleanly later before adding it.
Quite apparently we have different stances on this. So, please explain, how exactly do you think this version fudging should work, w/o confusing users by using completly different versions than the rest of the world for a given package?
E.g. take the example of 5.0-RC1 followed by 5.0. What do you propse should be done here to make it debian version compliant? 4.99999 and 5.0 ? or 5.0 and 5.0a ? Or what? None of them seems appealing to me. Both can potentially conflict with actual version of the package (e.g. they might really release a 5.0a some times after to fix something).
I do not think that making up versions is particulary better than using epochs. You think to the contrary. Obviously we need to find a consensus :-)
Epoch is only to correct errors, or if the upstreams change their entire versioning scheme.
I'd love to agree, but fact is, the debian version system (which we use and to which are are tied since we use dpkg) is only one way of ordering versions, and fact and reality is that that there are dozens of other ways which are equally "correct". So we have to decide how to properly deal with those in the future.
Max
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
