Re: The explanation of epoch in Maximum RPM...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2005-03-10 at 19:24 -0500, Michael Jennings wrote:
[snip]
This is not even close to a fair comparison.  Versions are defined by
the package, and in no way can a particular release number cause a
lower version to be preferred over a higher one.  Only an epoch can
cause such a fiasco.

Aha!  Now I understand.  So your primary objection to epoch is that it overrides sane versioning practises that divide a program's
lifetime neatly into major version releases (with minor point-releases in between times).  So what about when across a program's
lifetime it doesn't follow this utopia? (ie, moving from date-based versioning to Major-Minor-Release versioning)  It's all very easy
to say 'well, the programmers are just stupid.' but that seems a little like a cop-out to me.  Which leads me
neatly on to:

[snip]
This belief shows a distinct lack of forward thinking.  There are
other ways to provide smooth transition that do not require
maintenance for the entire lifespan of that package.

Michael

Concrete examples of how to do this with RPM, please?

--
Darryl Dixon <esrever_otua@xxxxxxxxxxxxxxxxxxxxxxxxxx>
_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/rpm-list

[Index of Archives]     [RPM Ecosystem]     [Linux Kernel]     [Red Hat Install]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Red Hat]     [Gimp]     [Yosemite News]     [IETF Discussion]

  Powered by Linux