Re: Package versioning

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Thu, 1 Sep 2016 23:39:59 +0100
João Miguel via arch-general <arch-general@xxxxxxxxxxxxx> wrote:

> A 2016-09-01T23:57:07 +0200, Magnus Therning escreveu:
> > 
> > When packaging Haskell packages there's a bit of a twist to the version
> > numbers that I'm looking for a solution to.
> > 
> > Upstream versions have two numbers, a version number (set by the
> > upstream developer) and an "xrev" that's bumped when minor changes are
> > made to packages on Hackage (Haskell's CPAN/PyPi/RubyGems/...).
> > 
> > Then the packaging has a release.
> > 
> > So far I've been using versions of the form
> > 
> >    <upstream version>_<xrev>-<pkgrel>
> > 
> > But that isn't good enough, `pacman` has for instance reported that's
> > 
> > ~~~
> > warning: haskell-vector-algorithms: local (0.7_1-2) is newer than haskell-core (0.7.0.1_0-1)
> > warning: haskell-monadrandom: local (0.4_2-1) is newer than haskell-core (0.4.1_0-1)
> > ~~~
> > 
> > which isn't correct since
> > 
> >    0.7 < 0.7.0.1
> >    0.4 < 0.4.1
> > 
> > It seems `pacman` treats underbar like a period, which isn't at all what
> > I was hoping for.
> > 
> > I'm hoping for some help to find something better. Any suggestions on
> > how I should do this properly?  
> What do you think about making that xrev part of the pkgrel? Instead of
> 0.7_1-2 you'd have 0.7-1.2 < 0.7.0.1-0.1. And even if haskell-core
> continues using that underscore, 0.7-1.2 < 0.7.0.1_0-1.
> 
> It's not very common to have a decimal Pkgrel, and I'm not sure if it is
> good practice, but I've used it, in fact for Haskell packages in
> particular.
> 
> Regards,
> João Miguel

pkgrel is for Arch specific changes, changes from upstream should be part of
the pkgver.




[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux