<div dir="ltr">Got it. Thanks for the clarification.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 1, 2015 at 3:42 PM, Magnus Therning <span dir="ltr"><<a href="mailto:magnus@therning.org" target="_blank">magnus@therning.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Apr 30, 2015 at 07:07:48PM +0900, Nicola Squartini wrote:<br>
> Release numbers would still be reset on adding:<br>
><br>
> xrev == 0                           --><br>
> haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz<br>
> add xrev == n && n > 0    --> haskell-zlib-0.5.4.2-1.n-x86_64.pkg.tar.xz<br>
> add <next ver>, xrev == 0 -->haskell-zlib-<next ver>-1-x86_64.pkg.tar.xz<br>
><br>
> The only concern that I have with your versioning is that having 0.x in the<br>
> release number might suggest that the package is still in a testing stage.<br>
> And I make xrev == 0 first class (not adding the ".n") because I believe<br>
> Hackage revisions are ugly and should not exist.<br>
> Anyway, whatever scheme you choose it's good for me :)<br>
<br>
</span>It's addition after bump of x-revision that I worry about:<br>
<span class=""><br>
xrev == 0                 --> haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz<br>
add xrev == n && n > 0    --> haskell-zlib-0.5.4.2-1.n-x86_64.pkg.tar.xz<br>
</span>rebuild                   --> haskell-zlib-0.5.4.2-2.n-x86_64.pkg.tar.xz<br>
add <next x-rev>          --> haskell-zlib-0.5.4.2-1.<n+1>-x86_64.pkg.tar.xz<br>
<span class="">add <next ver>, xrev == 0 --> haskell-zlib-<next ver>-1-x86_64.pkg.tar.xz<br>
<br>
</span>As you see, if the release is put before the x-rev and the release<br>
number is reset on add, then we end up going backwards in version<br>
numbers.<br>
<span class=""><br>
/M<br>
<br>
--<br>
Magnus Therning                      OpenPGP: 0xAB4DFBA4<br>
email: <a href="mailto:magnus@therning.org">magnus@therning.org</a>   jabber: <a href="mailto:magnus@therning.org">magnus@therning.org</a><br>
twitter: magthe               <a href="http://therning.org/magnus" target="_blank">http://therning.org/magnus</a><br>
<br>
</span>The results point out the fragility of programmer expertise: advanced<br>
programmers have strong expectations about what programs should look like,<br>
and when those expectations are violated--in seemingly innocuous<br>
ways--their performance drops drastically.<br>
     -- Elliot Soloway and Kate Ehrlich<br>
<br>_______________________________________________<br>
arch-haskell mailing list<br>
<a href="mailto:arch-haskell@haskell.org">arch-haskell@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell</a><br>
<br></blockquote></div><br></div>