RPM Community Forums

Mailing List Message of <rpm-devel>

Re: Implementing EVR comparisons using *RE's ?

From: Jeff Johnson <n3npq@mac.com>
Date: Fri 08 May 2009 - 22:26:42 CEST
Message-id: <43EC3D81-9255-48DE-A517-7E98903D11FC@mac.com>

On May 8, 2009, at 12:38 PM, Jeff Johnson wrote:

>
> On May 8, 2009, at 12:29 PM, Jeff Johnson wrote:
>>
>>
>> RPM versions are inequalities represented as half-planes, not points.
>
> "half-planes" is of course neither precise nor correct. But
> RPM EVR inequalities do not always have measure == 0 like
> points do.
>

My other explanantion may have not been specfic to the
single point ;-) my comment was directed at.

My specific comment was trying to point out  that the inequality itself,
not the EVR end-point, with all the gory details of versioning,
is a cleaner abstraction.

Exposing a boolean method to evaluate
	Do inequality ranges overlap?
with a TRUE/FALSE result is intrinsically simpler design
than all the gory details of EVR precedence and internal structure.

The inequalities already have all the necessary details to
evaluate
	Do inequality ranges overlap?
that otherwise need to be retrofitted around a comparison scheme
using (*rpmvercmp) and some data points and flags used to qualify
how the comparison(s) should be done.

But sure, one can quite easily describe inequalities knowing
their boundary point (if supplied enough other qualifying details)

73 de Jeff
Received on Fri May 8 22:27:34 2009
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.