Re: Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
On Fri, Jul 22, 2011 at 11:35 PM, James Cameron wrote > > > > And then the kernel update was taken out of the update stream. > > I'm not so sure about that. > > > Error Downloading Packages: > > kernel-2.6.35.13_xo1-20110707.0803.olpc.da7074b.i586: failure: > > kernel-2.6.35.13_xo1-20110707.0803.olpc.da7074b.i586.rpm from > olpc-f14-xo1: > > [Errno 256] No more mirrors to try. > > > > And... I guess the kernel package was just taken out of the repo. > > No, it's still there. I was able to download it. The repodata hasn't > changed. Perhaps you had a momentary network problem. If you'd like to > test it, try again, and remember that you have to manually update the > boot configuration afterwards. Then after reboot, check with "uname -a" > to see that you are using the new kernel. > > I've compiled an XO-1 and XO-1.5 kernel and it's damn annoying to install. (And other Linux kernels, but whatever.) Are y'all seriously gonna expect regular users to deal with that? If not, take the kernel out of the updates. Most folks can barely adjust the volume on an XO, let alone create a new initrd and vmlinuz. That's just crazy talk. Bless your heart, Anna ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar Commander
>You can see the contents of thumb > drives and SD cards as a hierarchical file system instead of as imitating > the Journal. You can copy files into the Journal from anywhere on the file > system. It is my idea of what the Journal should be like. You can check it > out here: > *thank god* I'm sorry, I don't mean to ruffle any feathers, but the flat journal is a really broken model when you stick in a USB stick with 2000+ files in heirarchical directories and you want to copy files to XO's journal (like ebook pdfs). It just becomes plain unusable. It's fine when you have a few files on your USB stick, but if it's a USB stick that's in common use with hundreds of files and you just want to sneakernet a few files to XOOS-Sugar from one machine to the XO, it's a real pain (so much so that I just backed up the contents of my USB stick, deleted everything except the files I wanted to transfer to XO-Sugar, then did the transer). Telling people to just use the command line or midnight commander is not a solution, it's a hack because you're breaking out of the sugar model/system. The better solution would be something like the above, an alternate file browser that's a native sugar app. Kudos! -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
On Fri, Jul 22, 2011 at 11:04:12PM -0500, Anna wrote: > This worked. Got me back to Sugar and I ran updates. We noticed that > sugar-toolkit had a hyphen in Daniel Drake's repo, but not in what the > XO was pulling down. Interesting, thanks. We don't really expect deployments to do a yum update in this way. > And then the kernel update was taken out of the update stream. I'm not so sure about that. > Error Downloading Packages: > kernel-2.6.35.13_xo1-20110707.0803.olpc.da7074b.i586: failure: > kernel-2.6.35.13_xo1-20110707.0803.olpc.da7074b.i586.rpm from olpc-f14-xo1: > [Errno 256] No more mirrors to try. > > And... I guess the kernel package was just taken out of the repo. No, it's still there. I was able to download it. The repodata hasn't changed. Perhaps you had a momentary network problem. If you'd like to test it, try again, and remember that you have to manually update the boot configuration afterwards. Then after reboot, check with "uname -a" to see that you are using the new kernel. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Avoid losing your screws
I've found that inverted side bumpers make nice little holding containers for your screws. Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
olpc-update in 11.2.0 release notes
The 11.2.0 release notes for olpc-update point to official-874 or official_xo1.5-874. However, updates.laptop.org has candidate-847 and candidate_xo1.5-847 Thus olpc-update fails ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
On Fri, Jul 22, 2011 at 10:13 PM, James Cameron wrote: > Does it also happen if you avoid updating packages? > Well, I should have tried installing stuff before I hauled off and ran updates. Sorry! > > (The update you did applied a new kernel and several other interesting > things that are on the forefront of development, not part of 11.2.0, so > my guess is you found a bug.) > This worked. Got me back to Sugar and I ran updates. We noticed that sugar-toolkit had a hyphen in Daniel Drake's repo, but not in what the XO was pulling down. And then the kernel update was taken out of the update stream. First I did this: rpm -Uvh http://xs-dev.laptop.org/~dsd/repos/f14/sugar-toolkit-0.92.3-1.fc14.olpc.i686.rpm Then I did this: -bash-4.1# yum --skip-broken --exclude=sugar-toolkit -y update fedora/metalink | 21 kB 00:00 fedora | 4.3 kB 00:00 fedora/primary_db| 11 MB 00:25 olpc-f14 | 951 B 00:00 olpc-f14/primary | 16 kB 00:00 olpc-f14 75/75 olpc-f14-xo1 | 951 B 00:00 olpc-f14-xo1/primary | 29 kB 00:00 olpc-f14-xo1 248/248 updates/metalink | 9.6 kB 00:00 updates | 4.7 kB 00:00 updates/primary_db | 4.9 MB 00:22 Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package bash.i686 0:4.1.7-4.fc14 set to be updated ---> Package curl.i686 0:7.21.0-8.fc14 set to be updated ---> Package firefox.i686 0:3.6.18-1.fc14 set to be updated --> Processing Dependency: xulrunner >= 1.9.2.18-1 for package: firefox-3.6.18-1.fc14.i686 ---> Package gnumeric.i686 1:1.10.16-1.fc14 set to be updated ---> Package goffice.i686 0:0.8.16-1.fc14 set to be updated ---> Package grep.i686 0:2.8-2.fc14 set to be updated ---> Package kernel.i586 0:2.6.35.13_xo1-20110707.0803.olpc.da7074b set to be installed ---> Package krb5-libs.i686 0:1.8.4-2.fc14 set to be updated ---> Package libcurl.i686 0:7.21.0-8.fc14 set to be updated ---> Package libjpeg-turbo.i686 0:1.1.1-1.fc14 set to be updated ---> Package libpurple.i686 0:2.9.0-1.fc14 set to be updated ---> Package olpc-kbdshim.i686 0:18-1.fc14 set to be updated ---> Package poppler.i686 0:0.14.5-3.fc14 set to be updated ---> Package poppler-glib.i686 0:0.14.5-3.fc14 set to be updated ---> Package tzdata.noarch 0:2011h-1.fc14 set to be updated ---> Package xkeyboard-config.noarch 0:1.9-11.fc14.olpc set to be updated --> Finished Dependency Resolution updates/filelists_db | 8.5 MB 00:28 --> Running transaction check ---> Package firefox.i686 0:3.6.18-1.fc14 set to be updated --> Finished Dependency Resolution --> Running transaction check ---> Package bash.i686 0:4.1.7-4.fc14 set to be updated ---> Package curl.i686 0:7.21.0-8.fc14 set to be updated ---> Package gnumeric.i686 1:1.10.16-1.fc14 set to be updated ---> Package goffice.i686 0:0.8.16-1.fc14 set to be updated ---> Package grep.i686 0:2.8-2.fc14 set to be updated ---> Package kernel.i586 0:2.6.35.13_xo1-20110707.0803.olpc.da7074b set to be installed ---> Package krb5-libs.i686 0:1.8.4-2.fc14 set to be updated ---> Package libcurl.i686 0:7.21.0-8.fc14 set to be updated ---> Package libjpeg-turbo.i686 0:1.1.1-1.fc14 set to be updated ---> Package libpurple.i686 0:2.9.0-1.fc14 set to be updated ---> Package olpc-kbdshim.i686 0:18-1.fc14 set to be updated ---> Package poppler.i686 0:0.14.5-3.fc14 set to be updated ---> Package poppler-glib.i686 0:0.14.5-3.fc14 set to be updated ---> Package tzdata.noarch 0:2011h-1.fc14 set to be updated ---> Package xkeyboard-config.noarch 0:1.9-11.fc14.olpc set to be updated --> Finished Dependency Resolution Packages skipped because of dependency problems: firefox-3.6.18-1.fc14.i686 from updates Dependencies Resolved Package Arch Version Repository Size Installing: kernel i586 2.6.35.13_xo1-20110707.0803.olpc.da7074b olpc-f14-xo1 12 M Updating: bash i686 4.1.7-4.fc14updates 886 k curl i686 7.21.0-8.fc14 updates 210 k gnumeric i686 1:1.10.16-1.fc14updates 11 M goffice i686 0.8.16-1.fc14 updates 1.4 M grep i686 2.8-2.fc14 updates 274 k krb5-libsi686 1.8.4-2.fc14updates 696 k libcurl i686 7.21.0-8.fc14
Re: Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
Does it also happen if you avoid updating packages? (The update you did applied a new kernel and several other interesting things that are on the forefront of development, not part of 11.2.0, so my guess is you found a bug.) Given that you can get to a root console from the white screen, there's an opportunity to debug further. For instance, check for an X process, and if absent try "start prefdm". -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
Ran into a bit of a pickle after an update attempt. I flashed os874.img fresh on an XO-1, got into Sugar, connected to my wifi. All good at that point. I tried this three times and when I tried to boot back up into Sugar, I got a blank screen. I can get to a root console from the white screen and switch back and forth, but I can never get back into Sugar. So I ssh'd in to a freshly flashed 11.2.0 XO-1 to record it. Yep, I'm using a swap drive. After I power off via the ssh console, then hit the XO-1 power button, I get just a white screen. No boot animation or anything. I haven't tried switching to Gnome yet. Here's my third attempt, done over ssh so I can paste. anna@derp-desktop:~$ ssh olpc@gorn olpc@gorn's password: [olpc@xo-14-75-26 ~]$ sudo su - -bash-4.1# swapon LABEL=myswap -bash-4.1# free -m total used free sharedbuffers cached Mem: 226193 32 0 0106 -/+ buffers/cache: 87138 Swap: 1905 0 1905 -bash-4.1# yum -y update fedora/metalink | 22 kB 00:00 fedora | 4.3 kB 00:00 fedora/primary_db| 11 MB 00:17 olpc-f14 | 951 B 00:00 olpc-f14/primary | 16 kB 00:00 olpc-f14 75/75 olpc-f14-xo1 | 951 B 00:00 olpc-f14-xo1/primary | 29 kB 00:00 olpc-f14-xo1 248/248 updates/metalink | 13 kB 00:00 updates | 4.7 kB 00:00 updates/primary_db | 4.9 MB 00:18 Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package bash.i686 0:4.1.7-4.fc14 set to be updated ---> Package curl.i686 0:7.21.0-8.fc14 set to be updated ---> Package firefox.i686 0:3.6.18-1.fc14 set to be updated --> Processing Dependency: xulrunner >= 1.9.2.18-1 for package: firefox-3.6.18-1.fc14.i686 ---> Package gnumeric.i686 1:1.10.16-1.fc14 set to be updated ---> Package goffice.i686 0:0.8.16-1.fc14 set to be updated ---> Package grep.i686 0:2.8-2.fc14 set to be updated ---> Package kernel.i586 0:2.6.35.13_xo1-20110707.0803.olpc.da7074b set to be installed ---> Package krb5-libs.i686 0:1.8.4-2.fc14 set to be updated ---> Package libcurl.i686 0:7.21.0-8.fc14 set to be updated ---> Package libjpeg-turbo.i686 0:1.1.1-1.fc14 set to be updated ---> Package libpurple.i686 0:2.9.0-1.fc14 set to be updated ---> Package olpc-kbdshim.i686 0:18-1.fc14 set to be updated ---> Package poppler.i686 0:0.14.5-3.fc14 set to be updated ---> Package poppler-glib.i686 0:0.14.5-3.fc14 set to be updated ---> Package sugar-toolkit.i686 0:0.92.3.1.g3a81ba7-1.fc14.olpc set to be updated ---> Package tzdata.noarch 0:2011h-1.fc14 set to be updated ---> Package xkeyboard-config.noarch 0:1.9-11.fc14.olpc set to be updated --> Finished Dependency Resolution Error: Package: firefox-3.6.18-1.fc14.i686 (updates) Requires: xulrunner >= 1.9.2.18-1 Installed: xulrunner-1.9.2.17-3.fc14.olpc.i686 (@local.11.2.0/$releasever) xulrunner = 1.9.2.17-3.fc14.olpc You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest -bash-4.1# yum --skip-broken -y update Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package bash.i686 0:4.1.7-4.fc14 set to be updated ---> Package curl.i686 0:7.21.0-8.fc14 set to be updated ---> Package firefox.i686 0:3.6.18-1.fc14 set to be updated --> Processing Dependency: xulrunner >= 1.9.2.18-1 for package: firefox-3.6.18-1.fc14.i686 ---> Package gnumeric.i686 1:1.10.16-1.fc14 set to be updated ---> Package goffice.i686 0:0.8.16-1.fc14 set to be updated ---> Package grep.i686 0:2.8-2.fc14 set to be updated ---> Package kernel.i586 0:2.6.35.13_xo1-20110707.0803.olpc.da7074b set to be installed ---> Package krb5-libs.i686 0:1.8.4-2.fc14 set to be updated ---> Package libcurl.i686 0:7.21.0-8.fc14 set to be updated ---> Package libjpeg-turbo.i686 0:1.1.1-1.fc14 set to be updated ---> Package libpurple.i686 0:2.9.0-1.fc14 set to be updated ---> Package olpc-kbdshim.i686 0:18-1.fc14 set to be updated ---> Package poppler.i686 0:0.14.5-3.fc14 set to be updated ---> Package poppler-glib.i686 0:0.14.5-3.fc14 set to be updated ---> Package sugar-toolkit.i686 0:0.92.3.1.g3a81ba7-1.fc14.olpc set to be updated ---> Package tzdata.noarch 0:2011h-1.fc14 set to be updated ---> Package xkeyboard-config.noarch 0:1.9-11.fc14.olpc set to be updated --> Finished Dependency Resolution updates/filelists_db | 8.5 MB 00:31 --> Running transaction check ---> Package firefox.i686 0:3.6.18-1.fc14 set to be updated --> Finished Dependency Resolution -
Re: Reassembled XOs fail heat spreader test
Thanks Samuel. I'll be talking in more depth with OLPCA about this. Any suggestions on how to deal with this in the meanwhile are welcome :) I have found that it can help to bend the spreader near the screw points to make it slightly concave. However, I agree with you that this is not a good recommendation for deployments. Sridhar On 23 July 2011 12:18, Samuel Greenfeld wrote: > The "unused" hole actually is filled by one of the screws which holds in the > rear plastic panel. That's why the screw holes which only secure the heat > spreader have arrows pointed at them. > > The fanciest (newest?) XO-1.5 heat spreader design I've seen adds a support > bar up to the green screw hole above near your area of concern, again filled > by a screw used to secure the back cover. I'm not certain though if this is > the design John is referring to, but I have seen a few XO-1.5s with it. > > It may be possible to bend the existing heat spreader in a certain manner > which solves the problem. But I would *not* be someone who could recommend > this approach for deployments. > > Some of OLPC's hardware engineers may be traveling this weekend, so I'm just > trying to provide you with a quick explanation in the meantime. > > > > On Fri, Jul 22, 2011 at 9:55 PM, Sridhar Dhanapalan > wrote: >> >> All of the XOs I've seen have three screws on their heat spreaders. >> I've attached an annotated image. Hopefully the lists don't strip it >> out. >> >> There is an unanchored screw point in the bottom-left. However, the >> danger area is at the top, particularly in the top-left. This affects >> contact between the heat spreader and the Companion Chip, and might >> also be affecting contact with the CPU. Do the four-screw versions of >> the heat spreader address this problem? >> >> Thanks, >> Sridhar >> >> >> >> On 23 July 2011 01:21, John Watlington wrote: >> > >> > Do your heat spreaders have four screws or three ? >> > >> > The final heat spreader for XO-1.5 production had four screws >> > holding it down, to ensure a good fit. If your heat spreaders >> > only have three, OLPCA should be able to get proper replacements >> > from Quanta. >> > >> > Regards, >> > wad >> > >> > On Jul 22, 2011, at 10:35 AM, Sridhar Dhanapalan wrote: >> > >> >> We are currently engaged in changing the motherboards in over a >> >> hundred XO-1.5s. In many cases, the XOs are failing the heat spreader >> >> test afterwards. >> >> >> >> However, we can get the test to pass if we press down on the lid, >> >> behind the screen. This suggests to me that the heat spreader is not >> >> in proper contact with the chips. >> >> >> >> Without the lid plastic affixed (heat spreader exposed), we can see >> >> that the spreader is not touching the chips properly. We have tried >> >> bending the metal slightly near the screw points, but the contact >> >> doesn't last. >> >> >> >> Is there any way that we can deal with this better? We are changing >> >> the motherboards in these XOs because they have succumbed to >> >> overheating. I want to avoid that from happening again. >> >> >> >> Thanks, >> >> Sridhar >> >> >> >> >> >> Sridhar Dhanapalan >> >> Engineering Manager >> >> One Laptop per Child Australia >> >> M: +61 425 239 701 >> >> E: srid...@laptop.org.au >> >> A: G.P.O. Box 731 >> >> Sydney, NSW 2001 >> >> W: www.laptop.org.au >> >> ___ >> >> 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 >> > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Reassembled XOs fail heat spreader test
The "unused" hole actually is filled by one of the screws which holds in the rear plastic panel. That's why the screw holes which only secure the heat spreader have arrows pointed at them. The fanciest (newest?) XO-1.5 heat spreader design I've seen adds a support bar up to the green screw hole above near your area of concern, again filled by a screw used to secure the back cover. I'm not certain though if this is the design John is referring to, but I have seen a few XO-1.5s with it. It may be possible to bend the existing heat spreader in a certain manner which solves the problem. But I would *not* be someone who could recommend this approach for deployments. Some of OLPC's hardware engineers may be traveling this weekend, so I'm just trying to provide you with a quick explanation in the meantime. On Fri, Jul 22, 2011 at 9:55 PM, Sridhar Dhanapalan wrote: > All of the XOs I've seen have three screws on their heat spreaders. > I've attached an annotated image. Hopefully the lists don't strip it > out. > > There is an unanchored screw point in the bottom-left. However, the > danger area is at the top, particularly in the top-left. This affects > contact between the heat spreader and the Companion Chip, and might > also be affecting contact with the CPU. Do the four-screw versions of > the heat spreader address this problem? > > Thanks, > Sridhar > > > > On 23 July 2011 01:21, John Watlington wrote: > > > > Do your heat spreaders have four screws or three ? > > > > The final heat spreader for XO-1.5 production had four screws > > holding it down, to ensure a good fit.If your heat spreaders > > only have three, OLPCA should be able to get proper replacements > > from Quanta. > > > > Regards, > > wad > > > > On Jul 22, 2011, at 10:35 AM, Sridhar Dhanapalan wrote: > > > >> We are currently engaged in changing the motherboards in over a > >> hundred XO-1.5s. In many cases, the XOs are failing the heat spreader > >> test afterwards. > >> > >> However, we can get the test to pass if we press down on the lid, > >> behind the screen. This suggests to me that the heat spreader is not > >> in proper contact with the chips. > >> > >> Without the lid plastic affixed (heat spreader exposed), we can see > >> that the spreader is not touching the chips properly. We have tried > >> bending the metal slightly near the screw points, but the contact > >> doesn't last. > >> > >> Is there any way that we can deal with this better? We are changing > >> the motherboards in these XOs because they have succumbed to > >> overheating. I want to avoid that from happening again. > >> > >> Thanks, > >> Sridhar > >> > >> > >> Sridhar Dhanapalan > >> Engineering Manager > >> One Laptop per Child Australia > >> M: +61 425 239 701 > >> E: srid...@laptop.org.au > >> A: G.P.O. Box 731 > >> Sydney, NSW 2001 > >> W: www.laptop.org.au > >> ___ > >> 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 > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [support-gang] 11.2.0 release notes ready for review
The Sugar Commander Activity I put together lets you do interesting things with the Journal even if you're using an old version of Sugar. You can sort Journal entries by name, MIME type, size, etc. both ascending and descending. You can see the screen grab and metadata for a Journal entry on the same screen as the list of Journal entries is on. You can resize images and make them take up less disk space. You can see the contents of thumb drives and SD cards as a hierarchical file system instead of as imitating the Journal. You can copy files into the Journal from anywhere on the file system. It is my idea of what the Journal should be like. You can check it out here: http://activities.sugarlabs.org/en-US/sugar/addon/4291 James Simmons > Journal entries, especially ones that are just metadata that an activity > was used are very small amounts of data on the disk. I think perhaps the > worst case would be if a child is making lots of video or audio recordings > using the Record activity, EToys projects, and perhaps Paint being the next > worse for disk size. I would love to know what children are using up their > disk space with. I'm guessing some of it is downloads of the less disk space > efficient Activity software ports from Gnome (Tux Paint, Open Office, > Firefox, some of the GCompris activities), and perhaps using Browse to save > music, video and pictures from the Internet. Would be great if you have any > information/data on how you see children have used up most of their disk > space! > > With the new builds OLPC are currently finishing up for release, the > version of Sugar in them supports sorting the Journal by size, and by > creation date (in addition to the default modification date). Sorting by > size is great for tracking down where all your disk space went, sorting by > creation date is helpful when you are looking for work you know you started > last Monday, or at the beginning of term, or you can remember other > activities you did at the same time (I took 5 photos and then started the > essay I'm looking for). > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
Daniel - Thanks to everyone who worked hard to make this happen. It's a great improvement and a fine job! - Ed On Jul 22, 2011, at 4:32 PM, Daniel Drake wrote: > Hi, > > We're pleased to announce the release of OLPC OS 11.2.0 for XO-1 and > XO-1.5. Details of new features, known issues, and how to > download/install/upgrade can all be found in the release notes: > http://wiki.laptop.org/go/Release_notes/11.2.0 > > Many thanks to all contributors, testers, upstreams, and those who > have provided feedback of any kind. > > For those who were following the release candidate process in the last > few weeks: candidate build 874 is released as final with no changes. > > Thanks and enjoy! > Daniel > ___ > 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
Re: Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
Hi Daniel, On 22 Jul 2011, at 21:32, Daniel Drake wrote: > We're pleased to announce the release of OLPC OS 11.2.0 for XO-1 and > XO-1.5. Details of new features, known issues, and how to > download/install/upgrade can all be found in the release notes: > http://wiki.laptop.org/go/Release_notes/11.2.0 > > Many thanks to all contributors, testers, upstreams, and those who > have provided feedback of any kind. > > For those who were following the release candidate process in the last > few weeks: candidate build 874 is released as final with no changes. Fantastic — thanks for all your hard work getting this release out the door! --Gary > Thanks and enjoy! > Daniel > ___ > 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
Announcing OLPC OS 11.2.0 for XO-1 and XO-1.5
Hi, We're pleased to announce the release of OLPC OS 11.2.0 for XO-1 and XO-1.5. Details of new features, known issues, and how to download/install/upgrade can all be found in the release notes: http://wiki.laptop.org/go/Release_notes/11.2.0 Many thanks to all contributors, testers, upstreams, and those who have provided feedback of any kind. For those who were following the release candidate process in the last few weeks: candidate build 874 is released as final with no changes. Thanks and enjoy! Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Reassembled XOs fail heat spreader test
Do your heat spreaders have four screws or three ? The final heat spreader for XO-1.5 production had four screws holding it down, to ensure a good fit.If your heat spreaders only have three, OLPCA should be able to get proper replacements from Quanta. Regards, wad On Jul 22, 2011, at 10:35 AM, Sridhar Dhanapalan wrote: > We are currently engaged in changing the motherboards in over a > hundred XO-1.5s. In many cases, the XOs are failing the heat spreader > test afterwards. > > However, we can get the test to pass if we press down on the lid, > behind the screen. This suggests to me that the heat spreader is not > in proper contact with the chips. > > Without the lid plastic affixed (heat spreader exposed), we can see > that the spreader is not touching the chips properly. We have tried > bending the metal slightly near the screw points, but the contact > doesn't last. > > Is there any way that we can deal with this better? We are changing > the motherboards in these XOs because they have succumbed to > overheating. I want to avoid that from happening again. > > Thanks, > Sridhar > > > Sridhar Dhanapalan > Engineering Manager > One Laptop per Child Australia > M: +61 425 239 701 > E: srid...@laptop.org.au > A: G.P.O. Box 731 > Sydney, NSW 2001 > W: www.laptop.org.au > ___ > 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
Re: 11.2.0 release notes ready for review
On Thu, Jul 21, 2011 at 8:51 PM, Gary Martin wrote: > Hi Alan, > > On 21 Jul 2011, at 20:46, Alan Jhonn Aguiar Schwyn wrote: > >> Hi Gary, >> >>> Complicated! ;) >>> >>> As to why there is no 'don't save', well a couple of points: >>> >>> 1) the Journal was designed to be a log of activity not just a flat >>> list of saved data files, it would be great to have more interesting >>> metadata auto stored (e.g. length of time spent in activity, number of >>> times resumed), and/or to be able to better encourage the child to write >>> short descriptions about what they were doing for later review (e.g. "I >>> searched google for cool pictures of sharks with lasers, for my >>> school essay, but didn't find one I liked."). >>> >> >> Yes, in theory. I am Uruguayan. I have seen thousands of XO .. No one uses >> the journal that way, the little disk space (1 GB 400 MB are available) and >> when you have hundreds of entries, and begins to complicate, to walk slower. > > Journal entries, especially ones that are just metadata that an activity was > used are very small amounts of data on the disk. I think perhaps the worst > case would be if a child is making lots of video or audio recordings using > the Record activity, EToys projects, and perhaps Paint being the next worse > for disk size. I would love to know what children are using up their disk > space with. I'm guessing some of it is downloads of the less disk space > efficient Activity software ports from Gnome (Tux Paint, Open Office, > Firefox, some of the GCompris activities), and perhaps using Browse to save > music, video and pictures from the Internet. Would be great if you have any > information/data on how you see children have used up most of their disk > space! One more note re Journal entries: with the default in recent Sugar builds being resume on click, most activities that do generate emty Journal entries only generate one such entry. regards. -walter > > With the new builds OLPC are currently finishing up for release, the version > of Sugar in them supports sorting the Journal by size, and by creation date > (in addition to the default modification date). Sorting by size is great for > tracking down where all your disk space went, sorting by creation date is > helpful when you are looking for work you know you started last Monday, or at > the beginning of term, or you can remember other activities you did at the > same time (I took 5 photos and then started the essay I'm looking for). > >> And the problem of "find nothing" is repeated often. Cause: You may need to >> teach children the proper use of labels. But the kids out of an activity and >> never notice that ... I have come across many machines you have to reflash >> because it does not leave or enter the newspaper to delete things (in old >> sugar images, in this new I not do a stress test) … > > I'm hoping this is only an issue with an old version of Sugar, and it's now > been fixed… But please do report back if you continue to see such things in > new releases. > >> >>> 2) The naming dialogue was added as an opportunity for the child to >>> provide a useful name, description and tags when they stop a new activity >>> instance. The activity state will very likely have been already >>> automatically stored in the Journal (e.g. activity state is stored in the >>> Journal whenever you switch views). So the 'don't save' button would really >>> be an 'erase this entry from the journal' button. >>> >> >> Changing the implementation of the saved, change this too >> >>> FWIW, there is already an accepted design for dropping this naming >>> dialogue (at least one deployment has already removed it from their builds) >>> as the psychology of a user who has just clicked 'Stop' is one of >>> "get me out of here, I want to do something else now", not "I would like to >>> describe what I was just doing", most folks seem to skips past the dialogue >>> as fast as they can, annoyed/distracted by the interruption. The >>> replacement design is a system wide 'detail view' dialogue (similar >>> features as per the current Journal details view) that can be opened at the >>> users discretion while working in an activity. >>> >>> "most folks seem to skips past the dialogue as fast as they can, >>> annoyed/distracted by the interruption" >> >> Yes, I'm agree. >> Also is annoying is to have the obligation (not freedom) the save something >> .. >> For example, when I use the Activity Maze, entered to play at level 1. When >> I return to the entrance that, start in 1! That's the point? Many of the >> activities create an entry "habit", butbear no relevant information, > > For the Maze activity, this is considered a missing feature. I'm pretty sure > we have a bug ticket (or two) open requesting that a resumed Maze activity > continues from the level you had last reached (and perhaps having a leader > boa
Reassembled XOs fail heat spreader test
We are currently engaged in changing the motherboards in over a hundred XO-1.5s. In many cases, the XOs are failing the heat spreader test afterwards. However, we can get the test to pass if we press down on the lid, behind the screen. This suggests to me that the heat spreader is not in proper contact with the chips. Without the lid plastic affixed (heat spreader exposed), we can see that the spreader is not touching the chips properly. We have tried bending the metal slightly near the screw points, but the contact doesn't last. Is there any way that we can deal with this better? We are changing the motherboards in these XOs because they have succumbed to overheating. I want to avoid that from happening again. Thanks, Sridhar Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia M: +61 425 239 701 E: srid...@laptop.org.au A: G.P.O. Box 731 Sydney, NSW 2001 W: www.laptop.org.au ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
