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
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Reply via email to