http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1790
Changes in build 1790 from build: 1789
Size delta: 0.00M
-kbd 1.12-23.olpc2
+kbd 1.12-24.olpc2
-olpc-utils 0.70-1.olpc2
+olpc-utils 0.71-1.olpc2
--- Changes for kbd 1.12-24.olpc2 from 1.12-23.olpc2 ---
+ get the proper files. a w
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1790
Changes in build 1790 from build: 1789
Size delta: -0.14M
-kbd 1.12-23.olpc2
+kbd 1.12-24.olpc2
-olpc-utils 0.70-1.olpc2
+olpc-utils 0.71-1.olpc2
--- Changes for kbd 1.12-24.olpc2 from 1.12-23.olpc2 ---
+ get the proper files. a
> The second thing is basic UI usability. The pop-around menu border makes the
> UI
> thoroughly unusable with the trackpad
http://dev.laptop.org/ticket/4910 covers this issue and more.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.lapto
It is a known problem that the Read activity doesn't automatically store
a copy of the shared document in the Journal.
Read has bigger problems. I haven't been able to get it to share
the document properly in test after test.
wad
On Mar 21, 2008, at 10:54 AM, James Simmons wrote:
> I am tryin
Once upon a time my OLPC laptop (G1G1) was reliable. No longer.
I've been dual-booting it, by installing a recent Joyride build plus
a recent Update.1 build. But the most recent Joyride builds do not
boot for me:
The symptom seen most often is that the circle of dots gets drawn,
then the d
FYI
Regards,
Manu
Manusheel Gupta
Technical Consultant and Adviser
One Laptop Per Child Inc.
http://laptop.org
-- Forwarded message --
From: Luke Closs <[EMAIL PROTECTED]>
Date: Fri, Mar 21, 2008 at 1:27 AM
Subject: Re: hello
To: Joshua McKenty <[EMAIL PROTECTED]>, [EMAIL PROTE
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build702
Changes in build 702 from build: 701
Size delta: -0.14M
-kbd 1.12-23.olpc2
+kbd 1.12-24.olpc2
--- Changes for kbd 1.12-24.olpc2 from 1.12-23.olpc2 ---
+ get the proper files. a wget of the the url resulted in a html file
+ n
On Fri, 21 Mar 2008, John R.Hogerhuis wrote:
>
> I'd agree with Mitch. Performance, or for us, UI responsiveness, the most
> visible and painful issue being start up time of applications is paramount. My
> 4-year old, with no cushy performant computer experience, loses interest in
> the
> 10 sec
On 22.03.2008 02:09, Martin Langhoff wrote:
> On Fri, Mar 21, 2008 at 8:58 PM, Carl-Daniel Hailfinger
> <[EMAIL PROTECTED]> wrote:
>
>> if Windows runs faster
>>
> ...
>
>> once somebody has a child-friendly UI for Windows
>>
>
> You are going from "if" to "when" with absolutely n
On Fri, Mar 21, 2008 at 8:58 PM, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> if Windows runs faster
...
> once somebody has a child-friendly UI for Windows
You are going from "if" to "when" with absolutely no support from facts.
I agree with John's concern and desire for better performa
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1789
Changes in build 1789 from build: 1788
Size delta: 0.00M
-bootfw q2d14-1.olpc2.unsigned
+bootfw q2d14a-1.olpc2.unsigned
-kbd 1.12-22.fc7
+kbd 1.12-23.olpc2
--- Changes for bootfw q2d14a-1.olpc2.unsigned from q2d14-1.olpc2.unsigned -
On 22.03.2008 00:30, John R.Hogerhuis wrote:
> I'd agree with Mitch. Performance, or for us, UI responsiveness, the most
> visible and painful issue being start up time of applications is paramount. My
> 4-year old, with no cushy performant computer experience, loses interest in
> the
> 10 seconds
On Fri, Mar 21, 2008 at 8:48 PM, Samuel Klein <[EMAIL PROTECTED]> wrote:
> of quick discussions about SoC tomorrow (saturday) at 2100 UTC / 1700 EST in
> #olpc. Please join us to share advice to share from SoC's past, find out
Fantastic - I will be there to discuss XS stuff :-)
cheers,
m
--
Dear all,
We are participating in Google Summer of Code again this year, and now
accepting applications from mentors. We are holding the first of a series
of quick discussions about SoC tomorrow (saturday) at 2100 UTC / 1700 EST in
#olpc. Please join us to share advice to share from SoC's past,
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1789
Changes in build 1789 from build: 1788
Size delta: 0.00M
-bootfw q2d14-1.olpc2.unsigned
+bootfw q2d14a-1.olpc2.unsigned
-kbd 1.12-22.fc7
+kbd 1.12-23.olpc2
--- Changes for bootfw q2d14a-1.olpc2.unsigned from q2d14-1.olpc2.unsigned
Build Announcer v2 wrote:
> http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1788
Hi folks;
I missed something along the line -- what's the difference between the
"faster" stream and "joyride"? I guess I can switch from one stream to
the other?
thx,
-- Gary Oberbrunner
__
On Fri, Mar 21, 2008 at 12:55 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> Is still the plan for Update.2 to be about the most urgent needs from
> the deployments?
Scott -
what's the release naming scheme? What will the bugfix release post
update.1 be called, versus the next feature release?
P
I'd agree with Mitch. Performance, or for us, UI responsiveness, the most
visible and painful issue being start up time of applications is paramount. My
4-year old, with no cushy performant computer experience, loses interest in the
10 seconds+ it takes to load activities. Even the calculator takes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Stone wrote:
| * to the extent that we are able, we should record the compatibility
| matrix between builds and activities
Once upon a time, there was going to be a build called "First Release to
Service", and its number was to be 1.
~Fr
Mitch Bradley wrote:
>I think that Update.2 should be about 3 things:
>3) Performance
>2) Performance
>1) Performance
I second that. Update.2 should be about optimizing Sugar and its
dependencies, not adding new features. My 2 cents.
--
Bryan W. Berry
Systems Engineer
OLE Nepal, http://www.ole
Dear devel,
While drafting release notes for Update.1 RC2 (signed update.1-699), we
realized that we need a good story about what we want the ecosystem of
activity and library packs (for use with the customization key [1]) to
be.
The rough sense emerging from the folks I've interviewed so far
(dg
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build701
Changes in build 701 from build: 700
Size delta: -0.13M
-telepathy-salut 0.2.2-5.olpc2
+telepathy-salut 0.2.3-1.olpc2
-kbd 1.12-22.fc7
+kbd 1.12-23.olpc2
-sugar-presence-service 0.75.2-1.olpc2
+sugar-presence-service 0.75.4-1.olpc
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1788
Changes in build 1788 from build: 1785
Size delta: 0.39M
-eject 2.1.5-6.fc7
+eject 2.1.5-7.fc7
-espeak 1.31-4.fc7
+espeak 1.31-5.fc7
-gtk2 2.10.14-3.fc7
+gtk2 2.10.14-4.fc7
-krb5-libs 1.6.1-8.fc7
+krb5-libs 1.6.1-9.fc7
-libdhcp 1.24-
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1788
Changes in build 1788 from build: 1784
Size delta: 0.27M
-eject 2.1.5-6.fc7
+eject 2.1.5-7.fc7
-espeak 1.31-4.fc7
+espeak 1.31-5.fc7
-gtk2 2.10.14-3.fc7
+gtk2 2.10.14-4.fc7
-krb5-libs 1.6.1-8.fc7
+krb5-libs 1.6.1-9.fc7
-libdhcp 1.24
Thanks for the reply, Tomeu. I will be sure to contribute to the topics to
the best of my ability.
I'm looking forward to the meeting, as well as to helping advance OLPC's
mission, however possible.
Best,
Alex
On Fri, Mar 21, 2008 at 3:07 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> 2008/3/21
2008/3/21 Alex Escalona <[EMAIL PROTECTED]>:
> Hi,
>
> I am writing to express interest in the GSoC 2008 mentorship offered by the
> One Laptop Per Child association. I am a first-year graduate student in
> computer science at the Illinois Institute of Technology's MSCS program. My
> disciplinary i
Hi,
I am writing to express interest in the GSoC 2008 mentorship offered by the
One Laptop Per Child association. I am a first-year graduate student in
computer science at the Illinois Institute of Technology's MSCS program. My
disciplinary interests include general topics in the broad field of
co
Hi James,
> Another thing I remember reading is that if two kids share an activity
> and one has an older version of the activity than the other, the older
> version gets updated so they both have the newer version. This
> doesn't
> seem to be happening. I have two test machines, one running x
Hmm, yesterday I executed free after launching some activities and got
this results:
http://lists.laptop.org/pipermail/sugar/2008-March/004650.html
Am I very wrong to think that we can save 3.6MB per python activity instance?
Tomeu
On Fri, Mar 21, 2008 at 7:21 PM, NoiseEHC <[EMAIL PROTECTED]> w
It is the problem that every page will be modified (and so copied) if it
contains a reference count so the metadata effectively cannot be shared.
http://lists.laptop.org/pipermail/devel/2007-September/006617.html
Also mentioned in (point 9.)
http://lists.laptop.org/pipermail/community-news/2007-Fe
1. Project name : Incredibly Simple Interactive Storytelling
2. Existing website, if any : http://wiki.laptop.org/go/ISIS
3. One-line description : ISIS is a platform to develop interactive stories.
4. Longer description :
ISIS is a platform to allow chil
On Fri, Mar 21, 2008 at 6:50 PM, NoiseEHC <[EMAIL PROTECTED]> wrote:
> Could somebody answer these questions?
> 1. What is the status of zlib -> lzo transition in jffs2?
> 2. What is the status of the new X architecture? (The name is DRM but I
> am not sure.)
> 3. What is the status of the shar
Could somebody answer these questions?
1. What is the status of zlib -> lzo transition in jffs2?
2. What is the status of the new X architecture? (The name is DRM but I
am not sure.)
3. What is the status of the shared page python stuff? Will the
reference count problem will be solved in Python 3
> One other comment, just a nit really: it surprised me that the mapping
> of to [ISO_Next_Group, ISO_Prev_Group] was put into each of the
> main language files rather than once in the option file and then
> reflected in the rules as needed. This wasn't true for group mappings on
> my Ubuntu Linux
On Fri, Mar 21, 2008 at 12:55 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> Is still the plan for Update.2 to be about the most urgent needs from
> the deployments?
Perhaps I wrote the call for papers too narrowly. Certainly every
stable release will continue to include fixes for pressing deploy
Is still the plan for Update.2 to be about the most urgent needs from
the deployments?
Tomeu
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
I sense that this is gonna be a looong thread
C. Scott Ananian wrote:
> On Fri, Mar 21, 2008 at 12:50 PM, Mitch Bradley <[EMAIL PROTECTED]> wrote:
>
>> I think that Update.2 should be about 3 things:
>> 3) Performance
>> 2) Performance
>> 1) Performance
>>
>
> Mechanisms to achieve
On Fri, Mar 21, 2008 at 12:50 PM, Mitch Bradley <[EMAIL PROTECTED]> wrote:
> I think that Update.2 should be about 3 things:
> 3) Performance
> 2) Performance
> 1) Performance
Mechanisms to achieve those performance goals are worthy candidates for a talk!
--scott
--
( http://cscott.net/ )
_
One major frustration with the existing datastore implementation is
that is unfriendly to legacy applications: you can't easily use the
command-line to browse through it, and you can't save a file from an
unmodified linux application into the journal. I propose a filesystem
design, called olpcfs f
I think that Update.2 should be about 3 things:
3) Performance
2) Performance
1) Performance
C. Scott Ananian wrote:
> As we draw the update.1 process to a close, we need to start thinking
> about where we want to go with Update.2 and beyond. There are lots of
> great ideas, both here at 1cc and
As we draw the update.1 process to a close, we need to start thinking
about where we want to go with Update.2 and beyond. There are lots of
great ideas, both here at 1cc and in the community, about our
architecture and UI. It's hard to compare ideas when they live in the
heads of small groups of
Bernie reported on Wednesday that new demands on his time make it
impossible for him to commit to closing bugs on our accelerated
timelines. However, it looks like a fairly simple packaging change is
required. Either Dennis or I should be able to take care of it. We'll
see who wins the race. :)
Mi
Sjoerd,
> This one is fixed in the latest salut packages. Please ensure that you
> test that too :) (See http://dev.laptop.org/ticket/6728)
My TST designator means that the bug requires testing _in a release
candidate build_. It's helpful and encouraging to know that the new
salut package is beli
I am trying to give Read Etexts the same sharing behavior that core Read
has, using mostly the same code. Until this week I didn't have a good
way to test sharing, but I have set up multiple instances of
sugar-jhbuild on one of my computers so now I can test sharing. My
sugar installation is
#5841 should really be fixed. The console in Spanish is hobbled
without it. If we don't have an eloquent way to do it up stream today,
let's target that for Update.2, but fork the patch today.
If we can get 701 signed for testing out the door today, we can get
600 teachers test it for us next week
On Fri, Mar 21, 2008 at 02:39:29AM -0400, Michael Stone wrote:
> #6575 TSTcollabora (chat receives message but can't send anymore)
This one is fixed in the latest salut packages. Please ensure that you test
that too :) (See http://dev.laptop.org/ticket/6728)
Sjoerd
--
Life is the chi
On Fri, Mar 21, 2008 at 7:39 AM, Michael Stone <[EMAIL PROTECTED]> wrote:
> #6170 ???uwog(shared write crashes)
> #6407 ???marco (Write crashes when sharing and add an image)
#6407 is probably a dup of #6170.
#6170 should be PKG. uwog is going to build rpms.
Marco
47 matches
Mail list logo