If people can download the experimental activities w/o logging in (just enabling the check box for experimental), then it's Ok for me.<br><br>Thank you,<br><br>    Marcos<br><br><br><div class="gmail_quote">2010/5/10 Aleksey Lim <span dir="ltr"><<a href="mailto:alsroot@member.fsf.org">alsroot@member.fsf.org</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Sun, May 09, 2010 at 05:24:34PM -0300, Marcos Orfila wrote:<br>
> Thank you Aleksey.<br>
><br>
> I have created MathGraph32 activity, so please delete MathGraph activity.<br>
<br>
</div>done<br>
<div class="im"><br>
> For the future ".xo" bundle format, I would suggest the possibility of<br>
> having symbolic links. If we have to provide binaries for several platforms<br>
> (e.g. x86 and x86_64), it's better to use symbolic links to share platform<br>
> independent data for the different binary sets. Currently, we need to<br>
> duplicate all the application data when shipping multiplatform activities<br>
> that include binaries.<br>
<br>
</div>0install is a full featured packaging system e.g. package MathGraph<br>
could have several sub-packages, one for data and per arch sub-packages<br>
thus users won't fetch the same data.<br>
<br>
You can learn more about 0install on <a href="http://0install.net/" target="_blank">http://0install.net/</a>.<br>
<div class="im"><br>
> Either the MathGraph32 activity and the Java activity will work in Dugar<br>
> versions 0.82 and 0.84. The interaction with Sugar is pretty basic and XO-1<br>
> will continue to be x86 platform, so I believe there won't be any problem<br>
> with that.<br>
<br>
</div>btw there are plans to witch to ARM (but not sure how real they are). And<br>
the major my concern, sugar is not OS for XO, it would be pretty useless<br>
if sugar is tied only to XO laptops.<br>
<div class="im"><br>
> MathGraph32 is also available on CeibalJAM web site (<br>
> <a href="http://activities.ceibaljam.org" target="_blank">http://activities.ceibaljam.org</a>). The idea of having MathGraph32 and the<br>
> Java activity in SugarLabs is to make it available to more OLPC deployments.<br>
> If it stays not public, nobody will find it. Please consider having these<br>
> activities public for the sake of the community benefit.<br>
<br>
</div>But users can search not public activities, afaik there are only two<br>
special thing regarding experimental activities:<br>
<br>
* users needs to enable check box to see experimental activities in<br>
  several listings (but search works as is)<br>
* user has to be logged in to download experimental activities<br>
<br>
Do you think about other disadvantages? Will experimental activities<br>
useful from your (and CeibalJAM) POV if any user can download them w/o<br>
logging in?<br>
<br>
--<br>
<font color="#888888">Aleksey<br>
</font></blockquote></div><br>