For those of you who haven't been following the Marketing list, Sugar
Labs and the Free Software Foundation will be issuing a joint press
release today celebrating Software Freedom Day. It is visible on our
site at http://www.sugarlabs.org/press and on the FSF site at
http://www.fsf.org/news/sugar-
Mel Chua wrote:
> Friendly.
>
> Is there a one-stop shop I can go to where my problems will be fixed
> immediately?
...
> Consistent.
...
> And the support experience needs to be consistent. As explained above,
> teachers need to know that no matter what their problem is, if they
> spend 2 minut
I read the multiple "future of SoaS" discussions on this mailing list
and... to be honest, I was frustrated and didn't quite know how to
respond.
So I called my aunt Lynne May (I stay with her family when I'm in
Boston). She's been a teacher for over 15 years. She teaches first
grade. (I've been s
Luke:
I am thinking more of the usage case of community jabber users.
(There are differences in how different distributions applications
collaborate and function.)
One could then know which features are available if you invite someone
to an activity.
This would be more useful in a non- XS sit
On Thu, Sep 17, 2009 at 04:51:47PM +0200, Martin Langhoff wrote:
> So I am strictly looking forward -- and wondering if we can help these
> users of 0.82 now.
By branching at the 0.82 point as deployed, determining from evidence
(those renamed DS directories you have been unable to obtain) what th
Is there any reason to prefer ejabberd on the server rather than another
Jabber server? I am thinking of using jabberd2 instead.
I can't seem to wrap my head around ejabberd's configuration file but I am
quite comfortable with the xml used by jabberd2.
--
Philippe
--
The trouble with
somehow, I should have overwritten your file :S
I'll be more careful from now on
this is the correct version:
> height || this.canvas.height
>
I'm seeing your last version with mine to check if there is other "bug"
2009/9/9 Bryan Berry
> I see u reverted a change I made in j.k.js
> http://git
I see u reverted a change I made in j.k.js
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js%
2Fjquery.karma.js
698- height || this.canvas.height
698+ height || this.canvas.width
earlier it read
height || this.canvas.width
and i changed it to
height || this.canvas.height
I am procrastinating learning object-oriented javascript by thinking
about different i18n options for karma
Here are just a few of the key requirements for i18n in karma
1. Support inline text in the html
This text should be captured
2. Support in code translation
document.writ
On Thu, Sep 17, 2009 at 04:17, Elena of Valhalla
wrote:
>
> I wonder how hard would it be to configure such fedora to look for an
> USB key with SoaS on it and mount its home partition at login time:
> this would help keeping some of the advantages of SoaS (the ability to
> work from any computer
On Thu, Sep 17, 2009 at 18:35, Thomas C Gilliard wrote:
> I also wish that the range of rim colors available for the XO choice in F1
> Neighborhood would distinguish what Distribution they are based on...
I'm just curious, but how is this relevant to the end user? Most students
probably wouldn'
== Sources ==
http://download.sugarlabs.org/sources/sucrose/glucose/etoys/etoys-4.0.2318.tar.gz
http://download.sugarlabs.org/sources/sucrose/fructose/Etoys/Etoys-107.tar.gz
== Packaged for OLPC XO ==
http://etoys.laptop.org/rpms/etoys-4.0.2318-1.noarch.rpm
http://etoys.laptop.org/rpms/Etoys-1
On Thu, Sep 17, 2009 at 4:29 AM, Tomeu Vizoso wrote:
> On Thu, Sep 17, 2009 at 10:17, Elena of Valhalla
> wrote:
>> On Wed, Sep 16, 2009 at 4:51 PM, Jim Simmons wrote:
>>> [...] Fedora 11
>>> with the included Sugar environment, [...]
>>> This does not give the child all the advantages of SoaS,
On Thu, Sep 17, 2009 at 4:47 AM, Elena of Valhalla
wrote:
> On Wed, Sep 16, 2009 at 5:49 PM, Bill Bogstad wrote:
>> My wish is to figure out ways that SoaS can take advantage of the hard
>> drive while still remaining a portable environment. Hmm... Hey, here
>> is a potentially useful 'hack'.
I agree "Sugar on a Stick" should be only the Fedora based sh script
installed USB and SD software that sugarlabs produces.
I am calling other variants (except for Strawberry or "Blueberry")
"Sugar Desktop on a Stick" to distinguish them.
these are "full install" (Anaconda and maybe zyx-liveins
On Thu, Sep 17, 2009 at 12:53 PM, Simon Schampijer wrote:
> Dear Sugar community,
>
> today at the Developers Meeting it was decided to enact a one week slip
> of the 0.86 Sucrose release.
>
> = 0.86 Final release the 25th September =
> This is due to the remaining bugs in the stable branch and so
On Thu, Sep 17, 2009 at 12:36 PM, Tomeu Vizoso wrote:
> Sorry about top posting, but I agree with most of what you said below,
> and I'm not yet particularly worried about the content of the site
> itself for now.
>
> I really think that your initiative has big future and understand that
> it's st
Activity Homepage:
http://activities.sugarlabs.org/addon/4032
Sugar Platform:
from 0.86 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29252
Release notes:
* Implement write_file() properly. Fixes dslo#1264
* Use add_with_viewport() instead of add() (fixes scrollbar issu
Hello,
I just released ImageViewer version 12.
Source
==
http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-12.tar.bz2
News
=
* Implement write_file() properly. Fixes dslo#1264
* Use add_with_viewport() instead of add() (fixes scrollbar issues)
* Update French
Activity Homepage:
http://activities.sugarlabs.org/addon/4028
Sugar Platform:
from 0.86 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29251
Release notes:
* Set bundle id in metadata explicitly (addresses dslo#1172)
* Workaround possible Evince libview API issues. (dslo
Hello,
I just released Read 74.
Source
==
http://download.sugarlabs.org/sources/sucrose/fructose/Read/Read-74.tar.bz2
News
* Set bundle id in metadata explicitly (addresses dslo#1172)
* Workaround possible Evince libview API issues. (dslo#1328)
* Use gobject.timeout_add_seconds instead o
== Source ==
http://download.sugarlabs.org/sources/sucrose/fructose/Chat/Chat-66.tar.bz2
== News ==
* Utilize new toolbars design
* Add new translations: mg, sq, ta
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org
== Source ==
http://download.sugarlabs.org/sources/sucrose/glucose/sugar-datastore/sugar-datastore-0.85.4.tar.bz2
== News ==
* Use basename for uploaded files by default in copy-to-journal script #1372
___
Sugar-devel mailing list
Sugar-devel@lists.sug
On Thu, 2009-09-17 at 23:30 +0545, Daniel Drake wrote:
> 2009/9/17 David Farning :
> > One step in that direction might be to clearly communicate and try to
> > gather momentum around a series of stable releases.
> >
> > One thought that might work is to set .84, .88, .94, and 1.0 as stable
> > rel
Dear Sucrose Maintainers,
* Tarballs
Please provide source tarballs for the Sucrose 0.85.7 Release [1] by the
end of the 17th of September and announce them as explained here:
http://sugarlabs.org/go/Development_Team/Release#Module_release
Thanks,
Your Release Team
[1] http://sugarlabs.org/
Dear Sugar community,
today at the Developers Meeting it was decided to enact a one week slip
of the 0.86 Sucrose release.
= 0.86 Final release the 25th September =
This is due to the remaining bugs in the stable branch and some
regressions, for example introduced by the switch to Metacity. We
2009/9/17 David Farning :
> One step in that direction might be to clearly communicate and try to
> gather momentum around a series of stable releases.
>
> One thought that might work is to set .84, .88, .94, and 1.0 as stable
> releases for down streams to unite around.
That would be useful but a
Sorry about top posting, but I agree with most of what you said below,
and I'm not yet particularly worried about the content of the site
itself for now.
I really think that your initiative has big future and understand that
it's still in an early stage. I also think that something like that
could
Sound works fine for me on the XO-1 via SoaS.
What's bothersome to me is the very small (size 7) default font. (In my
activity, I get around this by setting size = 10, if the system isn't a
native XO).
Art Hunkins
- Original Message -
From: "Jim Simmons"
To: ; "Jonas Smedegaard"
Sen
On Thu, Sep 17, 2009 at 4:27 PM, Gary C Martin wrote:
> FWIW, your three major points were fixed way back by Tomeu's 0.84 data-store
> re-write to make for robustness. Actually I'm fairly sure it was these
> kind'a reports that prompted Tomeu to make that fine effort. Prior to this
> (0.82) I had
Hi Martin,
FWIW, your three major points were fixed way back by Tomeu's 0.84 data-
store re-write to make for robustness. Actually I'm fairly sure it was
these kind'a reports that prompted Tomeu to make that fine effort.
Prior to this (0.82) I had seen occasional datastore 'loss', sometime
I haven't been able to get my hands on Safari but I have tested Arora, a
QtWebkit browser that lucian informs me uses stock JavascriptCore.
I was able to run .map(), .forEach() w/ out a problem so I think we can
use js 1.6 and don't have to the dark ages of 1.5 ;)
On Thu, 2009-09-17 at 09:56 +05
On Thu, Sep 17, 2009 at 5:41 AM, Daniel Drake wrote:
> 2009/9/17 Jim Simmons :
>> So the real answer to your question is, how will the other kids
>> upgrade and when will they be able to do it?
>
> In the majority of cases (i.e. large deployments) it will be done as a
> coordinated effort by the o
On Thu, Sep 17, 2009 at 12:32:51PM +0200, Simon Schampijer wrote:
> Hi,
>
> we will meet at 14:00 UTC to discuss the status of the 0.86 release. As
> we have serious regressions and have not seen much non-gary testing yet,
> we consider delaying the release or release with noting the issues in
2009/9/17 Jim Simmons :
> So the real answer to your question is, how will the other kids
> upgrade and when will they be able to do it?
In the majority of cases (i.e. large deployments) it will be done as a
coordinated effort by the overseeing deployment team. The deployment
team will make the de
Hi,
we will meet at 14:00 UTC to discuss the status of the 0.86 release. As
we have serious regressions and have not seen much non-gary testing yet,
we consider delaying the release or release with noting the issues in
the release notes and trying to fix them in the bug fix releases.
A delay w
Welcome new maintainer!
I am currently doing a bit of work with LatAm deployments, so I do
have some notes related to DS. You may be aware of these issues, of
course.
- "Dataloss" on startup. We are hearing of some issues in the field
with "dataloss" -- not real dataloss but if there is anything
On Wed, Sep 16, 2009 at 5:49 PM, Bill Bogstad wrote:
> My wish is to figure out ways that SoaS can take advantage of the hard
> drive while still remaining a portable environment. Hmm... Hey, here
> is a potentially useful 'hack'. Have SoaS detect the presence of a
> hard drive at boot time, lo
On Thu, Sep 17, 2009 at 10:17, Elena of Valhalla
wrote:
> On Wed, Sep 16, 2009 at 4:51 PM, Jim Simmons wrote:
>> [...] Fedora 11
>> with the included Sugar environment, [...]
>> This does not give the child all the advantages of SoaS, but it's
>> probably far from useless.
>
> I wonder how hard w
On Thu, Sep 17, 2009 at 00:02, Jim Simmons wrote:
> Jonas,
>
> As an Activity developer I want to have my stuff run well for as many
> children as possible. As an XO owner I want my XO set up as much as
> possible like the XOs out in the field, so I can be sure that children
> with XOs have the b
On Wed, Sep 16, 2009 at 4:51 PM, Jim Simmons wrote:
> [...] Fedora 11
> with the included Sugar environment, [...]
> This does not give the child all the advantages of SoaS, but it's
> probably far from useless.
I wonder how hard would it be to configure such fedora to look for an
USB key with So
Bill Bogstad wrote:
> On Wed, Sep 16, 2009 at 8:22 PM, Douglas McClendon
> wrote:
>> Bill Bogstad wrote:
>>> ...
>>>
>>> I also don't think we can leave Sugar LiveUSB to any distribution.
>>> My impression is that both LiveCD and LiveUSB Linux distributions are
>>> essentially gimmicks for all of
On Wed, Sep 16, 2009 at 03:55:07PM -0500, David Farning wrote:
Great job and congrats on handing off the modules and a heartfelt
thanks to alsroot and Benjamin Berg for pick them up.
+1
CU Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
signature.asc
Description: Digital signat
43 matches
Mail list logo