Le mercredi 23 juillet 2008 à 12:38 -0400, Ankur Verma a écrit :
I can run a bash/python script upon the reception of the message with
the message parameters. This makes it flexible enough to call any
application.
Then I think you should write a Python application which connect to the
As per our earlier discussion, the method at present is to use roster.py,
which you are planning to remove in the next versions.
As roster.py also uses Telepathy to get the nicks of XO who have subscribed
or are friends, are there any alternative functions which I can use to fetch
the list of
Hi,
where is the xocom source repository?
I know nothing about xocom, but I recommend you to code a simple
python-only activity first to familiarize with that part of the
problem, and only then coming back to the SocialCalc Activity. Take a
look to this activity:
Le jeudi 24 juillet 2008 à 03:36 -0400, Ankur Verma a écrit :
As per our earlier discussion, the method at present is to use
roster.py, which you are planning to remove in the next versions.
Humm not really. Using the roster is and will always be a sane way to
find contacts. But, as you can
topics are:
* update of the week (e.g. process changes)
* roadmap
* what are the latest bugs, where can we need help on
* introduction of new developers (optional)
Best,
Simon
___
Sugar mailing list
Sugar@lists.laptop.org
Thanks for the quick response..The xocom is at
http://github.com/lukec/xocom/tree/master
I will definitely go through the codes you have sent. After studying that, I
will try to get back to SocialCalc again..
Regards
Preeti
On 7/24/08, Tomeu Vizoso [EMAIL PROTECTED] wrote:
Hi,
where is the
Tomeu Vizoso wrote:
On Wed, Jul 23, 2008 at 10:34 PM, J.M. Maurer [EMAIL PROTECTED] wrote:
On Wed, 2008-07-23 at 22:24 +0200, J.M. Maurer wrote:
Hi all,
I've merged libabiword, libabiword-plugins and pyabiword from OLPC with
the official Fedora AbiWord package. libabiword-plugins only
On Wed, Jul 23, 2008 at 06:27:59PM -0700, John Gilmore wrote:
2) Sugar would run more smoothly on-XO if jhbuild were retired.
I think this is a good point in the abstract. Do any frequent contributors
*not* have an XO?
I approve of retiring jhbuild, and handing out XO's to Sugar
On Thu, 2008-07-24 at 13:10 +0300, Jani Monoses wrote:
Tomeu Vizoso wrote:
On Wed, Jul 23, 2008 at 10:34 PM, J.M. Maurer [EMAIL PROTECTED] wrote:
On Wed, 2008-07-23 at 22:24 +0200, J.M. Maurer wrote:
Hi all,
I've merged libabiword, libabiword-plugins and pyabiword from OLPC with
the
On Thu, 2008-07-24 at 06:16 -0400, Greg Smith wrote:
Hi All,
I just got word from a decision maker in Uruguay that they are very
concerned about performance. They say that Sugar is slow.
The sugar activity developers have been for 2.5 years as well :)
[snip]
- Activity or main GUI
I am steadfast in the opinion that stability and predictability are
much more important goals for 8.2 than trying to make significant
speed improvements. Also, do you know what build Miguel was basing his
assessment on?
-walter
On Thu, Jul 24, 2008 at 6:16 AM, Greg Smith [EMAIL PROTECTED] wrote:
+1 to Marc's comment as well, that was posted while I was writing mine.
-walter
On Thu, Jul 24, 2008 at 7:39 AM, Walter Bender [EMAIL PROTECTED] wrote:
I am steadfast in the opinion that stability and predictability are
much more important goals for 8.2 than trying to make significant
speed
instead of just turtle programs and gooey smalltalk...
Cannot let this one slip by uncommented on. Etoys is one place where
kids are doing real programming, as a means of achieving fluency about
many powerful ideas, not just syntax. But I unaware that children have
made contributions to Squeak
= New requests =
sugar-shell enters in infinite loop after a failed shutdown
http://dev.laptop.org/ticket/7566
cp: Inconsistent behavior after changing the xo color
http://dev.laptop.org/ticket/7560
= Approved requests =
palettes in journal give false information
Hi Guys,
I need short term options and longer terms options.
What do we know already?
Where are the bottle necks and how much work would it be to improve them?
Stability is key and we're not going to sacrifice that for 8.2.0.
Regardless we need scoping on performance improvement options and
On Wed, Jul 23, 2008 at 06:27:59PM -0700, John Gilmore wrote:
[some interesting points]
Sorry my meta-comments snuck in - they aren't relevant, and I didn't
follow my own advice...I retract them (I'm sure you can tell what
parts they were).
= Do any frequent contributors have ONLY an XO? =
On Thu, Jul 24, 2008 at 06:16:33AM -0400, Greg Smith wrote:
Hi All,
I just got word from a decision maker in Uruguay that they are very
concerned about performance. They say that Sugar is slow. I'm probing
to get more details but I want to evaluate the options in parallel.
Focus is on
On Thu, Jul 24, 2008 at 1:20 PM, J.M. Maurer [EMAIL PROTECTED] wrote:
On Thu, 2008-07-24 at 13:10 +0300, Jani Monoses wrote:
Tomeu Vizoso wrote:
On Wed, Jul 23, 2008 at 10:34 PM, J.M. Maurer [EMAIL PROTECTED] wrote:
On Wed, 2008-07-23 at 22:24 +0200, J.M. Maurer wrote:
Hi all,
I've
Yoshiki,
I don't want sound to be a jerk..., but a game like Asteroids is so
right on the sweet spot of Etoys (take a look at the existing Lunar
Lander, and think about extending it with better controls and
rotation).
And, the biggest advantage of that route I think is all scripts can
Hi Tomeu,
Thanks for the info.
No change in plan right now. I'm just looking for background info and
ideas.
Please forge ahead as already planned for now.
Thanks,
Greg S
Tomeu Vizoso wrote:
On Thu, Jul 24, 2008 at 12:16 PM, Greg Smith [EMAIL PROTECTED] wrote:
I'll come back with more
On Thu, 2008-07-24 at 06:16 -0400, Greg Smith wrote:
Hi All,
I just got word from a decision maker in Uruguay that they are very
concerned about performance. They say that Sugar is slow. I'm probing
to get more details but I want to evaluate the options in parallel.
Uruguay run build 656
I am trying to build a raw disk appliance of the sugar desktop using the
appliance tools at [1]. You can see the kickstart file which I am using
[2] which is based off of one I found in the repo [3].
I have run into an error when starting X, I get
error setting MTRR Invalid Argument (22)
error
Hi Greg,
Here are the areas I can think of: - Activity launch time I know we
had some threads on this but I don't know where we stand. Can I get
an update and an evaluation of what it will take to greatly improve
this?
The best thing we can do here is to free up someone to work
On Thu, Jul 24, 2008 at 5:02 PM, Bryan Kearney [EMAIL PROTECTED] wrote:
I am trying to build a raw disk appliance of the sugar desktop using the
appliance tools at [1]. You can see the kickstart file which I am using
[2] which is based off of one I found in the repo [3].
Awesome. I didn't know
On Thu, Jul 24, 2008 at 6:29 PM, Marco Pesenti Gritti
[EMAIL PROTECTED] wrote:
Hello Greg,
you marked one the RTL tickets as a blocker. Is RTL support in general
considered a release blocker? If so, probably most or all of the
tickets on the RTL tracker bug should be marked as such (and there
On Thu, Jul 24, 2008 at 6:32 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote:
On Thu, Jul 24, 2008 at 6:29 PM, Marco Pesenti Gritti
[EMAIL PROTECTED] wrote:
Hello Greg,
you marked one the RTL tickets as a blocker. Is RTL support in general
considered a release blocker? If so, probably most or all
Hello,
we have a few UI blockers assigned for the low space issues.
Sugar should provide messages indicating when NAND is getting full
and critically full
http://dev.laptop.org/ticket/7588
Journal writes which fail due to insufficient space should provide
useful feedback.
Hello,
ajax built new Fedora 9 rpms which should contain the fix for Xephyr on x86_64.
http://koji.fedoraproject.org/koji/buildinfo?buildID=57371
https://admin.fedoraproject.org/updates/F9/pending/xorg-x11-server-1.4.99.906-1.fc9
Marco
___
Sugar
Hi Guys,
RTL is a blocker and it should be all RTL issues unless we can show that
they are cosmetic or there is an acceptable work around.
The reason they are show stoppers is that we have major Arabic
deployments planned for this fall and winter (northern hemisphere).
I believe these are
On Thu, Jul 24, 2008 at 6:55 PM, Greg Smith [EMAIL PROTECTED] wrote:
I believe these are regression bugs in that RTL works correctly (better?) in
previous releases.
This seems very unlikely. We basically never tried to support RTL so far...
Thanks for clarifying.
Marco
Marco,
Thanks for asking for clarification on this issue. At present, Greg and
I disagree about whether this cluster of issues should block the 8.2.0
release and are working with Kim and Robert to resolve our disagreement.
However, in order to make good decisions, it would be very helpful if
the
Am 24.07.2008 um 00:19 schrieb Yoshiki Ohshima:
I don't want sound to be a jerk..., but a game like Asteroids is so
right on the sweet spot of Etoys (take a look at the existing Lunar
Lander, and think about extending it with better controls and
rotation).
Actually, I found it surprisingly
(Foreword: I originally intended to send this e-mail after the release of
8.2.0,
but I have been convinced to send it earlier in order to prompt discussion)
Dear OLPC developers,
Congratulations on your work so far towards 8.2.0, with its new UI, new
underpinnings, and thousands of individual
On Thu, Jul 24, 2008 at 06:50:25PM +0200, Marco Pesenti Gritti wrote:
Hello,
ajax built new Fedora 9 rpms which should contain the fix for Xephyr on
x86_64.
Thanks - that's awesome.
Marco
Martin
pgpXdhVrtlKb3.pgp
Description: PGP signature
At Thu, 24 Jul 2008 14:23:07 -0400,
Bert Freudenberg wrote:
Am 24.07.2008 um 00:19 schrieb Yoshiki Ohshima:
I don't want sound to be a jerk..., but a game like Asteroids is so
right on the sweet spot of Etoys (take a look at the existing Lunar
Lander, and think about extending it
I'm not familiar with the details of the Rainbow implementation, but
I question this claim:
Sugar, as it currently stands, is among the least secure operating systems
ever, far less secure than any modern Linux or Windows OS. I can easily
write an Activity that, when run by the user,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mikus Grinbergs wrote:
| I'm not familiar with the details of the Rainbow implementation, but
| I question this claim:
|
| Sugar, as it currently stands, is among the least secure operating systems
| ever, far less secure than any modern Linux or
Hi,
these are the minutes of today's sugar developer meeting. Please check
the minutes and complete what I may have missed.
http://sugarlabs.org/go/DevelopmentTeam/Meetings#Thursday_July_24_2008_-_17.00_.28UTC.29
Thanks,
Tomeu
= Update =
People is working on bugs, Marco focused on
Am 24.07.2008 um 14:25 schrieb Benjamin M. Schwartz:
1. The datastore
2. OS Updates
3. File Sharing
4. Activity Modification
5. Bitfrost
6. Power management
Note that half of these items have nothing to do with Sugar, oo the
subject line is a bit misleading.
- Bert -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bert Freudenberg wrote:
| Am 24.07.2008 um 14:25 schrieb Benjamin M. Schwartz:
|
| 1. The datastore
| 2. OS Updates
| 3. File Sharing
| 4. Activity Modification
| 5. Bitfrost
| 6. Power management
|
| Note that half of these items have nothing to do
Ben,
I think many people will agree with much of what you have identified
in your rant; and we have been working on making the most progress we
can given the constraints of the 'real' world:
1 - 350,000 laptops in the hands of kids today. This alone takes most
of the resources away from
On 平成 20/07/25, at 6:53, Benjamin M. Schwartz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bert Freudenberg wrote:
| Am 24.07.2008 um 14:25 schrieb Benjamin M. Schwartz:
|
| 1. The datastore
| 2. OS Updates
| 3. File Sharing
| 4. Activity Modification
| 5. Bitfrost
| 6. Power
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kimberley Quirk wrote:
| I think many people will agree with much of what you have identified
| in your rant; and we have been working on making the most progress we
| can given the constraints of the 'real' world:
Kim:
Though I was obviously trying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Polychronis Ypodimatopoulos wrote:
| At any rate, I will add (I filed a ticket) a sufficiently large (255
| chars?) name field for activities, although I would much prefer
| designing this mechanism properly (any suggestions by Sugar(ed)
|
Hi Ben,
Benjamin M. Schwartz wrote:
I last discussed this issue with you at
http://wiki.laptop.org/go/On_Presence_updates/User_Profiles/Collaboration.
~ I didn't understand your perspective then, and I still don't understand
it now.
Please be more specific on what part of the activity type
On Thu, Jul 24, 2008 at 8:18 PM, Benjamin M. Schwartz
[EMAIL PROTECTED] wrote:
really surprisingly short. Each item on the list has been debated to a
stationary point over the last two years, so all that is left is to make a
final decision for the engineers to execute. Each task could be
46 matches
Mail list logo
