What is the URL of the community-created G1G1 Q&A database?

[Mel Chua]

(Moving to devel at Wad's request, ccing support-gang as they're likely 
to know the URL that I'm referring to.)

Brian (currently at the Rwanda deployment) suggested a knowledgebase for 
XO troubleshooting - iirc, a knowledgebase was started by a volunteer 
during the G1G1 last year. It was not a forum, it was not a wiki or a 
chat... interface-wise, it reminded me a little bit of digg. The front 
page listed common Q&As on XO usage, and people could post new questions 
(and answer-responses to said questions). I think that they were 
ranked/sorted by popularity or maybe some sort of vote.

This is a terrible description, but does anybody know the URL of what 
I'm talking about? See below thread for more context. Feedback on how it 
worked and how v.2.0 could be improved (and whether such a thing would 
actually be most useful - maybe there's a better solution) would be 
great as well.

Thanks, o metabrain!

-Mel

John Watlington wrote:
>
>
> I suspect that this is a separate document, which will need to be edited
> and maintained, in the same manner that the XO Troubleshooting Guide
> is an edited compilation of Trac and the experience of people fixing 
> machines.
>
> When editing the Repair page on the Wiki, I realized that there was no
> "Software Troubleshooting Guide".   Perhaps a mob-generated approach
> is best, but I have yet to be convinced.   Mel, can you find this site 
> and see
> what resulted ?
>
> wad
>
> On Sep 26, 2008, at 10:33 AM, Mel Chua wrote:
>
>> I remember a volunteer last year creating an OLPC Q&A site during G1G1
>> last year - not a wiki or the forum, but a place where people could post
>> questions/problems, and they were ranked by order of either usage or
>> some sort of vote. It looked a lot like the kind of knowledgebase you'd
>> find for other major software projects (the ones Brian described below).
>>
>> Admittedly a vague description, but does anyone remember what I'm
>> talking about? I can't seem to find the URL now.
>>
>>> Maybe when Daniel and I are back we can create a list of the most
>>> common in-field issues and solutions (á la Microsoft, Apple, or
>>> many-OS-projects knowledgebases)? Trac doesn't seem to work as this
>>> for the deployment teams, and Googling "olpc + issue" only returns
>>> workable solutions occasionally. The wiki has some useful
>>> documentation, but a database geared towards solutions for
>>> known/encountered stable software issues would be fantastic.
>>>
>>> Especially if something like this could be placed offline on the XO
>>> (for times with no internet access), that would be very helpful for
>>> the deployment teams. 

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Signed candidate-765 and gg-765-2 builds available for testing.

[Michael Stone]

After checking with Joe this evening and having previously discussed the
necessary security signoffs with Mitch, Richard, Scott, Andres, and
Deepak, I have decided to publish 8.2-765 as a signed Candidate in the
interests of spurring easier and more widespread testing over the
weekend. I have also published gg-765-2, a signed G1G1 candidate
composite image, created by Scott. gg-765-2 is similar to what we hope
to put into manufacturing next week. 

 http://download.laptop.org/xo-1/os/candidate/765/ (raw os)
 http://download.laptop.org/xo-1/custom/g1g1/gg-765-2/ (G1G1 composite)
 olpc-update candidate-765 (olpc-update)

 http://wiki.laptop.org/go/Friends_in_testing  (the usual)
 http://wiki.laptop.org/go/Customization_stick (make your own)
 http://wiki.laptop.org/go/Image_builder   (next steps)
 http://wiki.laptop.org/go/Software_update (activity groups)

Enjoy,

Michael

P.S. - You should expect an 8.2-766 with minor changes either over the
weekend or on Monday; however, it will be substantially the same as 765,
so please get started on 765 now.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Weekend report

[Michael Stone]

Michael Stone managed and assisted in the creation and signing of the
8.2-765 candidate build.

--

In more detail:

* I reviewed and approved the changes taking us from 8.2-760 to 8.2-765.
   Particular thanks are due to cscott, cjb, and marcopg for efforts
   above and beyond the call of duty; see
 http://dev.laptop.org/~cjb/76x_changelog
   for an awe-inspiring (to me) depiction of what we have achieved.

* I assisted with several fixes, most notably #8307, for gnu & wadeb.

* I got the kernel team involved in the thrashing/OOM diagnosis problem

* For kicks, I pushed olpc-update a bit on fedora-devel-list@

* I wrote up http://wiki.laptop.org/go/User:Mstone/Tricks to describe
   some of the programming idioms I have found helpful in recent months.
   (Perhaps you have tricks to share as well?)

* I started thinking about how to teach programmers associated w/ OLPC 
   more about graphics programming, systems programming, computer
   architecture, and programming idioms in hopes of training them to
   write better code!

* and I fought a bit with Greg about the proper basis for 9.1. :)

Notes from the Release Readiness Meeting:

8.2-765 or something quite like it is on track for release at the end of
next week so please test the hell out of it and watch for updates.
(We've got one minor problem, #7932, scheduled for 8.2-766, along with
some small activity updates [Record, Help, ...].) More announcement mail
will follow shortly.

In parallel, we're also experimenting with some riskier memory-related
changes in hopes of finding something that we could ship as an OS update
six weeks or so hence.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [IAEP] Coloring books on the XO?

[Albert Cahalan]

C. Scott Ananian writes:
> On Tue, Jul 15, 2008 at 9:48 AM, Samuel Klein  wrote:

>> Coloring something certainly helps remember it.  And changing the
>> colors of shapes/objects in a drawing or scene or skin is one of
>> the simple pleasures in life.  A simple implementation of coloring
>> would let you pick the colors of your own sugar skin and icon.
>>
>> I dreamed the other day about those pattern-coloring books that introduce
>> you to unusual but beautiful tilings; when I was a kid we used to make
>> copies of them or trace them on onionskin and color separately, later
>> comparing the results for elegant patterns.
>
> Colors! might be a nice base for this activity.
>
> In general, we should think hard about how to best distribute 'example
> content', which you can open and remix on your XO.  From a UI
> perspective, I've suggested previously that these be presented as
> 'friends' in the UI, who have files you can share.  The Red Cross
> might be a friend who has some coloring books available you can open
> in Colors! (or your choice of Paint programs).

Tux Paint has this functionality. I was thinking of ripping it out
to save a bit of space. I guess it's more valuable than I thought?

Press the button the create a new image. You'll see a set of images
to start with. The ones at the top are solid color, but scroll down
and you'll find the starter images.

Starter images have both foreground and background. The foreground
is always shown on top, and thus obviously needs an alpha channel.
For a traditional coloring book page, the foreground is all black
and has line art in the alpha channel. The background would be all
white in that case. Full color is possible. You could have a forest,
with some of the trees in the foreground. Erasing restores background.
Starter image properties survive save/quit/restart/load.

The full set of tools is available, including stuff like flipping
and mirroring the image. The stamp and flood-fill tools are most
useful, though cheating I suppose. (BTW, flood-fill is fast)

We have:

jigsaw puzzles
grids
chess board
chicken
airplane
ocean reef
rocket
shipwreck
diploma-style frame
skyline
farmer
maps (US, Japan, each continent, world, canada)
castle
nagasaki
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New release8.2 build 764

[Bastien]

"C. Scott Ananian" <[EMAIL PROTECTED]> writes:

>> http://lumiere.ens.fr/~guerry/olpc_install_sugar_activities_usb.php
>
> Please ensure that your activities and content list matches
> [[Activities/G1G1]].  

Do you mean the activities listed here:

http://wiki.laptop.org/go/Activities/G1G1/8.2

?

-- 
Bastien
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Please unlock Activities/G1G1/8.2

[Bert Freudenberg]

The lock-down of this page (which causes lock-down of all included  
pages transitively) was fine until Scott replaced the references to  
the 8.2 versions of activities with the old G1G1 page. E.g., when the  
page was locked, it included

http://wiki.laptop.org/go/Activities/Etoys_(8.2)

which is okay to be pegged at v. 94.

But now it includes and locks down

http://wiki.laptop.org/go/Activities/Etoys_(latest)

which makes it impossible for me to update that page to v. 95 to match  
the latest joyride.

Please unlock as long as the page references the original G1G1 page.  
See edit history at

http://wiki.laptop.org/go/Activities/G1G1/8.2

- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

gcompris activities regression

[Marco Pesenti Gritti]

Hello,

I managed to track it down to this change in joyride 2421:

-libxml2.i386 0:2.6.32-3.fc9
+libxml2.i386 0:2.7.1-1.fc9

I cannot say without debugging it further if it's gcompris or libxml2
fault. I added Bruno in cc, which might know better.

More info and a trace in the ticket:

http://dev.laptop.org/ticket/8641

Unless someone find time to track it down I guess we will have to:

1 Downgrade libxml2
2 Rely on a gcompris fix/workaround.

I'll give this back in the hands of our build/release managers :)

Marco
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: simple datastore replacement, take two

[NoiseEHC]

>> The Datastore can then provide two accessor functions:
>> get_by_value(key) and get_by_reference(key).  get_by_value() returns the
>> contents of the file as a bytestring in memory.  get_by_reference()
>> returns the path to the metadata file, or another path linked (soft or
>> hard) to that file.  This provides all the needed functionality for large
>> and small metadata entries.
>> 
>
> That sounds interesting. I guess that with a POSIX-like API
> implemented with FUSE we would get equivalent fucntionality?
>   
What is the plan on Windows compatibility of Sugar? I mean, is there a 
version planned which can run on Windows? I ask this because if there is 
a plan like this then probably you should forget everything FUSE related 
since it will be impossible to implement that on Windows as I barked 
about here (there is a lot of inlined text in the message):
http://lists.laptop.org/pipermail/devel/2008-April/013330.html
http://lists.laptop.org/pipermail/devel/2008-April/013345.html

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

(Resubmission) Project hosting request: Lambda

[Antoine van Gelder]

1. Project name : Lambda
2. Existing website, if any : http://wiki.laptop.org/go/Lambda
3. One-line description : Lambda is a simple Lisp interpreter for  
Sugar.

4. Longer description   : Lambda is a simple Lisp interpreter for  
Sugar which
 : aims to be both fun for the beginning  
programmer as
 : well as simple enough to yield its  
secrets to the
 : curious student.

5. URLs of similar projects :

6. Committer list
Please list the maintainer (lead developer) as the first entry.  
Only list
developers who need to be given accounts so that they can commit  
to your
project's code repository, or push their own. There is no need to  
list
non-committer developers.

   Username   Full name SSH2 key  
URLE-mail
      -  
--
#1 antoine  Antoine van Gelder  
http://dev.laptop.org/~antoine/id_rsa.pub 
[EMAIL PROTECTED]
#2
#3
   ...

If any developers don't have their SSH2 keys on the web, please  
attach them
to the application e-mail.

7. Preferred development model

[X] Central tree. Every developer can push his changes directly to  
the
project's git tree. This is the standard model that will be  
familiar to
CVS and Subversion users, and that tends to work well for most  
projects.

[ ] Maintainer-owned tree. Every developer creates his own git  
tree, or
multiple git trees. He periodically asks the maintainer to  
look at one
or more of these trees, and merge changes into the maintainer- 
owned,
"main" tree. This is the model used by the Linux kernel, and is
well-suited to projects wishing to maintain a tighter control  
on code
entering the main tree.

If you choose the maintainer-owned tree model, but wish to set up  
some
shared trees where all of your project's committers can commit  
directly,
as might be the case with a "discussion" tree, or a tree for an  
individual
feature, you may send us such a request by e-mail, and we will set  
up the
tree for you.

8. Set up a project mailing list:

[ ] Yes, named after our project name
[ ] Yes, named __
[X] No

When your project is just getting off the ground, we suggest you  
eschew
a separate mailing list and instead keep discussion about your  
project
on the main OLPC development list. This will give you more input and
potentially attract more developers to your project; when the  
volume of
messages related to your project reaches some critical mass, we can
trivially create a separate mailing list for you.

If you need multiple lists, let us know. We discourage having many
mailing lists for smaller projects, as this tends to
stunt the growth of your project community. You can always add  
more lists
later.

9. Commit notifications

[ ] Notification of commits to the main tree should be e-mailed to  
the list
we chose to create above
[ ] A separate mailing list, -git, should be created  
for commit
notifications
[X] No commit notifications, please

10. Shell accounts

As a general rule, we don't provide shell accounts to developers  
unless
there's a demonstrated need. If you have one, please explain here,  
and
list the usernames of the committers above needing shell access.

11. Translation
[X] Set up the laptop.org Pootle server to allow translation  
commits to be made
[ ] Translation arrangements have already been made at  
___

12. Notes/comments:
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: #8650 NORM 8.2.1: Can't install MIT certificates

[Henry Edward Hardy]

In general, we want to be able to accept all self-signed certs (I'd say by
default).

And should have an option to accept expired certs as well (as with Harvard a
few months ago).

--HH.

On Fri, Sep 26, 2008 at 2:36 PM, Zarro Boogs per Child <
[EMAIL PROTECTED]> wrote:

> #8650: Can't install MIT certificates
>
> ---+
>   Reporter:  lcl  |   Owner:  erikos
>   Type:  defect   |  Status:  new
>   Priority:  normal   |   Milestone:  8.2.1
>  Component:  browse-activity  | Version:  not specified
>  Resolution:   |Keywords:
> Next_action:  never set|Verified:  0
>  Blockedby:   |Blocking:
>
> ---+
> Changes (by mstone-xmlrpc):
>
>  * owner:  => erikos
>  * component:  not assigned => browse-activity
>  * milestone:  Not Triaged => 8.2.1
>
>
> Comment:
>
>  changed by irc user cjb:
>
>  This looks like something we want to fix.
>
> --
> Ticket URL: 
> One Laptop Per Child 
> OLPC bug tracking system
>



-- 
I once was designing a computer game... life within my game was depressing,
so people sought relief within VR. He answered, "By definition, virtual
reality is indistinguishable from reality. Does this mean that the virtual
reality in your game is as bad as reality?"
-- Robert Serocki, Mon, 22 Jun 92 10:29:06 -0700
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Another pass through some basic Activity test results

[Arjun Sarwal]

Hi,

2008/9/26 Gary C Martin <[EMAIL PROTECTED]>:
> Here's a set of basic Activity test results for build 8.2-763, hope the ASCI
> art doesn't get too mangled by the list server (need to view with a fixed
>Measure-20 . . - . x x x . x Doesn't sleep when Activity is in the
> background (eats 75% cpu). Can't seem to
> record anything. Keep error when


-- When Measure is in background and some other Activity comes in
foreground, then Measure releases sound device - you can record sound
using any other program/application. In this state Measure also
doesn't hog CPU.

-- For recording the waveforms, within 'Sound' in toolbar, if 'Now' is
selected  and the record button next to it is pressed, it will capture
the current displayed waveform. If you select an interval and then
press the record button, it will start saving waveforms at the
specified interval and the record button will change to a 'stop'
button. It will record a maximum of 10 waveforms.

You will be able to see the waveforms as picture files in the Journal


--For recording sensor values, within the 'Sensors' context , when one
presses the record button it will start writing the sensor values (of
the sensor connected at Analog Input) at the specified interval.
You can have multiple recording sessions,i.e. stop it and then resume
it and stop it again and resume it.

You can see the logged sensor values in the Journal.  They are saved
in csv format.
(I am waiting for the spreadsheet activity to come soon! :) )

