Where to include port version in 'port pkg' output?

[Chris Jones]

On 5 Jan 2013, at 7:52am, Joshua Root <jmr at macports.org> wrote:

> On 2013-1-5 10:15 , Blair Zajac wrote:
>> 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.
> 
> Hm, I don't think it's always desired to have the epoch in the filename,
> e.g. for base releases. Maybe the epoch and revision could be left out
> when they are 0?

That would cause problems if the epoch for a package is ever increased from 0 to 1, since the version number would change unpredictably. 

e.g. say you have a package with version 3.2.1 epoch 0, revision 0, so if you missed out the epoch when zero, this would give the 'munki' version

3.2.1.0

say you then increase the epoch to 1 (to downgrade to 3.2.0). the version then would be

1.3.2.0.0

which is a completely different format to the first, and not obvious if it would be seen as newer or not. My guess not.

I think you have to always have the epoch, or always not, but do not mix.

cheers Chris

> 
> - Josh
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2030 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20130105/bda22721/attachment.p7s>