<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 17, 2017 at 1:47 AM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Tue, May 16, 2017 at 09:23:55PM -0400, Samuel Cantero wrote:<br>
>     Samuel Cantero wrote:<br>
>     > we're going to try to build a new ASLO in GSoC which must ease<br>
>     > activities management, for both image builders and developers.<br>
><br>
>     Please also consider Sugar Network, which Sebastian knows about, and<br>
>     is used heavily, judging by the hit counts on the Sugar Labs servers.<br>
><br>
> Can someone explain the relationship between ASLO and Sugar network?<br>
<br>
</span>Nobody has answered your question, so I'll have a go.<br>
<br>
A derivative relationship; data flows from ASLO to Sugar Network.<br>
<br>
Any changes you make in ASLO that affect how the data is presented may<br>
have impact on Sugar Network.<br>
<br>
Also, don't forget that OLPC laptops and Sugar itself fetches data<br>
from ASLO, using the Software Update feature.  Look through the source<br>
for that; in the /sugar/ and /browse-activity/ repositories.<br></blockquote><div><br></div><div>AFAIK not all deployments are using ASLO as main backend for Software Update. In fact, an static "update URL" with activity information in semantic microformat seems more reliable. In my case, I will never allow and trust in last version sent by a developer in ASLO. Updating ~13K XOs w/o testing the activities first doesn't look reasonable for me. So testing in your own environment and updating the activity information in the the activity page (<i>microformat</i>) is the way I'll go.</div><div><br></div><div><div>So, at first stage, I propose to add only <i>microformat</i> support for ASLOv3. A person (image builder..) who is building an image must be able to select a set of activity/version pair and generate the 'update URL' in semantic microformat. This person must be able to update the content at any time keeping the same "update URL". This will allow us to use Sugar Software Update functionality.</div></div></div></div></div>