I think it might be relevant to point out we've already discussed some of these issues and even the implementation is alive in current Sugar Network effort.<div><br></div><div>Discussion about .xo limitations and dependency resolve feature:</div><div><a href="http://lists.sugarlabs.org/archive/sugar-devel/2009-December/021522.html">http://lists.sugarlabs.org/archive/sugar-devel/2009-December/021522.html</a></div><div>packagekit-backend-presolve:</div><div><a href="http://wiki.sugarlabs.org/go/Platform_Team/packagekit-backend-presolve">http://wiki.sugarlabs.org/go/Platform_Team/packagekit-backend-presolve</a></div><div><br></div><div>Also I think relevant for the subject of "New ASLO" is the Sugar Network API.</div><div>It exposes ASLO's data and provides a user feedback layer (comments and such).</div><div>It's designed to stay in sync with ASLO or in effect be the backend of a "New ASLO" effort. </div><div><a href="http://wiki.sugarlabs.org/go/Sugar_Network/API">http://wiki.sugarlabs.org/go/Sugar_Network/API</a></div><div>List of activities</div><div><a href="http://node.sugarlabs.org/context?type=activity&offset=0&limit=50">http://node.sugarlabs.org/context?type=activity&offset=0&limit=50</a></div><div>Be sure to see the object model and maybe check out the webui at</div><div><a href="http://network.sugarlabs.org/">http://network.sugarlabs.org/</a></div><div><br></div><div>Sorry for sharing so many links. I hope we can push together in the same direction as I see we are moved by the same goals.</div><div><br></div><div>Alsroot is the developer of the Sugar Network node, so I'm adding him on cc:</div><div><br></div><div>Regards,</div><div>Sebastian</div><div><br></div><div><br>El sáb, 26 de abr 2014 a las 10:03 AM, Walter Bender <walter.bender@gmail.com> escribió:<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">On Fri, Apr 25, 2014 at 11:52 PM, Jerry Vonau <me@jvonau.ca> wrote:
<blockquote>

<blockquote> On April 25, 2014 at 8:54 PM Sam Parkinson <sam.parkinson3@gmail.com>
 wrote:


 On Apr 19, 2014 11:16 PM, "Tony Anderson" <tony@olenepal.org> wrote:
 >
 > Hi,
 >
 > Sorry I can't submit this to the lists - my internet provider doesn't
 allow
 > sending to my email provider (sigh).
 >
 > There is an apparent policy to support the Sugar Activities distributed
 > with builds 21 and 13 although not on ASLO. Walter has provided links
 > to
 > a version of TuxMath which works on the current builds, but this has
 > not,
 so
 > far as I know been posted on ASLO.

 OK, I might not be on the same page, but are you talking about activities
 with different builds for different sugar versions?

</blockquote>
 Think what Tony is referring to above are the versions of TuxMath &
 TuxPaint that are used in AU but require the underlying rpms to be present
 before the activity is usable. This would preclude the use in ASLO as all
 the dependencies may not be present in the OS and are not provided in the
 activity. To have these newer versions effective in ASLO sugar would need a
 way to install the needed underlying libraries(as rpms) but there is
 presently no way of doing this automatically right now and there looks to
 be no effort to add this support(1).
</blockquote>

If someone is willing to work on this problem, I am confident it would
be accepted upstream.

-walter
<blockquote>

<blockquote> > I would really like to see the limited available resources devoted to
 > verifying which activities in ASLO work on build 21 (at least for XO-1)
 and
 > on build 13 (and on which XO (1.5, 1.75, and 4).

 ASLO gets the compatibility for each bundle by reading through the code.
 We
 currently classify by:

 * web activity
 * gtk3
 * new/old toolbars

 [Suggestions welcome!]

 > If necessary, ASLO should
 > provide for multiple bundles where it takes a different bundle
 > depending
 on
 > the build or XO model.

 Providing a 'most recent version compatible with sugar XX' sounds like a
 good idea.

</blockquote>
 You have to take into account those activities which have libraries shipped
 with then, those tend to be architecture(x86_64,i386,ARM) specific. The
 activities mentioned above fall into that category, they used to ship with
 the libraries but in an effort to make the activity cross-arch compatible
 and reduce the size of the download those are not shipped with the
 libraries for all the supported arches, relying on the OS's packaging to
 supply those packages in advance at image creation time.

<blockquote> > While a fix was made for the incompatibility in activity.info, as far
 > as I
 > know it is not available for either build 21 or build 13 (i.e. to the
 installed
 > base). It should be a simple matter to update the activity.info on the
 bundles on ASLO to work with the distributed builds.

 I lost you there.

 BTW: what are these builds in sugar versions?

 > Tony

 Sam
</blockquote>
 Jerry

 1. <a href="http://bugs.sugarlabs.org/ticket/4623">http://bugs.sugarlabs.org/ticket/4623</a>
 _______________________________________________
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 <a href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a>
</blockquote>


<div>-- 
</div>Walter Bender
Sugar Labs
<a href="http://www.sugarlabs.org">http://www.sugarlabs.org</a>
_______________________________________________
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a>
</div></blockquote></div>