
On 2011/1/3 Magnus Therning
On Sun, Jan 2, 2011 at 12:20, Peter Simons
wrote: Hi Magnus,
>> the gist of this issue is that "parsec >= 3.0 || == 2.1.*" is translated to >> "parsec>=3.0", which is just plain wrong. Now, wouldn't it be easiest to >> modify cabal2arch so that it translates that specification to "parsec>=2.1"? >> A straight-forward algorithm to accomplish that would be to use the *lowest* >> version bound in these kinds of alternatives. Right now, cabal2arch appears >> to be using the *first* version bound, which is not exactly optimal. > > Well, there's an obvious problem with what you suggest, since > "parsec>=2.1" is plain wrong too!
why is that?
Now you make me think that I might have missed something, but surely parsec version 2.2 wouldn't satisfy the former, but would satisfy the latter.
I think we have reasons to translate that to 'parsec>=2.1' or 'parsec<2.2' (I would personally use even parsec=2.1.0.1) * we won't upgrade to parsec 2.2 unless that is included in some Haskell Platform * we can expect Parsec 2.2 to be mostly API-compatible with 2.1 if it comes to existence (but the author of the package didn't want to make this assumption) * if HP includes Parsec 3, PKGBUILDs will nevertheless be regenerated to include this new information. -- Rémy.