[Rpm-maint] [rpm-software-management/rpm] Add support for sorting caret ('^') higher than base version (#88)

[Jason Tibbitts]

Hey, this was just pointed out to me, and it seems to perfectly provide a solution to a problem.

As many might be aware, the Fedora packaging committee has periodically taken up the issue of using tilde Version:.  And I've been putting in a load of effort trying to come up with a consistent scheme which actually covers the range of cases that our current scheme does.

One thing I've run into is that tilde is one of a pair of operators you actually need to implement a scheme which consistently places information about snapshots into the Version: field.  If you use tilde, you can (and in some cases must) move prerelease information on snapshots into Version:, but information on post-release snapshots has to stay in Release: because you cannot know what upstream will call the next version.

So you can't do `3.2 < 3.2(snapshot) < 3.2.1` because there's nothing you can fill in for `(snapshot)`.  In my exposition for this I had mentioned a mythical operator '?' or '+' or something which did this.  Turns out this PR provides exactly that, calling it '^'.

I first mentioned this in the context of the work I'm doing in https://pagure.io/packaging-committee/issue/398#comment-540026 and also in my notes for the use of tilde in https://fedoraproject.org/wiki/User:Tibbs/TildeVersioning#Conceptual_issues_with_tilde

@pmatilai also indirectly mentions this in https://pagure.io/packaging-committee/issue/398#comment-540133 and mentions that it can be hacked around by adding random zeroes.  Though in reality, you would have to add multiple zeroes to truly avoid conflicts.

So, while lack of this isn't going to stop the current effort to implement tilde, it would certainly simplify things if we had it.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/88#issuecomment-439157531
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20181115/43dce0f5/attachment.html>