Though, without a sensor you will either be seeing a value around
16000 if you are in 'resistive sensor mode' (which turns on internal
bias voltage) and -32768 if you are 'voltage sensor mode' (which turns
off internal bias voltage)




Lastly, thanks for the feedback, its really useful. It helped me
figure out a minor problem in sensor values recording (#8683) and I
released ver21 that corrects that!


Best,
Arjun
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [IAEP] Datastore/Journal + Coloring books on the XO?

[Carol Lerche]

Just a comment ... I have in the past been one to criticize "coloring within
the lines" ... but I have learned that this activity is beneficial for young
children as a way to develop fine motor control, needed in handwriting and
other activities.  So not something to treat as a negative in the right
context and as long as it isn't used to stifle creativity of expression.

On Mon, Jul 14, 2008 at 8:09 AM, Eben Eliason <[EMAIL PROTECTED]>wrote:

> On Sun, Jul 13, 2008 at 2:57 AM, Brian Jordan <[EMAIL PROTECTED]> wrote:
> > This is One More Thing that would be a lot simpler and extensible with
> > a more flexible journal/datastore (meaning storing Pictures, Audio,
> > Video, Data [csv files], etc in a way that can be shared between
> > activities). It seems to my uninformed self that, presently, the
> > activities are constraining the output. (Disclaimer: I haven't gotten
> > that deep into journal/datastore programming yet). I copy Eben... a
> > couple sentences on where thought on this is headed? (there's also a
> > video I took of discussion this... I'll forward when I find it)
>
> This is one of the goals behind the new Journal/DS.  Right now,
> entries are stored, more or less, as blobs which contain the "object"
> (file) and the "state" (metadata).  (This is exacerbated by the fact
> that we don't currently preserve the metadata across reboots, which
> encourages developers to incorporate it into their entry blobs) We
> realized rather quickly that, while this makes things nice while
> working within a given activity stream, it does indeed limit the
> ability to use stuff from one activity in another activity, or to
> interact with the outside world.  In the new Journal, the object and
> the metadata will be kept distinctly separate, so that the .png file
> that is "My Painting" is pure and clean, regardless of my currently
> selected tool, color, zoom level, and other info about the particular
> instance of Paint I created it in.
>
> The revised import dialog (great work on this so far, Tomeu (and
> Simon)!) will make it really easy for activities to build buttons
> which pull in object of various types directly into their activities.
> The vision for the clipboard also includes text and image previews,
> custom icons, setting of titles (so the photo of a shark I clipped
> from wikipedia is titled "shark.png" instead of "image clipping"),
> etc.  This richer system, along with better support for drag'n'drop
> both in the OS and in all activities, should help to make Sugar a
> richer environment for sharing objects.
>
> - Eben
> ___
> Its.an.education.project mailing list
> [EMAIL PROTECTED]
> http://lists.lo-res.org/mailman/listinfo/its.an.education.project
>



-- 
"The water won't clear up 'til we get the hogs out of the creek." -- Jim
Hightower
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: simple datastore replacement, take two

[Tomeu Vizoso]

On Tue, Sep 23, 2008 at 8:58 PM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tomeu Vizoso wrote:
> | 2.- all metadata properties are just strings.
>
> I think this is a good decision (especially since by strings you mean
> "byte arrays").  However, it's not quite true.  Your design actually has
> two classes of metadata properties: strings in "metadata" and files in
> "extra_metadata".
>
> I like this design, but I think we can make it both simpler and more
> powerful.  Consider, for example, using a single djb-style database.
>
> metadata/
>author
>difficulty
>sessionkey
>preview
>
> Each item is stored in a file whose name is the key, and whose contents
> are the value.

Implemented your idea, and after writing the decoding routine in C,
performance is quite good on the XO.

Thanks a lot, this makes things quite a bit more robust and simple.

Tomeu
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Activity resume issues (was Re: twenty issues with Paint activity)

[[EMAIL PROTECTED]]

On Sep 26, 2008, at 7:40 AM, Bert Freudenberg wrote:

>
> Am 26.09.2008 um 06:20 schrieb Mikus Grinbergs:
>
 If from Journal I double-click on a Paint activity icon, I get two
 icons
 in the Frame, one of which has a doubled menu ("Paint Activity -
 Resume
 - Stop - Resume - Stop") that I can't resume or stop.  When I
 tried to
 reproduce I got two icons, the first had the doubled menu, but
 this time
 the second icon pulsed forever.
>>> The above may be a general system problem.  I have seen the same
>>> problem with both Chat and Browse were if you double click on the
>>> icon
>>> you end up with menu weirdness and throbbing icons.
>>
>> I've had the same problem when I accidentally double-clicked on the
>> Terminal icon.
>
>
> Me too. I assumed there were synchronicity issues with activity
> starting/closing/resuming. For example, it has happened to me that
> when I close an activity and immediately resume it, the activity
> cannot create a dbus service. I assumed this was because the previous
> service was not yet completely done yet. But in the light of this new
> discussion it may well have been that I accidentally clicked twice for
> resuming, and since you cannot create the same dbus service twice it
> explains the error.
>
> The symptom is that there are two colored activity icons in the frame
> plus a gray circle. The splash screen is displayed and does not go
> away. I usually press alt-tab then which dismisses the splash screen
> and switches to the actual activity.
>
> - Bert -

I think you can also get this problem to happen if you click the same  
icon before it has finished opening the application.  In other words  
tab back to the home view and click again.  It was actually easier to  
do this in the old layout that the G1G1 came with(e.g. 656).  In fact  
a number of G1G1 users coined the term 'throbber' for this situation  
as the icon for the activity would sit there throbbing.

>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Activity resume issues (was Re: twenty issues with Paint activity)

[Bert Freudenberg]

Am 26.09.2008 um 06:20 schrieb Mikus Grinbergs:

>>> If from Journal I double-click on a Paint activity icon, I get two  
>>> icons
>>> in the Frame, one of which has a doubled menu ("Paint Activity -  
>>> Resume
>>> - Stop - Resume - Stop") that I can't resume or stop.  When I  
>>> tried to
>>> reproduce I got two icons, the first had the doubled menu, but  
>>> this time
>>> the second icon pulsed forever.
>> The above may be a general system problem.  I have seen the same
>> problem with both Chat and Browse were if you double click on the  
>> icon
>> you end up with menu weirdness and throbbing icons.
>
> I've had the same problem when I accidentally double-clicked on the
> Terminal icon.


Me too. I assumed there were synchronicity issues with activity  
starting/closing/resuming. For example, it has happened to me that  
when I close an activity and immediately resume it, the activity  
cannot create a dbus service. I assumed this was because the previous  
service was not yet completely done yet. But in the light of this new  
discussion it may well have been that I accidentally clicked twice for  
resuming, and since you cannot create the same dbus service twice it  
explains the error.

The symptom is that there are two colored activity icons in the frame  
plus a gray circle. The splash screen is displayed and does not go  
away. I usually press alt-tab then which dismisses the splash screen  
and switches to the actual activity.

- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: twenty issues with Paint activity

[Mikus Grinbergs]

>> If from Journal I double-click on a Paint activity icon, I get two icons
>> in the Frame, one of which has a doubled menu ("Paint Activity - Resume
>> - Stop - Resume - Stop") that I can't resume or stop.  When I tried to
>> reproduce I got two icons, the first had the doubled menu, but this time
>> the second icon pulsed forever.
> The above may be a general system problem.  I have seen the same
> problem with both Chat and Browse were if you double click on the icon
> you end up with menu weirdness and throbbing icons.

I've had the same problem when I accidentally double-clicked on the 
Terminal icon.

mikus


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: New release8.2 build 764

[Walter Bender]

Any of these 76X builds signed ? There are a bunch of people here at
the Open Minds conference with XOs who'd love to test them, but they
don't have developer keys installed.

-walter



On Fri, Sep 26, 2008 at 2:16 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 26, 2008 at 2:14 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
>> On Thu, Sep 25, 2008 at 7:19 PM, Build Announcer v2 <[EMAIL PROTECTED]> 
>> wrote:
>>> http://pilgrim.laptop.org/~pilgrim/xo-1/streams/8.2/build764
>>
>> Full changelog at:
>>  http://dev.laptop.org/git?p=projects/pilgrim;a=shortlog;h=8.2
>>  http://mock.laptop.org/gitweb/?p=repos;a=shortlog;h=koji.dist-olpc3-testing
>>  http://mock.laptop.org/gitweb/?p=repos;a=shortlog;h=local.8.2
>>  http://dev.laptop.org/git?p=olpc-2.6;a=shortlog;h=testing
>>
>> Summary changelog from my notes:
>
> Sorry, that was the summary for 765.  The summary for 76*4* is:
>
> #7969Accidental searches lead to a "blank" Home screen
>  sugar-0.82.9-1.olpc3
> #8234   Software update (in Control Panel) crashes X-server.
>  sugar-0.82.9-1.olpc3
> #8642   Bug in WPA key dialog prevents certain passwords
>  sugar-0.82.9-1.olpc3
> #8657   Help activity doesn't show up on a clean install
>  sugar-0.82.9-1.olpc3
> #8662   XO man jumps during zoom
>  sugar-0.82.9-1.olpc3
> #8626   Icons overlap unnecessarily in crowded neighborhood view.
>  sugar-toolkit-0.82.11-3.olpc3
> #8636   Journal activity title not being translated
>  sugar-toolkit-0.82.11-3.olpc3
> #8221   We need better Arabic fonts
>  pilgrim 399e01889a8157ccbee5aebaf31b0eefd00a4986
>  Mothanna-fonts-0.02-3.olpc3
>  Thabit-fonts-0.02-3.fc9
> #8635   Issues with update from 656
>  sugar-update-control 0.15
>
>  --scott
>
> --
> ( http://cscott.net/ )
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Another pass through some basic Activity test results

[Morgan Collett]

Hi Gary

Thanks for this excellent testing!

2008/9/26 Gary C Martin <[EMAIL PROTECTED]>:
> Here's a set of basic Activity test results for build 8.2-763, hope the ASCI
> art doesn't get too mangled by the list server (need to view with a fixed
> width font). The Activities are in no specific order, and sorry if I missed
> out yours, but I wanted to post today incase it helps with looming/ongoing
> release decisions.
> I do want to note something I think is new in 8.2-763 since my previous
> tests, 5 times during the run through below the XO
> became extremely sluggish, initially I just thought it was the
> poorly performing Activity, but checking top in 4 cases I could the sugar
> shell process eating 30-50% of CPU but apparently doing nothing (was not
> connected to a jabber server), and in the other case I had 2 rainbow
> processes eating up 45% cpu each (though the Sugar UI showed no Activity
> instances were running). I am now retesting to try and catch the bad
> behaviour as it happens. Just wanted to warn testers to keep an eye on top,
> if things feel slow, you might have a hung-up process burning cycles and
> need to ctrl-alt-escape.

Your diagram looked OK to me, but my comments will probably mangle it,
so I'll try to make it clear what I'm commenting on...

> build 8.2-763   Activity name
> | Could start
> . = success | | Could stop (all must work ctrl-q alt-esc, toolbar,
> Frame)
> - = N/A | | | Sound
> x = fail| | | | Journal entry
> ? = unknown | | | | | Useful resume
> * = see note| | | | | | Picks-up Journal entry name change while active
> | | | | | | | Names Frame palette to match the resumed title
> | | | | | | | | License entry in activity.info
> | | | | | | | | | Using bundle_id in activity.info
> | | | | | | | | | |
> | | | | | | | | | |
> Browse-98 . . . . . x x . x

The first x is for "Picks-up Journal entry name change while active" -
almost every activity "failed" this, so it's likely to be a Sugar
(activity API) bug, not an activity bug. I logged #8678.

The "Names Frame palette to match the resumed title" is also probably
a Sugar issue, but I'm not sure what you mean exactly. If I change the
title of an activity and stop it, then resume it, the frame palette
does show the new name for me, for Chat, which you marked as a
failure. However if I change the name of the activity while it is
running, the frame palette doesn't update to the new name *unless* I
stop and resume. Is that what you meant?

The switch from service_name to bundle_id isn't yet critical, but
needs to be clearly and widely communicated. I'm getting together a
list of such issues to write up and publicize.

>   Chat-47 . . - . . x x . . Some subtle sound for arival and
> departure
> would be very useful.

Sound would be a nice enhancement - I logged #8679.


>  Bounce-6 . . * . . x x x * No sound, not sure if that's a bug or is
> as
> intended. Incorrect bundle_id string.

Sound was broken in pygame and SDL - #8307, should be fixed in 765.

Regards
Morgan
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

New joyride build 2489

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2489

Changes in build 2489 from build: 2488

Size delta: 0.00M

-etoys 3.0.2153-1
+etoys 3.0.2159-1

--- Changes for etoys 3.0.2159-1 from 3.0.2153-1 ---
  + update translation: tr
  + use bundle_id instead of service_name
  + Fix not releasing Mic LED (#8608)
  + Fix WorldSthethoscope hogging 10% of CPU even if not in use (#8541)
  + Compose accents that were not normalized by Sugar (#8351)

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 764 is imminent

[Marco Pesenti Gritti]

On Fri, Sep 26, 2008 at 3:30 AM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> Yup, we were getting several reports that kids accidentally pressed
> keys while at the Home screen (which auto-focuses the search field.)..

Did we actually get reports from kids about this?

There is a bug which causes key presses in virtual consoles to somehow
get replicated in X when switch back to sugar. For example if you use
vi in the virtual console, quit it with :wq and go back to Sugar, you
will get wq typed in the activities entry. That's confusing, but if
it's the only reason this happen, perhaps it was better to look into
fixing the root cause. Another possibility would be to *not* give
focus to the entry by default.

Marco
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel