Question concerning development port version using a fetch from SVN

Marko Käning MK-MacPorts at techno.ms
Tue Nov 16 13:13:42 PST 2010


On Nov 16, 2010, at 9:59 PM, Ryan Schmidt wrote:
>> name                kmymoney4-devel
>> version             SVN-HEAD
>> revision            1197853
> 
> No. "version" should be the version you are fetching. If they don't assign a new version number all the time during development, then you may want to append their revision number to the version number. For example, if kmymoney 4.6 is currently being developed in their repository, then perhaps the version should be "4.6-1197853". I use this strategy in some of my ports... well, I used it in pure-devel until just recently. But I still use it in libhsplasma and PlasmaClient. Or you could append a date string. Some ports like graphviz-devel and gcc46 do this, though in this case these date strings are actually assigned by the project as they are part of their distfile names.
OK

> "revision" is an integer that starts at zero and is increased by one every time you want to make a change to the port that changes how the port builds but you do not want to increase the version. The revision is a MacPorts number; it should not relate to any upstream number, such as the upstream software revision number.
OK

>> I wonder whether I could also skip "svn.revision"… Would the HEAD revision be used in this case?
> 
> Yes, if you omitted "svn.revision" MacPorts would fetch from HEAD. This would mean a user installing the port today would get different software from a user installing the port tomorrow (assuming upstream committed new revisions in between). This is not an acceptable outcome, so a port must not omit the svn.revision line. We want predictable software.
OK

Thanks Ryan, all that makes very much sense. I'll do like that as soon as I get my port to build.

:)


More information about the macports-dev mailing list