[Sugar-devel] The ARM is near
tomeu at sugarlabs.org
Fri Aug 28 13:02:30 EDT 2009
On Fri, Aug 28, 2009 at 18:55, Jonas Smedegaard<dr at jones.dk> wrote:
> On Fri, Aug 28, 2009 at 12:02:44PM +0200, Tomeu Vizoso wrote:
>> On Fri, Aug 28, 2009 at 11:37, Jonas Smedegaard<dr at jones.dk> wrote:
>>> On Fri, Aug 28, 2009 at 10:13:24AM +0200, Tomeu Vizoso wrote:
>>>> If fat binaries are not desired, which alternatives do we have?
>>> 1) Include more aggressively/liberally arch-dependent stuff in Sucrose,
>>> and include/write wrappers for popular arch-independent languages
>>> (e.g. Python)
>>> 2) Promote as "first class Activities" those written in arch-
>>> independent languages and depending only on stuff included in
>> Both sound like good ideas to me,
> It was meant as a single alternative containing 2 steps.
>> though 1) concerns more to deployers: do they want to have to install
>> hundreds of megs of software that might or might not be used by any Sugar
>> activities they get to use?
> Sucrose does not grow automatically. Sugarlabs maintains Sucrose, so gets
> to decide if it should bloat or if the author of an activity written in
> YACNL (Yet Another Cool New Language) is told to either rewrite in one of
> the existing supported languages or accept that the Activity will be a 2nd
> class activity due to the weird choice of language.
>> I think that deployers should be the ones to say what can go in the
>> platform and what not. But the more we have there, the easier it is
>> for us developers.
> Could you give a concrete example of this dilemma (preferrably
> non-theoretical - i.e. tied to actual activities and languages currently
> used for them)?
Let's say that a country wants to develop activities in java and have
it as part of the platform. Maybe some other deployer with restricted
disk space would be opposed to have to ship Java? Same with the cups
filters, Mono, etc
> Kind regards,
> - Jonas
> * Jonas Smedegaard - idealist og Internet-arkitekt
> * Tlf.: +45 40843136 Website: http://dr.jones.dk/
> [x] quote me freely [ ] ask before reusing [ ] keep private
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> -----END PGP SIGNATURE-----
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
More information about the Sugar-devel