[Rpm-ecosystem] Special meaning of "+" (?) separator

Neal Gompa ngompa13 at gmail.com
Fri Sep 9 21:23:26 UTC 2016


On Fri, Sep 9, 2016 at 4:24 PM, Igor Gnatenko <ignatenko at redhat.com> wrote:
> Hi,
>
> during process of getting tilde approved in Fedora Packaging
> Guidelines we realized that we need some special handling for
> separator (most probably) "+".
>
> Some examples (left is what expected, right is what current situation):
> 1.0+ > 1.0              | 1.0+ == 1.0
> 1.0+20160101git < 1.0.1 | 1.0+20160101git > 1.0.1
>
> During long discussion at #rpm.org on freenode with Florian and Panu:
>
> 1. Florian didn't like to change behavior of "+" as it's already
> allowed character and people might expect it to do something
> different.
> 2. From alternative symbols we needed to choose from: "@", "#", "^"
>
> After thinking more about problem I realized that we probably just
> change behavior of "+".

Yes, this is the right way to go, as we don't need more "specialness"
and it's relatively intuitive to indicate <ver>+<checkout> as the
checkout above it.

> Some questions are still in my mind:
> * vercmp: 1~ ? 1+

I'm not sure here. Normally, you use "1~" to indicate an all-inclusive
set (pre-release, release, and post-release), as opposed to "1" (which
would include only release and post-release).

Strictly speaking 1~ < 1+ in comparison, as the tilde operator pushes
it down and the plus operator would push it up.

> * How "+" should be handled in (Build)Requires?
>     * BuildRequires: foo == 1+ should match 1+, 1+git, 1+whatever ?

I'm not sure exactly how this should be handled... Probably 1+<whatever>?

>     * BuildRequires: foo >= 1 should match 1, 1.1, 1+git, 1.1+whatever ?

Yes.

>     * BuildRequires: foo < 1+ should match 1, 1~git, 0.whatever ?

Yes.

>
> Thoughts? Suggestions?
> --
> -Igor Gnatenko
> _______________________________________________
> Rpm-ecosystem mailing list
> Rpm-ecosystem at lists.rpm.org
> http://lists.rpm.org/mailman/listinfo/rpm-ecosystem



-- 
真実はいつも一つ!/ Always, there's only one truth!


More information about the Rpm-ecosystem mailing list