<p dir="ltr"><br>
On Mar 27, 2016 6:24 PM, "Chris Johns" <<a href="mailto:chrisj@ntpsec.org">chrisj@ntpsec.org</a>> wrote:<br>
><br>
> On 26/03/2016 8:05 AM, Amar Takhar wrote:<br>
>><br>
>> On 2016-03-25 13:51 -0700, Hal Murray wrote:<br>
>>>><br>
>>>> So, ntpd 0.9.2-afceec0+<br>
>>><br>
>>><br>
>>> I'd put the + right after the 2:<br>
>>>    ntpd 0.9.2+afceec0 or ntpd 0.9.2+ if you build without git.<br>
>>><br>
>>> My normal mode of operation is to have a master copy on one system, rsync to<br>
>>> other systems dropping the .git directory to save space and time, and then<br>
>>> build there.<br>
>>><br>
>>> (.git is 75% of the space)<br>
>><br>
>><br>
>> I will put the + there if it is not in release mode.  This will ensure the +<br>
>> stays even when you rsync devel w/out the .git directory.<br>
>><br>
><br>
> On other projects I have started to add 'modified' or 'm' with the git hash to indicate the git repo being built has local modifications.</p>
<p dir="ltr">I was also thinking that leaving the development version with the same base version as the last release doesn't help people doing anything conditional on the version. V0.9.2+ is really V0.9.3-. It is more than the last release and may have incompatibilities or enhancements that you need to know about.</p>
<p dir="ltr">That's true of libraries and things like gcc. Not sure for NTPsec if external users need that probe to mean something</p>
<p dir="ltr">--joel</p>
<p dir="ltr">> Chris<br>
><br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@ntpsec.org">devel@ntpsec.org</a><br>
> <a href="http://lists.ntpsec.org/mailman/listinfo/devel">http://lists.ntpsec.org/mailman/listinfo/devel</a><br>
</p>