Thank you Aleksey.<br><br>Regards,<br><br>     Marcos<br><br><br><div class="gmail_quote">2010/5/18 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 Mon, May 10, 2010 at 12:10:29PM -0300, Marcos Orfila wrote:<br>
> If people can download the experimental activities w/o logging in (just<br>
> enabling the check box for experimental), then it's Ok for me.<br>
<br>
</div>I posted this proposal to devel@ but didn't get feedback, so I just<br>
added news (left side, under categories) line on ASLO home page.<br>
Will disable authorized experimental downloads if people dislike it.<br>
<div><div></div><div class="h5"><br>
><br>
> Thank you,<br>
><br>
>     Marcos<br>
><br>
><br>
> 2010/5/10 Aleksey Lim <<a href="mailto:alsroot@member.fsf.org">alsroot@member.fsf.org</a>><br>
><br>
> > 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>
> > done<br>
> ><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<br>
> > platforms<br>
> > > (e.g. x86 and x86_64), it's better to use symbolic links to share<br>
> > 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>
> > 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>
> ><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<br>
> > XO-1<br>
> > > will continue to be x86 platform, so I believe there won't be any problem<br>
> > > with that.<br>
> ><br>
> > 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>
> ><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<br>
> > 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>
> > 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>
> > Aleksey<br>
> ><br>
<br>
</div></div>--<br>
<font color="#888888">Aleksey<br>
</font></blockquote></div><br>