Hi,
while we stay with the current review process, other maintainers may
find useful to set up a page similar to this one:
http://bugs.sugarlabs.org/wiki/TomeuReviewQueue
Generated with just this line:
[[TicketQuery(status=new|assigned|reopened|accepted&group=milestone&component=sugar&component
Sascha,
just a heads up that the jhbuild instructions summarized in
sugar/README have changed and you may want to check you agree with
them.
Regards,
Tomeu
On Wed, May 19, 2010 at 12:21, Sugar Labs Bugs
wrote:
> #1823: README refers to obsolete info
> --
On Sat, May 15, 2010 at 14:30, Sugar Labs Bugs
wrote:
> #1755: sugar-emulator: better error message if X server is unreachable
> --+-
> Reporter: sascha_silbe | Owner: sascha_silbe
> Type: d
On Wed, May 19, 2010 at 06:47, James Cameron wrote:
> On Tue, May 18, 2010 at 04:26:44PM -0300, Daniel Castelo wrote:
>> I have this ticket pending, could you give your feedback? Thanks!!!
>> http://bugs.sugarlabs.org/ticket/1759
>>
>> This patch improves the feature 3G Support (added in 0.88).
>
On Wed, May 19, 2010 at 6:10 AM, Tomeu Vizoso wrote:
> Hi,
>
> while we stay with the current review process, other maintainers may
> find useful to set up a page similar to this one:
>
> http://bugs.sugarlabs.org/wiki/TomeuReviewQueue
>
> Generated with just this line:
>
> [[TicketQuery(status=ne
Hi,
reviews appreciated.
Thanks,
Tomeu
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
From: Tomeu Vizoso
---
src/jarabe/util/emulator.py | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/src/jarabe/util/emulator.py b/src/jarabe/util/emulator.py
index 3eb817f..4155985 100644
--- a/src/jarabe/util/emulator.py
+++ b/src/jarabe/util/emulator.py
@@ -
On Wed, May 19, 2010 at 1:47 AM, James Cameron wrote:
> On Tue, May 18, 2010 at 04:26:44PM -0300, Daniel Castelo wrote:
> > I have this ticket pending, could you give your feedback? Thanks!!!
> > http://bugs.sugarlabs.org/ticket/1759
> >
> > This patch improves the feature 3G Support (added in 0.
You can find the patch atached to the ticket:
http://bugs.sugarlabs.org/ticket/1759.
On Wed, May 19, 2010 at 2:07 AM, James Cameron wrote:
> Oh, and your patch got wrapped or distorted ... "git am" gave errors ...
> please try to send it as a plain text mail, test it by sending to
> yourself an
On Sat, May 15, 2010 at 23:48, Sugar Labs Bugs
wrote:
> #1686: Accessibility - virtual keyboard
> --+-
> Reporter: earias | Owner: tomeu
> Type: defect | St
Activity Homepage:
http://activities.sugarlabs.org/addon/4027
Sugar Platform:
0.82 - 0.88
Download Now:
http://activities.sugarlabs.org/downloads/file/26908/turtle_art-88.xo
Release notes:
* patch from alsroot to fix ObjectChooser bug
Sugar Labs Activities
http://activities.sugarlabs.org
Activity Homepage:
http://activities.sugarlabs.org/addon/4298
Sugar Platform:
0.82 - 0.88
Download Now:
http://activities.sugarlabs.org/downloads/file/26909/turtle_art_mini-88.xo
Release notes:
* Updated samples to use only blocks found in Turtle Art (mini)
* fixed a few problems with block name
Hi Sayamindu,
In your 0.84 backport of the GSM patch you included a patch
(7dc6edb3c7b6bda731367cff4775789cc1cfb312) which made a few naming
changes and so on.
Just curious, why was this necessary?
The Ceibal developers are futher developing the 3G support and this
divergance is a bit of a pain i
A few months ago I finished off getting the OLPC mesh working again in
Networkmanager and Tomeu finished off the work on the Sugar side. It's
present in master and presumably 0.88.
However, it hasn't been backported to 0.84 (I thought it had, but was
mistaken). Anyone looking for a very valuable (
Hi Daniel,
On Wed, May 19, 2010 at 7:40 PM, Daniel Drake wrote:
> Hi Sayamindu,
>
> In your 0.84 backport of the GSM patch you included a patch
> (7dc6edb3c7b6bda731367cff4775789cc1cfb312) which made a few naming
> changes and so on.
> Just curious, why was this necessary?
>
> The Ceibal develope
On 19 May 2010 11:46, Sayamindu Dasgupta wrote:
> The set_state() was changed since sugar.graphics.Palette (of which
> GsmPalette is a subclass) already provides a method called
> set_state(), which is used for different purposes.
Ah, indeed.
And this wasn't necessary for 0.88 since Palette.set_s
Method set_state at GsmPalette class was unintentionally overiding
its parent method.
Signed-off-by: Martin Abente
---
extensions/deviceicon/network.py |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/extensions/deviceicon/network.py b/extensions/deviceicon/network.p
I'm unsure of the reasons for the change.
Instead of setting DISPLAY and SUGAR_EMULATOR_PID environment variables
repeatedly for each attempt to run Xephyr, set the variables once.
This would be effective in reducing CPU cost if there is contention in
display numbers.
Further efficiency during c
On 19.05.2010, at 14:15, James Cameron wrote:
>
> each attempt to run Xephyr
Just want to mention that I've been using the VNC-based Sugar emulator for
quite a while, and it works much better than Xephyr.
http://bugs.sugarlabs.org/ticket/1659
- Bert -
___
Respun against HEAD and tested, for review.
>From a2d84309815134e60d78a3fd7893514245e59df6 Mon Sep 17 00:00:00 2001
From: Sascha Silbe
Date: Thu, 20 May 2010 08:02:12 +1000
Subject: [PATCH] Use VNC4 instead of Xephyr so non-US keyboards work fine #1659
On Ubuntu it requires lsb_release for detec
On Wed, May 19, 2010 at 02:21:01PM -0700, Bert Freudenberg wrote:
> Just want to mention that I've been using the VNC-based Sugar emulator
> for quite a while, and it works much better than Xephyr.
Good point, so it does. I've respun the patch and posted it for further
review.
--
James Cameron
On Wed, May 19, 2010 at 03:25:41PM -0400, Martin Abente wrote:
> Method set_state at GsmPalette class was unintentionally overiding
> its parent method.
>
> Signed-off-by: Martin Abente
Reviewed-by: James Cameron
--
James Cameron
http://quozl.linux.org.au/
Why not shift the XO-1 users and deployments onto 0.88?
Backporting so much invasive change to 0.84.x may make it more risky to
use than 0.88.
--
James Cameron
http://quozl.linux.org.au/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http
On Wed, May 19, 2010 at 09:36:12AM -0300, Daniel Castelo wrote:
> I'd like to know which error messages we should show in each case.
I think that will have to wait until it is tested by more users with a
diversity of telecommunication networks.
Otherwise, the underlying NM reason code should be e
El Tue, 18-05-2010 a las 12:30 +0200, Tomeu Vizoso escribió:
> On Mon, May 17, 2010 at 23:07, Bernie Innocenti wrote:
> > In both cases, we need to make the strings distinct in the code.
> > In C, I'd specify the context in which the string is used, like so:
> >
> > pgettext("Device Icon", "R
On 19 May 2010 20:45, James Cameron wrote:
> Why not shift the XO-1 users and deployments onto 0.88?
You're talking about a huge amount of work here, with only a small
amount of community resources working directly on XO1. And we've
already seen a handful of issues on the list which will generate
On Wed, May 19, 2010 at 7:45 PM, James Cameron wrote:
> Why not shift the XO-1 users and deployments onto 0.88?
That's a whole another kettle of fish. The test surface of a whole
Sugar release is huge...
Let's work towards a better 0.84...
m
--
martin.langh...@gmail.com
mar...@laptop.org -
Hi,
> On 19 May 2010 20:45, James Cameron wrote:
>> Why not shift the XO-1 users and deployments onto 0.88?
> You're talking about a huge amount of work here, with only a
> small amount of community resources working directly on XO1. And
> we've already seen a handful of issues on
2010/5/19 Bernie Innocenti :
> El Tue, 18-05-2010 a las 12:30 +0200, Tomeu Vizoso escribió:
>> On Mon, May 17, 2010 at 23:07, Bernie Innocenti wrote:
>> > In both cases, we need to make the strings distinct in the code.
>> > In C, I'd specify the context in which the string is used, like so:
>> >
El Wed, 19-05-2010 a las 20:52 -0400, Chris Ball escribió:
> Hi,
>
>> On 19 May 2010 20:45, James Cameron wrote:
>>> Why not shift the XO-1 users and deployments onto 0.88?
>
>> You're talking about a huge amount of work here, with only a
>> small amount of community resources wo
El Wed, 19-05-2010 a las 21:09 -0300, Daniel Drake escribió:
> On 19 May 2010 20:45, James Cameron wrote:
> > Why not shift the XO-1 users and deployments onto 0.88?
>
> You're talking about a huge amount of work here, with only a small
> amount of community resources working directly on XO1. And
Hi All,
On Wed, May 19, 2010 at 8:40 PM, Bernie Innocenti wrote:
> El Wed, 19-05-2010 a las 21:09 -0300, Daniel Drake escribió:
>> On 19 May 2010 20:45, James Cameron wrote:
>> > Why not shift the XO-1 users and deployments onto 0.88?
>>
>> You're talking about a huge amount of work here, with o
El Wed, 19-05-2010 a las 20:26 -0400, Martin Langhoff escribió:
> On Wed, May 19, 2010 at 7:45 PM, James Cameron wrote:
> > Why not shift the XO-1 users and deployments onto 0.88?
>
> That's a whole another kettle of fish. The test surface of a whole
> Sugar release is huge...
Would you reconsid
On Wed, May 19, 2010 at 09:22:52PM -0400, Bernie Innocenti wrote:
> I'd expect people to change their mind on the feasibility of a quick
> transition to Sugar 0.88 after they see my new build.
Yes, that's quite possible. My opinion was distorted by not having
access to a build on XO hardware. On
On Wed, May 19, 2010 at 10:21 PM, Bernie Innocenti wrote:
> El Wed, 19-05-2010 a las 20:26 -0400, Martin Langhoff escribió:
>> On Wed, May 19, 2010 at 7:45 PM, James Cameron wrote:
>> > Why not shift the XO-1 users and deployments onto 0.88?
>>
>> That's a whole another kettle of fish. The test s
Hello:
A new patch to Paint. I don't know who is the mainteiner of this activity.
Who can commit these changes and close the bugs?
Thanks
Gonzalo
>From f4a375b4861ca084ee03089751de82fc61233997 Mon Sep 17 00:00:00 2001
From: Gonzalo Odiard
Date: Thu, 20 May 2010 01:12:54 -0300
Subject: [PATCH] fi
El Thu, 20-05-2010 a las 00:00 -0400, Martin Langhoff escribió:
> My main concern is test coverage. If we had more formalised testing
> (of the style of http://wiki.laptop.org/go/TestPlan_8.2.0 ) and the
> manpower to do it, then we'd know more.
>
> (I am working on getting some QA organised.)
>
El Wed, 19-05-2010 a las 21:40 -0400, Bernie Innocenti escribió:
> I'll probably change your mind this week-end when I'll show you how the
> 0.88 build is coming along :-)
Sorry to respond to myself. I realized that I may have sounded like an
overconfident, pretentious jerk. (thus betraying my act
On Thu, May 20, 2010 at 01:17:15AM -0300, Gonzalo Odiard wrote:
> A new patch to Paint. I don't know who is the mainteiner of this
> activity. Who can commit these changes and close the bugs?
Manusheel Gupta is the current maintainer.
In the meanwhile, I've tested your patch and taken your othe
On 05/19/2010 04:18 PM, Daniel Drake wrote:
> A few months ago I finished off getting the OLPC mesh working again in
> Networkmanager and Tomeu finished off the work on the Sugar side. It's
> present in master and presumably 0.88.
>
> However, it hasn't been backported to 0.84 (I thought it had, bu
40 matches
Mail list logo