Fwd: Testing summary - 22 August 2009 Wellington, NZ
Who: Alastair, Tabitha, Tom, Dave, Carl, Brenda, Callum, Tim, Grant, Becs Testing the new Sugar OS5 on XO hardware. Found the MESH does not work at all, cannot see Mesh1,6,11 only see olpc-mesh that we could not use, also the mesh icons show up as regular networks rather than the mesh target icon. Connected via shared internet through macbook with aircard, found that most XOs cannot see each other when all connected via macbook, though they can access interwebs. Testing collaboration on different versions of Sugar and different hardware and in VM. We found some activities better than others. Struggle with audio and video in Sugar in VM. Last week we had issues with creating soas strawberry - run script, script reports successful completion but the USB is blank. Resolved today - think it was to do with an existing boot partition. Have got it working correctly now. Testing Lexar USB keys to check they mount and unmount on XO hardware. We like the way the behave so are buying more with a small donation we have received ($100 donation, the USB keys are $15 for 2GB). Talked about SFD activities to do with kids and students during the day. Sorted out a SoaS install for the 150 USB keys that have been donated to the SFD. Now we just need the keys to arrive from USA and we are all go. Some of our ideas in case they are useful to others: get kids to measure each others height with distance activity and use spreadsheet activity to graph heights of kids (noisy environment would stop this from working); make a circuit of activities so kids get to try different activities in small groups doing 10 minute activities with a volunteer helping them at each circuit station; making memory games with memorize, making music with kazoos (or other instruments) and tamtam suite, recording each other with record (maybe interviews), maze races (this led to discussions on how we could map a maze out on the floor utilising distance and then getting them to race the maze), etoys or turtle art with sensors (makerspace can make sensors for us and the rep rap machine can make us view finders). More ideas welcome. We are hoping to give them a problem to solve, some kind of challenge. Talked about Sahana project. This is a FOSS application for coordinating agencies response to disaster . Recently deployed on XOs aggregating areial photography into the maps in Sahana. rotating main screen with rotate button kills the laptop when using new Sugar OS5. only thing still working is text mode console. new sugar OS5, no video or picture capture in record activity anymore, only audio capture, Record-64 Decided next Saturday testing will be held at National Library as the OpenGovt Barcamp will be there. Opportunity to involve them (and drink free coffee). Thanks for coming team! Kind regards Tabitha Roder eLearning Consultant HRDNZ (Moodle Partner) tabi...@hrdnz.com www.hrdnz.com Cell +64 21 482229 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] always start the serial console to work around rtcwake never waking up
[that's a patch to olpc-utils] On Fri, Aug 21, 2009 at 11:57:45PM +0100, Martin Dengler wrote: > --- > etc/event.d/ttyS0 |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/etc/event.d/ttyS0 b/etc/event.d/ttyS0 > index 164d982..6b467e1 100644 > --- a/etc/event.d/ttyS0 > +++ b/etc/event.d/ttyS0 > @@ -4,6 +4,7 @@ start on stopped rc2 > start on stopped rc3 > start on stopped rc4 > start on started prefdm > +start on runlevel [2345] > > stop on runlevel 0 > stop on runlevel 1 pgpajAfBM4vuS.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] always start the serial console to work around rtcwake never waking up
--- etc/event.d/ttyS0 |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/etc/event.d/ttyS0 b/etc/event.d/ttyS0 index 164d982..6b467e1 100644 --- a/etc/event.d/ttyS0 +++ b/etc/event.d/ttyS0 @@ -4,6 +4,7 @@ start on stopped rc2 start on stopped rc3 start on stopped rc4 start on started prefdm +start on runlevel [2345] stop on runlevel 0 stop on runlevel 1 -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] New SoaS-on-XO-1 build done: soasxo57
On Fri, Aug 21, 2009 at 05:06:50PM -0400, Paul Fox wrote: > martin wrote: > > - Power management is disabled (XO is configured not to sleep since > > rtcwake never wakes up) > > the failure of suspend/release in this distro seems to be > directly related to the absence of a getty on the serial console. > if the getty is present, everything works normally. if the getty > is absent, the system won't resume. Confirmed. Thanks very much for finding this out. > paul Martin pgpx0wYqZCCL1.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] New SoaS-on-XO-1 build done: soasxo57
martin wrote: > - Power management is disabled (XO is configured not to sleep since > rtcwake never wakes up) i wrote: > p.s. the serial console, controlled by /etc/event.d/ttyS0, doesn't start > on it's own. "initctl start ttyS0" gets it going. not sure what's wrong > with the startup conditions. surprisingly, these two snippets are directly related. the failure of suspend/release in this distro seems to be directly related to the absence of a getty on the serial console. if the getty is present, everything works normally. if the getty is absent, the system won't resume. i'll poke at it a little more, but i've spent too much time on this today, so i'm really hoping someone else will understand what's going on. (i've verified on my own laptop that disabling the getty causes the same resume failure.) paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
NOW: Contributors Program Mtg! (Fri 2PM Boston time, #olpc-meeting)
Please join us Right Now reviewing the latest OLPC/Sugar community projects over IRC Live Chat: (2PM EDT Boston Time Friday) http://forum.laptop.org/chat Then type at bottom: /join #olpc-meeting AGENDA: * New projects & libraries -- teaching them Community Outreach: http://wiki.laptop.org/go/Projects#XO_Laptop_Lending_Libraries * Which projects might you enjoy Mentoring?! http://wiki.laptop.org/go/Projects http://rt.laptop.org/Search/Results.html?Query=Queue=%27contributors%27 * Fast Review of the 3 latest (greatest!) HW/Project Proposals -- please join us advocating for and/or reviewing shortcomings of these proposals: 1. OOo4Kids project (Open Office) - France http://rt.laptop.org/Ticket/Display.html?id=45944 http://wiki.services.openoffice.org/wiki/Education_Project/Effort/Various_adaptations_on_Sugar/Work_In_Progress http://www.openoffice.org Requests 2 XO's over 5 months Project Objectives: Our objectives are, in a first time make Ooo4Kids work well on the XO, then discover Sugar in order to sugarize Ooo4Kids. After this, we will work on some optimisations with some other goals: make two improvements of performances for Ooo4Kids on sugar and two new features on the user interface (one per student). 2. UCSB's Cross-cultural learning activities - California http://rt.laptop.org/Ticket/Display.html?id=45983 http://www.olpcsb.com Requests 10 XO's over 24 months Project Objectives: 1. We aim to create XO-based activities to integrate into the California 3rd-grade curriculum (particularly, science, math and language arts). The goal is to make the XO a continuous learning resource for use throughout the mid-elementary school curriculum (as opposed to the use of computers in a specific, time-restricted, computer lab period). 2. We aim to use the XOs to establish and nurture an international peer-exchange program between a California elementary school and an African elementary school. The goal is to create awareness of the children’s commonalities and differences, for example, in family structure, school environment and curriculum, resources, recreational interests and future aspirations. 3. New repair center in Innsbruck - Austria http://rt.laptop.org/Ticket/Display.html?id=46165 Requests 10 XO's (broken OK) over 10 months Project Objectives: Repair XOs by the rules set up in http://wiki.laptop.org/go/AlpXO The user will communicate to my new Austrian phonenumber which will follow soon and to emailaddress: al...@unterhauser.name Turnaround expectations: I plan to be as fast as possible. The repairing part shouldn't be much of a problem because I am experienced with computers (SW and HW). As for the delivery I have no experience but hope to overcome that knowledge really soon. As a first step will start locally (eastern part of Austria) and if that works I will take care of the region in which the Munich and Bolzano libraries are situated. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: olpcrd-rough -- patches queued for initrd on 8.2.x
On Thu, Aug 20, 2009 at 6:43 PM, Martin Langhoff wrote: > my patches to the initrd are on > http://dev.laptop.org/git/users/martin/olpcrd-rough.git/ - Daniel's request to formalise the handlign of the patches made sense -- so here we go: Sync RTC clock to OATS server from initrd http://dev.laptop.org/ticket/9439 OFW needs to support delegated leases (sig02+act01) http://dev.laptop.org/ticket/9440 Workaround OFW's ignorance of sig02 http://dev.laptop.org/ticket/9441 Support large lease.sig files http://dev.laptop.org/ticket/9442 cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
2009/8/21 Martin Langhoff : > 2009/8/21 Tomeu Vizoso : >> Should be kept in a subdir in there, from: > > Damn! I wish I had known about this! So 3 old dirs are kept - excellent. > >> But anyway, the failure to read the DS would be in the first boot >> where the journal appears empty, not in the boot where the DS index >> got corrupted. > > Well, if you can get your hands on the 'corrupt' datastore dir, > doesn't it also contain the xapian DB? Just renaming it into > 'datastore' should re-produce the error... > > Maybe not? I think it should if we know the exact build image on which to place it. So I would say whatever is easier for people to provide. Regards, Tomeu > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
2009/8/21 Tomeu Vizoso : > Should be kept in a subdir in there, from: Damn! I wish I had known about this! So 3 old dirs are kept - excellent. > But anyway, the failure to read the DS would be in the first boot > where the journal appears empty, not in the boot where the DS index > got corrupted. Well, if you can get your hands on the 'corrupt' datastore dir, doesn't it also contain the xapian DB? Just renaming it into 'datastore' should re-produce the error... Maybe not? m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
2009/8/21 Martin Langhoff : > 2009/8/21 Tomeu Vizoso : >> 2009/8/21 Martin Langhoff : >>> 2009/8/21 Tomeu Vizoso : Yes, though if we manage to get the logs dir of a machine just after the DS was "lost", there's lots of chances we are going to be able to >>> >>> The ones on the ramdisk? :-( >> >> Is ~/.sugar/default/logs in the ramdisk? This would be the first time >> I hear about it. > > OLPC's builds (at least the F7/F9 based series) I understood they were > on a ramdisk. Looking at it now, however, it seems that they aren't -- > but a restart of X clears it out anyway. > > So by the time the problem is _seen_, *poof*, logs are gone. > > Maybe something in the sugar startup clears it out. Dunno. Doesn't > seem to be olpc-configure. Should be kept in a subdir in there, from: http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/cbd0509f4bcfe1b3e52f8898b1cb83d522337ab8/src/logsmanager.py#line25 But anyway, the failure to read the DS would be in the first boot where the journal appears empty, not in the boot where the DS index got corrupted. Regards, Tomeu > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
On Fri, Aug 21, 2009 at 10:36:44AM +0200, Martin Langhoff wrote: > 2009/8/21 Tomeu Vizoso : > > 2009/8/21 Martin Langhoff : > >> 2009/8/21 Tomeu Vizoso : > >>> Yes, though if we manage to get the logs dir of a machine just after > >>> the DS was "lost", there's lots of chances we are going to be able to > >> > >> The ones on the ramdisk? :-( > > > > Is ~/.sugar/default/logs in the ramdisk? This would be the first time > > I hear about it. > > OLPC's builds (at least the F7/F9 based series) I understood they were > on a ramdisk. Looking at it now, however, it seems that they aren't -- > but a restart of X clears it out anyway. > > So by the time the problem is _seen_, *poof*, logs are gone. You sure that ~/.sugar/default/logs doesn't just get renamed to ~/.sugar/default/logs/N? That's what happens now, but perhaps not on older builds? > m Martin pgpPvhO3kuQzs.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
2009/8/21 Tomeu Vizoso : > 2009/8/21 Martin Langhoff : >> 2009/8/21 Tomeu Vizoso : >>> Yes, though if we manage to get the logs dir of a machine just after >>> the DS was "lost", there's lots of chances we are going to be able to >> >> The ones on the ramdisk? :-( > > Is ~/.sugar/default/logs in the ramdisk? This would be the first time > I hear about it. OLPC's builds (at least the F7/F9 based series) I understood they were on a ramdisk. Looking at it now, however, it seems that they aren't -- but a restart of X clears it out anyway. So by the time the problem is _seen_, *poof*, logs are gone. Maybe something in the sugar startup clears it out. Dunno. Doesn't seem to be olpc-configure. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
On Friday 21 August 2009 05:10:21 am Tomeu Vizoso wrote: > 2009/8/21 Martin Langhoff : > > 2009/8/21 Tomeu Vizoso : > >> Yes, though if we manage to get the logs dir of a machine just after > >> the DS was "lost", there's lots of chances we are going to be able to > > > > The ones on the ramdisk? :-( > > Is ~/.sugar/default/logs in the ramdisk? This would be the first time > I hear about it. > > If it's like that, maybe Andres could modify a XO to have that dir in > the nand and wait for it to happen? Remember that Ceibal XOs have root access locked-down. And I recently found out that since the key-delegation stuff was implemented, we can't request developer keys. Not from OLPC at least, and LATU is not providing that service that I know... I'll also try to flash an XO with 8.2.1 and try to reproduce. > Regards, > > Tomeu > > > m > > -- > > martin.langh...@gmail.com > > mar...@laptop.org -- School Server Architect > > - ask interesting questions > > - don't get distracted with shiny stuff - working code first > > - http://wiki.laptop.org/go/User:Martinlanghoff -- -Andrés ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
On Friday 21 August 2009 05:08:28 am Martin Langhoff wrote: > 2009/8/21 Tomeu Vizoso : > > Yes, though if we manage to get the logs dir of a machine just after > > the DS was "lost", there's lots of chances we are going to be able to > > The ones on the ramdisk? :-( I think ~/.sugar/default/logs We're holding a jam the 29th, so maybe someone affected could attend, otherwise it'll be very hard for teachers to upload large files (ADSL broadband has a 128 Kbps uplink here in .uy). I'll post a mail in Sur and olpc-uruguay, after I get some sleep. > > > m -- -Andrés ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
2009/8/21 Martin Langhoff : > 2009/8/21 Tomeu Vizoso : >> Yes, though if we manage to get the logs dir of a machine just after >> the DS was "lost", there's lots of chances we are going to be able to > > The ones on the ramdisk? :-( Is ~/.sugar/default/logs in the ramdisk? This would be the first time I hear about it. If it's like that, maybe Andres could modify a XO to have that dir in the nand and wait for it to happen? Regards, Tomeu > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
2009/8/21 Tomeu Vizoso : > Yes, though if we manage to get the logs dir of a machine just after > the DS was "lost", there's lots of chances we are going to be able to The ones on the ramdisk? :-( m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: olpcrd-rough -- patches queued for initrd on 8.2.x
2009/8/21 Martin Langhoff : > On Fri, Aug 21, 2009 at 8:56 AM, Daniel Drake wrote: >> The dracut documentation is all you need. It's remarkably simple. I >> would not suggest trying to get it working on F9. > > Riiight. At least, you are > > - grabbing the fully installed OS image > - mounting it on a host system > - installing dracut & the dracut olpc module (if not otherwise installed) > - running the dracut command excluding some modules (plymouth?), etc Much simpler. Just "yum install dracut-modules-olpc" on any F11 system, then hack away. you can get the exact module list we are using from the .spec file for the OLPC kernel RPM Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
On Fri, Aug 21, 2009 at 07:46, Martin Langhoff wrote: > On Fri, Aug 21, 2009 at 12:24 AM, Andrés Ambrois > wrote: >> I'll help in any way I can. Would an upload webservice similar to Sacha's for >> uploading the necessary datastore bits help? We can then distribute a simple >> cli tool that uploads the data. > > Thanks! If Uy was using School Servers, this wouldn't be an issue. The > DS data would be there :-/ > > For end users, I don't think a network-based solution is best. A local > activity will be a lot more effective. > > For debugging we might need to get some sample 'broken' datastores > (with due care for user privacy, etc...). > >> Will collecting the indexes be enough or do you need the whole datastore? > > For debugging, better to get the whole thing I guess. Yes, though if we manage to get the logs dir of a machine just after the DS was "lost", there's lots of chances we are going to be able to determine the exact cause for the loss. Then we would be in a better position to find the best fix. Regards, Tomeu -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: olpcrd-rough -- patches queued for initrd on 8.2.x
On Fri, Aug 21, 2009 at 8:56 AM, Daniel Drake wrote: > The dracut documentation is all you need. It's remarkably simple. I > would not suggest trying to get it working on F9. Riiight. At least, you are - grabbing the fully installed OS image - mounting it on a host system - installing dracut & the dracut olpc module (if not otherwise installed) - running the dracut command excluding some modules (plymouth?), etc > As for the patches, I think they need more discussion (or at least eyes). > I would suggest creating a wiki page for each major change describing A good trac entry should be good -- can be improved... > I'm particularly uneasy about the change that ignores OFW's judgement > on whether a lease is valid. I think we need input from all of the > relevant experts on that one. Had some discussions with Mitch. Either it gets implemented in OFW's cpu/x86/pc/olpc/security.fth and we do the full dance of QA on an OFW signed image, or we deal with our userland moving faster than OFW and knowing activation formats that OFW doesn't know about. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel