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