<br><div class="gmail_quote">On Thu, Oct 7, 2010 at 12:22 PM, Jonas Smedegaard <span dir="ltr"><<a href="mailto:dr@jones.dk">dr@jones.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
So the proposed 1.2.3-peru numbering scheme really is a 1.2.3 scheme with an optional trailing taint hint?<br>
<br></blockquote><div><br>Yes, the last part is optional.<br>In my first mail I put examples of valid numbers:<br><div style="margin-left: 40px;">Valid numbers:<br>23<br>23.2<br>23.2.5<br>23.2.5-peru<br>23.2.5-uru<br></div>
<br>Then for the activity developers, probably they will continue with integer numbers, but other players have other possibilities:<br>* OLPC or Dextrose can create version activities where are maintaining old releases: example Browse 108.1<br>
* Daniel Castelo and the people from LATU in Uruguay can create a customization to a activity: example Speak 18.1-uru<br>* People from other deployments can test and use the activity modified in Uruguay.  <br><br>The packagers will need to package only the common activities. The dotted scheme is supported for dpkg, rpm, etc.<br>
 <br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
It probably makes better sense to clearly distinguish those two essentially separate issues:<br>
<br>
  * mainline numbering<br>
    + integer<br>
    + triple integers<br>
    + Debian-style triple string scheme<br>
    + other?<br>
  * how to officially handle "slight forks"<br>
    + extending triple integers with fourth integer/string<br>
    + non-version suffix to version<br>
    + separate field<br>
    + no official support<br>
    + other?<br>
<br></blockquote><div><br>It's clear in the previous examples?<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
The easiest for Debian would be if you version your code using triple integers, as that properly supports multiple branches (which you _are_ doing, whether you admit it or not!).<br>
<br>
debian care not about deployment forks, but I sure recommend that you do support it properly - which means make room for it in the versioning string and admit that forks are versioned too - not only a non-versioned flag.<div>
<div></div><div class="h5"><br></div></div></blockquote><div><br>I don't think we need to support versioning in the forks (uru or peru cases). They can use the first part, adding numbers to manage their versions.<br><br>
Gonzalo<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div class="h5">
<br>
<br>
 - Jonas<br>
<br>
-- <br>
 * Jonas Smedegaard - idealist & Internet-arkitekt<br>
 * Tlf.: +45 40843136  Website: <a href="http://dr.jones.dk/" target="_blank">http://dr.jones.dk/</a><br>
<br>
 [x] quote me freely  [ ] ask before reusing  [ ] keep private<br>
</div></div><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
iQIcBAEBCgAGBQJMreWmAAoJECx8MUbBoAEhfpIP/2P6RWUKyJF5IMoE0LBMaG29<br>
3CX9WkTSp7M3eh6S2zaJYxvU6HgOxDAYqbtYctyRbtIX+z7tFSvS4RIanwGcUYbr<br>
b6xX5l1p2YYpvT3P8JCSNAb90bwdmsOByYvhcDJuvZ1rDJlLl9t/jFn6bnvHaIZi<br>
VrNh3FxNMg1rK1JMBtSTmKLJKRdKszHJQz6eC/0xr6E8kFq4VeuppHkyvSxa8HCq<br>
/oXL1nzylVziPDrdGWqrDfqMr+sQ/hv1O77M9brDYEWZfXfjoJxmKFEDDbbAr18O<br>
rI90kzat19lWvZGnS/PyZxS2SMY9NbK8b4yWC8p+luKx/2gP5dsw6V/JMIX0besB<br>
ju1kEMQFzt/hZSgWhynjqNED1iyr+5IUFLmA9NLzuFhmS0nJ26L4277Q4heEk7/L<br>
9lR0cnic902RVIY60sr3p9bZklNrVIGIST5RJzuj8n6/CPJfctTL0NBsxzwVS0SB<br>
7lXhfrDd6JV122fxXeKHI95hFZroHsSby2GoLLIbTmbrV1CjqyvZ4Uz521xSCYjQ<br>
FAIeO9+khwNXLzg99O9lsTfpm8q0yiPLHmq0HeORGFzCwnnhf5E6FRLTrd0JGass<br>
jFqYSz/bsmgEji9YUIHs1gpIFInLU/1oOQgQswVopIKHTxLeYcH3evt6c3fD9QwM<br>
mY8cqELdjJxbTEoHgT54<br>
=P0DA<br>
-----END PGP SIGNATURE-----<br>
<br>_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
<br></blockquote></div><br>