On Wed, Sep 23, 2009 at 00:07, Sascha Silbe
sascha-ml-ui-sugar-de...@silbe.org wrote:
Hi!
I'd like to propose
a) adding a catch-all component on bugs.sugarlabs.org and
b) making the catch-all component the default.
c) finding a bug wrangler (individual or team).
All excellent ideas!
Dear Sucrose Maintainers,
please provide source tarballs for the Sucrose 0.86.0 release [1] by the
end of the 24th of September and announce them as explained here:
http://sugarlabs.org/go/Development_Team/Release#Module_release
This will be our final release, so please be extra careful, to not
Activity Homepage:
http://activities.sugarlabs.org/addon/4212
Sugar Platform:
from 0.82 to 0.86
Download Now:
http://activities.sugarlabs.org/downloads/version/29256
Release notes:
Reviewer comments:
This request has been approved.
Sugar Labs Activities
http://activities.sugarlabs.org
On 09/22/2009 04:54 PM, Tomeu Vizoso wrote:
Hi,
we have these tickets in the review queue currently marked for 0.86:
#1339 After download, 'Show in Journal' option doesnt switch you to the
Journal
#1342 range queries use lexical comparison, not numerical
#1410 Progress bar for reading
On Wed, Sep 23, 2009 at 6:57 AM, Simon Schampijer si...@schampijer.de wrote:
On 09/22/2009 04:54 PM, Tomeu Vizoso wrote:
Hi,
we have these tickets in the review queue currently marked for 0.86:
#1339 After download, 'Show in Journal' option doesnt switch you to the
Journal
#1342 range
Sebastien's original question[2] is unanswered perhaps because it's
been deemed maybe-already-answered[3] or peripheral
To the contrary, it seems to me that it remains unanswered only
because it has been deemed a very important question, one worth formal
consideration by a decision panel and
Yes, thanks Mel Tomeu, it is certainly the case that I need clarity
too, since the Sugar Labs message is part of a strategy designed to
achieve massive adoption of Sugar beyond OLPC, while supporting the
latter.
Sugar on GNU/Linux alone cannot be a vector of massive adoption, but
SoaS (as I
Hi, everyone
I've been asked to set a larger font size by default in Write activity for
children who are visually impaired.
I tried to edit toolbar.py like this:
...
...
for i, s in enumerate(self._font_sizes):
self._font_size_combo_append_item(i, s, None)
if s == '12':
Hi all,
For now, all bundles aren't signed but in new Sucrose-0.86 updater
control component was introduced(which is based on updater component
from OLPC but doesn't use bitfrost).
Sucrose updater just fetches metadata from ASLO[1] and download
proper xo bundles.
So, the question is, should
On Wed, Sep 23, 2009 at 15:27, Emiliano Pastorino
epastor...@plan.ceibal.edu.uy wrote:
Hi, everyone
I've been asked to set a larger font size by default in Write activity for
children who are visually impaired.
I tried to edit toolbar.py like this:
...
...
for i, s in
That did the job.
Thank you very much, Tomeu!
Emiliano
On Wed, Sep 23, 2009 at 11:27 AM, Tomeu Vizoso to...@sugarlabs.org wrote:
On Wed, Sep 23, 2009 at 15:27, Emiliano Pastorino
epastor...@plan.ceibal.edu.uy wrote:
Hi, everyone
I've been asked to set a larger font size by default in
On Mon, Sep 21, 2009 at 10:41 AM, Bernie Innocenti ber...@codewiz.org wrote:
El Mon, 21-09-2009 a las 10:14 +0200, Tomeu Vizoso escribió:
Yes, the most obvious path is to be based on the next CentOS major
release, which in turn will be based on Fedora 11 (AFAIK).
Switching to other distros
Bernie Innocenti wrote:
What could be achieved with the .xo bundles that couldn't be achieved
with an rpm?
Let's not talk about .xo. .xo is just the JAR bundle format.
What can you do with JAR that you can't do with RPM?
1. Produce them easily on any platform.
2. Tell the unpacked manifest
El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió:
1. Produce them easily on any platform.
At OLPC, I head this argument made many times, but it's moot:
(1) one could create a bundle on Windows, but not test it.
Since actual development requires a system capable of running
Bernie Innocenti wrote:
El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió:
1. Produce them easily on any platform.
At OLPC, I head this argument made many times, but it's moot:
(1) one could create a bundle on Windows, but not test it.
I'm not thinking about Windows.
El Mon, 21-09-2009 a las 21:27 -0400, Benjamin M. Schwartz escribió:
(1) one could create a bundle on Windows, but not test it.
I'm not thinking about Windows. I'm thinking about Linux. I don't use an
RPM-based distro, so I don't have the RPM tools lying around. I'm not
especially
On Tue, Sep 22, 2009 at 00:54, Peter Robinson pbrobin...@gmail.com wrote:
On Mon, Sep 21, 2009 at 11:47 PM, Martin Dengler
mar...@martindengler.com wrote:
On Mon, Sep 21, 2009 at 05:15:31PM -0500, Yamandu Ploskonka wrote:
Chris Ball wrote:
Hi,
TBH I'm not 100% sure on that as I'm not
On Tue, Sep 22, 2009 at 12:13 AM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
Bernie Innocenti wrote:
What could be achieved with the .xo bundles that couldn't be achieved
with an rpm?
Let's not talk about .xo. .xo is just the JAR bundle format.
What can you do with JAR that you
On Tue, Sep 22, 2009 at 2:27 AM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
Bernie Innocenti wrote:
El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió:
1. Produce them easily on any platform.
At OLPC, I head this argument made many times, but it's moot:
(1) one
On Tue, Sep 22, 2009 at 1:40 PM, Tomeu Vizoso to...@sugarlabs.org wrote:
On Tue, Sep 22, 2009 at 00:54, Peter Robinson pbrobin...@gmail.com wrote:
On Mon, Sep 21, 2009 at 11:47 PM, Martin Dengler
mar...@martindengler.com wrote:
On Mon, Sep 21, 2009 at 05:15:31PM -0500, Yamandu Ploskonka wrote:
Hi all,
The Sugar Labs Oversight
Boardhttp://wiki.sugarlabs.org/go/Oversight_Board 2009-2010
Election http://wiki.sugarlabs.org/go/Oversight_Board/2009-2010-candidatesis
scheduled to run from
*October 1, 2009* to *October 14, 2009*. All 7 board seats are up for
election.
The Sugar Labs Members
In my view, the mailing list should be called SoaS-Fedora. That's
the specific project the mailing list is intended to support, and we
haven't reached consensus that Sugar on a Stick should always refer
to the Fedora liveUSB project. Although that's clearly the case today
and for the forseeable
We worked with the 4th graders in the computer lab today.
The computer lab is not working well for us this year. Its booked solid so
its hard to get time. More computers are broken so there will not always
be enough for everyone to have one. Internet is mysteriously broken on
Sugar. The
On Wed, Sep 23, 2009 at 3:58 PM, Sean DALY sdaly...@gmail.com wrote:
In my view, the mailing list should be called SoaS-Fedora. That's
the specific project the mailing list is intended to support, and we
haven't reached consensus that Sugar on a Stick should always refer
to the Fedora liveUSB
I thought about that, but in that case it wouldn't be appropriate for
Sebastian or anyone associated with Fedora or any other distro for
that matter to moderate the list; the moderator would need to be
distro-independent. Would the list also be open to any alternate
liveUSB Sugar project? This
On Wed, Sep 23, 2009 at 4:55 PM, Sean DALY sdaly...@gmail.com wrote:
I thought about that, but in that case it wouldn't be appropriate for
Sebastian or anyone associated with Fedora or any other distro for
that matter to moderate the list; the moderator would need to be
distro-independent.
But marketing discussions are already on the Sugar Labs marketing
list. There's Sugar Labs marketing, nothing specific to SoaS. SoaS is
the pillar of the marketing strategy, but in the Sugar Labs picture.
The mailing list in question is for developers... on the specific
existing project. Googling
El Tue, 22-09-2009 a las 16:51 +0100, Gary C Martin escribió:
This is not a what if it works right now and since 0.84. Any .xo
bundle in your Journal can be 'sent to' over the either to any friend,
where by Journal will automatically install it for them. I have sent
the Physics.xo bundle
Bernie Innocenti wrote:
The use cases that work now would continue to work with any package
format.
That's definitely not true.
One option (the one I thought you were advocating) is to make Activities
just like any other software installed by the distribution package
manager. That means
El Wed, 23-09-2009 a las 12:25 -0400, Benjamin M. Schwartz escribió:
Bernie Innocenti wrote:
The use cases that work now would continue to work with any package
format.
That's definitely not true.
One option (the one I thought you were advocating) is to make Activities
just like any
On Wed, Sep 23, 2009 at 1:07 PM, Bernie Innocenti ber...@codewiz.org wrote:
...
Right. One way around it is using Alien, which I already proposed.
Another solution is to admit that kids running incompatible distros
will be unable to exchange activities -- period. It would be quite a
rare
Bernie Innocenti wrote:
A fixed platform with infinite backwards compatibility is a dream even
for an interpreted language.
Java.
Right now, we're just closing our eyes pretending that we are immune
from the dependency problems and that the .xo package format will
suffice. Do you really
Bernie Innocenti wrote:
Either we declare that there exists only One True Sugar Distribution
running on One True Hardware Platform -- which is exactly the opposite
of expanding the base for Sugar -- or we accept the increased complexity
that comes from a real multiplatform scenario.
Or, we
El Wed, 23-09-2009 a las 14:03 -0400, Benjamin M. Schwartz escribió:
Bernie Innocenti wrote:
A fixed platform with infinite backwards compatibility is a dream even
for an interpreted language.
Java.
Java is just a marketing lie ;-)
The official JVM did not even run anywhere, but on 3
The current status of the GPA is:
The 4th grade classroom has a bank of 6 machines that can boot Sugar on a
Stick.
The 4th grade specialist has one used laptop that can boot Sugar on a Stick.
Access to the PCs in the computer lab is problematic and likely not to
happen very much.
There are two
Bernie Innocenti wrote:
El Wed, 23-09-2009 a las 14:03 -0400, Benjamin M. Schwartz escribió:
Bernie Innocenti wrote:
A fixed platform with infinite backwards compatibility is a dream even
for an interpreted language.
Java.
Java is just a marketing lie ;-)
The official JVM did not even
Can anyone think of way to use Virtual Box that would allow students to use
the info on their sticks so they can at another point in time use a
classroom computer and not always need to use the same MacBook?
I don't quite understand your question. If the students boot the
system on their
El Wed, 23-09-2009 a las 14:33 -0400, Benjamin M. Schwartz escribió:
Or, we bless a small number of completely self-contained virtual machines
(e.g. etoys squeak, mozilla javascript, Sun Java, perhaps a restricted
python), and then run them on any hardware.
I think that would create a much
Bernie Innocenti wrote:
It's still too restrictive for external developers who would like to do
more ambitious things, like Karma and Physics. Those would have to come
and beg us to approve their dependencies.
Karma is HTML+Javascript, for which we have an approved interpreter on the
list, so
On Wed, Sep 23, 2009 at 3:20 PM, Caroline Meeks solutiongr...@gmail.com wrote:
Since we can't seem to boot the MacBooks directly, but we could use Virtual
Box, can anyone think of way to use Virtual Box that would allow students to
use the info on their sticks so they can at another point in
Hi Bernie,
On 23 Sep 2009, at 17:19, Bernie Innocenti wrote:
El Tue, 22-09-2009 a las 16:51 +0100, Gary C Martin escribió:
This is not a what if it works right now and since 0.84. Any .xo
bundle in your Journal can be 'sent to' over the either to any
friend,
where by Journal will
Hi Caroline,
On 23 Sep 2009, at 20:10, Caroline Meeks wrote:
The current status of the GPA is:
The 4th grade classroom has a bank of 6 machines that can boot Sugar
on a Stick.
The 4th grade specialist has one used laptop that can boot Sugar on
a Stick.
Access to the PCs in the
On 23 Sep 2009, at 20:22, Bernie Innocenti wrote:
El Wed, 23-09-2009 a las 14:33 -0400, Benjamin M. Schwartz escribió:
Or, we bless a small number of completely self-contained virtual
machines
(e.g. etoys squeak, mozilla javascript, Sun Java, perhaps a
restricted
python), and then run
They're getting better - this one almost had me worried it is an
actual bug report.
- Bert -
Begin forwarded message:
From: Sugar Labs Bugs bugtracker-nore...@sugarlabs.org
Date: 23. September 2009 23:21:33 MESZ
To: b...@freudenbergs.de
Cc: b...@lists.sugarlabs.org
Subject: Re: #380
El Wed, 23-09-2009 a las 21:11 +0100, Gary C Martin escribió:
Would that not potentially be covered if ActivityTeam agree a set of
supported platforms (and agree a 'fat' bundle)? We can _never_ test
and QA every platform in existence, so we have to at least agree on a
core N amount of
Mel, Sebastian, Walter, Bernie, David and the others, thanks for that
ad-hoc yet fruitful IRC discussion tonight. I trust someone can post
the transcript? Meetbot seemed revived.
I fully support the new list as a gathering place for any liveUSB
Sugar project, even if Sebastian's project is and
On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin g...@garycmartin.com wrote:
Sure, you could just link the ~/default/datastore directory on the VM
to the matching location on the stick. I'm not sure how the pretty way
to do this would be (likely at this moment in time would be just
tweaking the
Hi Bill,
On 24 Sep 2009, at 00:17, Bill Bogstad wrote:
On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin
g...@garycmartin.com wrote:
Sure, you could just link the ~/default/datastore directory on the VM
to the matching location on the stick. I'm not sure how the pretty
way
to do this
Sugar could report an error message on startup: This Activity contains
executable code which was not compiled for this platform. Please contact
the activity author for support.
This would fall into the general category of displaying better error
messages when activities fail to start.
If ARM
El Wed, 23-09-2009 a las 20:13 -0400, Wade Brainerd escribió:
Sugar could report an error message on startup: This Activity
contains executable code which was not compiled for this platform.
Please contact the activity author for support.
This would fall into the general category of
Last I checked virtualbox could not boot from USB on a Mac. This may have
changed in a more recent version.
Dave
On Wed, Sep 23, 2009 at 8:12 PM, Gary C Martin g...@garycmartin.com wrote:
Hi Bill,
On 24 Sep 2009, at 00:17, Bill Bogstad wrote:
On Wed, Sep 23, 2009 at 4:26 PM, Gary C
On Wed, Sep 23, 2009 at 8:12 PM, Gary C Martin g...@garycmartin.com wrote:
Yes, I routinely use the Shared Folders feature for VirtualBox on the Mac
:-) Every thing Sugar flavour I work on resides there for easy access
between different VMs. VirtualBox treats this as a device (after installing
christoph, does 640px for the width of chakra look ok on the XO?
On Thu, 2009-09-24 at 00:42 +0545, Christoph Derndorfer wrote:
Roshan karki schrieb:
2) Can you please make the thumbnails 2X2 instead of 1X4
@Roshan: I'm not sure what you mean by this... :-?
I mean putting four
Hi Dave,
On 24 Sep 2009, at 01:55, Dave Bauer wrote:
Last I checked virtualbox could not boot from USB on a Mac. This may
have changed in a more recent version.
Yep correct, that is still the case**. But, we were not talking about
booting USB. Just mounting it and using the data-store
It didn't looked ok.
On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry br...@olenepal.org wrote:
christoph, does 640px for the width of chakra look ok on the XO?
On Thu, 2009-09-24 at 00:42 +0545, Christoph Derndorfer wrote:
Roshan karki schrieb:
2) Can you please make the thumbnails 2X2
On Thu, 2009-09-24 at 08:13 +0500, roshan karki wrote:
It didn't looked ok.
u mean, it looked bad?
On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry br...@olenepal.org
wrote:
christoph, does 640px for the width of chakra look ok on the
XO?
On Thu, 2009-09-24 at
Yamandu Ploskonka wrote:
I for one had hoped that the utterly painful performance
problems with Sugar were a price we were paying for total cross-platform
compatibility though Python. I'm having my innocence crushed as I
follow this thread...
We would do well to clarify this. For the
Thanks for the update, Sean!
The mailing list is up - details on the conversation are posted at
http://wiki.sugarlabs.org/go/Talk:Sugar_on_a_Stick#Make_a_SoaS_mailing_list.
In short: people talked, consensus was reached, stuff happened. We're
getting better at this - and are close to finishing
58 matches
Mail list logo
