<div dir="ltr"><br><br><div class="gmail_quote">On Tue, Jul 15, 2008 at 12:57 PM, C. Scott Ananian <<a href="mailto:cscott@laptop.org">cscott@laptop.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2008/7/15 Jameson Chema Quinn <<a href="mailto:jquinn@cs.oberlin.edu">jquinn@cs.oberlin.edu</a>>:<br>
<div class="Ih2E3d">> If you have a better idea of how Glucose should handle these issues, please<br>
> share it. Simplifying assumptions are good, even if they're not 100% valid.<br>
<br>
</div>Versions in <a href="http://activity.info" target="_blank">activity.info</a> files are either plain integers, or<br>
RPM-standard version strings, with no pretense that these correspond<br>
in any way to sugar major releases or anything at all, except that<br>
they are ordered: if the activity updater sees that you have version<br>
N, and there is a version M announced[*] as compatible with your build<br>
where M > N, then it will suggest that you upgrade to M.  All other<br>
meanings are encoded with other mechanisms.<br>
  --scott<br>
<br></blockquote></div>I meant the UI issues, since that is what Mikus objected to. I.e., can multiple versions of the same activity coexist on same xo? What about journal instances from multiple versions of an activity? What can we do concretely to try to avoid/deal with this situation? <br>
</div>