I've uploaded a release version of Turtle Art for 0.86. The tarball is:
http://download.sugarlabs.org/sources/sucrose/fructose/TurtleArt-69.tar.gz
Notes:
69
* chmod +x svg factory
* added missing import gettext from talogo.py
* renamed xo-man to xo-child
* caught missing attribute when running
Activity Homepage:
http://activities.sugarlabs.org/addon/4027
Sugar Platform:
from 0.82 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29261
Release notes:
* chmod +x svg factory
* added missing import gettext from talogo.py
* renamed xo-man to xo-child
* caught missing
Michael Stone wrote:
> As for interpreters -- I absolutely agree that they should be chosen
> carefully.
> I just think that the interpreter that we choose carefully should be the
> one
> that prepares to run a program (e.g. by fetching and installing it, or by
> caching it, etc) rather than the o
== Sources ==
http://download.sugarlabs.org/sources/sucrose/glucose/etoys/etoys-4.0.2319.tar.gz
http://download.sugarlabs.org/sources/sucrose/fructose/Etoys/Etoys-108.tar.gz
== Packaged for OLPC XO ==
http://etoys.laptop.org/rpms/etoys-4.0.2319-1.noarch.rpm
http://etoys.laptop.org/rpms/Etoys-1
Ben wrote:
> Michael Stone wrote:
>> Consequently, I want to make using activities more like web pages. That's
>> why I work on rainbow and on networking design.
>...
>> In my opinion, ideally, they click a URL and the software they
>> clicked runs most of the time. They don't care what version is
On Mon, 21 Sep 2009, Peter Robinson wrote:
>> Well, if we decide that future releases of Sugar should run ok on the
>> next major release of CentOS, we cannot depend on later versions of
>> python, gtk, etc.
>
> I'm not sure something like sugar which is (and should be) fast moving
> mixes well
== Source ==
http://download.sugarlabs.org/sources/sucrose/glucose/sugar-datastore/sugar-datastore-0.86.0.tar.bz2
== News ==
* fix 'error return without exception set' on ARM (#1404)
* eliminate incorrect warning about unknown search terms (#1363)
* Fix AUTHORS file
* Add AM_MAINTAINER_MODE macr
Activity Homepage:
http://activities.sugarlabs.org/addon/4032
Sugar Platform:
from 0.86 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29259
Release notes:
* Updated translations for German, Portuguese and Mongolian
Reviewer comments:
This request has been approved.
Activity Homepage:
http://activities.sugarlabs.org/addon/4043
Sugar Platform:
from 0.86 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29260
Release notes:
* Make canvas emit motion-notify-event during pointer motion. dslo#1402
(Aleksey Lim)
* Fix typo (dslo#1356) (Alek
Hello,
I have just released Terminal activity version 27. Apart from
translation updates, it contains a very important fix from Aleksey Lim
which prevents the unfullscreen button from disappearing permanently
while in fullscreen mode.
Changes
* Make canvas emit motion-notify-event during pointer m
Hello,
I have just released ImageViewer version 13 with translation updates.
Source
http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-13.tar.bz2
Changes
* Updated translations for German, Portuguese and Mongolian
Thanks,
Sayamindu
--
Sayamindu Dasgupta
[http://say
Hello everyone,
I have released Read version 75. Apart from translation updates, this
contains fix for a bug that prevented searching inside Epub files.
Changes
* Fix search in Epub files (dslo #1319)
* Updated translations for German, Mongolian and Portuguese
Source
http://download.sugarlabs.org
Activity Homepage:
http://activities.sugarlabs.org/addon/4028
Sugar Platform:
from 0.86 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29258
Release notes:
* Fix search in Epub files (dslo #1319)
* Updated translations for German, Mongolian and Portuguese
Reviewer comm
On Thu, Sep 24, 2009 at 12:07:05PM -0400, metamel wrote:
> > All I see is a lot of unproductive reinforcement of 4. "let's talk a
> > lot about tangential stuff to the detriment of letting SLOBs get on
> > with answering the original question[1,2]".
>
> Patches welcome.
You're replying to one. I
> All I see is a lot of unproductive reinforcement of 4. "let's talk a
> lot about tangential stuff to the detriment of letting SLOBs get on
> with answering the original question[1,2]".
Patches welcome.
Process and product are both important; the former builds our capacity
to get on with making
On Fri, Sep 18, 2009 at 03:28:11PM -0400, Chris Ball wrote:
> Hi all,
>
>> Let me rephrase again, to make things clear. I'd love to hear an
>> "official" answer on this. Soon.
>>
>> Is the current SoaS going to be the primary way Sugar Labs
>> distributes a Sugar-centric GNU/L
Michael Stone wrote:
> Consequently, I want to make using activities more like web pages. That's why
> I
> work on rainbow and on networking design.
...
> In my opinion, ideally, they click a URL and the software they
> clicked runs most of the time. They don't care what version is underneath. If
On Thu, Sep 24, 2009 at 4:14 PM, Michael Stone wrote:
> Dear Sugar folks,
>
> I have avoided wading into this discussion for some time because I wanted to
> see where it went without my interference. Therefore, before I say anything
> else, thanks for the entertaining show. :)
>
> Next, here are s
On Wed, Sep 23, 2009 at 08:06:43AM -0500, David Farning wrote:
> This sets several important [precedents]:
> Delegate authority - In this case the soas project can define its
> own future. And the marketing team can define its own marketing
> strategy.
This is not the precedent. Authority has no
> > Also included is a new Fedora-olpc-kernel repo
>
> Running in Terminal. Unfortunately, that repo entry fails yum
> parsing (presumably because of the "*" character in the repo URL).
>
> Had to disable that whole entry in order to be able to run yum.
>
> mikus
>
> __
On Thu, Sep 24, 2009 at 17:14, Michael Stone wrote:
> Dear Sugar folks,
>
> I have avoided wading into this discussion for some time because I wanted to
> see where it went without my interference. Therefore, before I say anything
> else, thanks for the entertaining show. :)
>
> Next, here are som
Dear Sugar folks,
I have avoided wading into this discussion for some time because I wanted to
see where it went without my interference. Therefore, before I say anything
else, thanks for the entertaining show. :)
Next, here are some thoughts for you, based on my own work, uses of Sugar, and
past
On Wed, Sep 23, 2009 at 10:19 PM, Gary C Martin wrote:
> Hi Dave,
>
>
> ** unless you put the whole damn vdi on the stick and forgo the idea of
> booting the stick independently as a normal OS, though there could be room
> to investigate booting of a small partition with a reliable host OS that
== Source ==
http://download.sugarlabs.org/sources/sucrose/glucose/sugar-artwork/sugar-artwork-0.86.0.tar.bz2
== News ==
* removable device appears without any icon on it #279
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.su
Daniel Drake wrote:
> 4. Sharing of activities between hugely varying systems: The only real
> solution to this that I have seen proposed is for *all* activities to
> switch to some kind of cross-platform VM platform (e.g. Java)
...
> I feel that the one available solution is not realistic or sens
Hi Daniel,
It sounds like you're advocating major architectural and process shifts to
combat hypothetical problems. (Java? C#? I could see JavaScript perhaps
:))
Most activities do not require custom binaries. Those that do have solved
the problem within the .xo format. If you download Colors
Please plan to attend the oversight-board meeting tomorrow at 14:00
UTC, 9:00 EST. Among the topics we will be discussing are:
(1) the appointment of a decision panel to review and resolve the lack
of consensus within the community regarding on how the Sugar on a
Stick distribution currently maint
On Thu, Sep 24, 2009 at 12:44, Peter Robinson wrote:
6. Ease of creation of activity packages
Moving to distro-based packaging will not effect the difficulty of
developing activities, since packaging is something you do after
development, not before.
It will affect packagi
>>> 6. Ease of creation of activity packages
>>> Moving to distro-based packaging will not effect the difficulty of
>>> developing activities, since packaging is something you do after
>>> development, not before.
>>> It will affect packaging and distribution. My suggested model (as
>>> employed al
On Thu, Sep 24, 2009 at 12:15, Peter Robinson wrote:
> Hi,
>
> Thank you Daniel for documenting all of that. I agree with your
> points. There's a lot of "it would be cool if it does this" but in
> most cases of deployments it just doesn't seem to be an issue.
>
>> 2009/9/22 Benjamin M. Schwartz :
Hi,
Thank you Daniel for documenting all of that. I agree with your
points. There's a lot of "it would be cool if it does this" but in
most cases of deployments it just doesn't seem to be an issue.
> 2009/9/22 Benjamin M. Schwartz :
>> This is incompatible with our (or at least my) goal of allowi
Hi,
2009/9/22 Benjamin M. Schwartz :
> This is incompatible with our (or at least my) goal of allowing
> users to throw packages around as atomic objects, without internet access
> and without having to understand anything beyond "my friend has Sugar, so
> it will work". It is also incompatible w
32 matches
Mail list logo
