Where to include port version in 'port pkg' output?
Blair Zajac
blair at orcaware.com
Fri Jan 4 15:15:11 PST 2013
On 01/03/2013 04:16 PM, Blair Zajac wrote:
> On 01/03/2013 04:09 PM, Rainer Müller wrote:> On 2013-01-04 00:49, Blair
> Zajac wrote:
> >>> Also, should we put the epoch number into the generated pkg and mpkg
> >>> filenames? I'm going to add it to the version number:
> >>>
> >>> ${epoch}.${portversion}.${portrevision}
> >>
> >> I decided to drop the epoch number since Apple docs suggest there's
> only
> >> three digits or precision in a version number and it's not used
> anywhere
> >> else in package, for example, in the package filenames. The work was
> >> done for OS X >= 10.6:
> >
> > IIRC the epoch was not added to the file name of archives as the epoch
> > will only increase when a change to the version number demands it,
> > leading to a new unique combination of ${name}-${version}_${revision}.
>
> If one is putting MacPorts packages into a distribution system, then I
> think epoch would still be useful, but I'm hoping I don't need it in the
> future.
>
> > Out of curiosity, what happens when a port version does not follow the
> > canonical format of major.minor.revision?
>
> I don't know, I haven't seen any discussions regarding this. This is my
> first work with native Apple packaging and putting them into munki, so
> I'm fixing problems as I run into them :)
I got some feedback from the Munki people [1] and it honors any number
of integers in a version number, so to ensure that packages and
metapackages will support epoch without issue, I put in the epoch number
into the generated filenames and internal version number.
Blair
[1] https://groups.google.com/d/msg/munki-dev/-DCERUz6rrM/zMbY6iimIGwJ
More information about the macports-dev
mailing list