Software update in OLPC 10.1.2 Release Candidate 2, faster JavaScript
(You didn't actually say you wanted feedback, but you sent this to Testing, and didn't say you didn't. People aren't using http://wiki.laptop.org/go/Test_group_release_notes any more?) == Software update == You have to scroll sideways in the My Settings panel to expose the Software update and Language control panels. I'm pretty sure someone mentioned this problem with the grid layout already, but I can't find it. What's the search box in My Settings supposed to do? Searching for Software update doesn't bring it into view or highlight it. I mentioned that after Software update my Home view didn't show new and updated activities until I restarted Sugar. dsd has proposed a fix in http://dev.laptop.org/ticket/10271 Software update tells me Fetching http://wiki.laptop.org/go/Activities/G1G1...; , its Modify activity groups tells me this is the URL for G1G1 Activities for OLPC OS 10.1, and w.l.o. tells me 'This page lists the latest versions of the various activities in the G1G1 activity group for the very latest build'. But http://wiki.laptop.org/go/Activities/G1G1 is NOT the list of activities for 10.1! The actual page that's used seems to be http://wiki.laptop.org/go/Activities/G1G1/10.1 , only this has the new activities like Words and Stopwatch. If that's so, I think the Activities and Activities/G1G1 pages should say something like If you're running OLPC OS release 10.1, http://wiki.laptop.org/go/Activities/G1G1/10.1 lists the activities in the G1G1 set for it and is the list checked by its Software update. I'll make the change if no one disagrees. The Activities/G1G1/10.1 page still says Turtle Art, but the 10.1 release calls it Turtle Blocks, I think http://wiki.laptop.org/go/Activities/Turtle_Art_%28latest%29 should mention the name change. On an unrelated pleasant note, I ran Sunspider on 8.2.1 and got a score of 55,109.6 ms. On 10.1.2, my score was 19941.6 ms, 2.76x as fast! XULRunner 1.9 to 1.9.1 was a big jump, it includes the TraceMonkey JavaScript engine from Firefox 3.5. -- =S Page ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: strange behavior of 'rm'
On 14 August 2010 00:39, Mikus Grinbergs mi...@bga.com wrote: I experiment with manually adding/deleting Activities, then restarting Sugar. Sometimes I've seen obsolete activity-versions being listed in some sort of snapshot recorded in shell.log. I've empirically found that I can lessen this by deleting ~/.sugar/default/favorite_activities - and letting the Sugar restart rebuild that file. Is manually deleting the /home/olpc/Activities/{activityname}.activity directory acceptable practice. Likewise, can I safely copy one of those directories from one XO to another? This all seems to work, but I don't know if there are any side effects. Cheers, Sridhar Sridhar Dhanapalan Technical Manager One Laptop per Child (OLPC) Australia p: +61 425 239 701 w: http://laptop.org.au ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: strange behavior of 'rm'
On Sat, Aug 14, 2010 at 03:56, James Cameron qu...@laptop.org wrote: I'm mystified too. But it doesn't happen when I try it on os851 on XO-1.5 ... 1. the file can be deleted by user olpc in Terminal and stays deleted until Sugar restart, (an rm -f works, then an rm -f fails with No such file or directory), 2. the file can be deleted by user root in text console and stays deleted until Sugar restart. Some git grep turned out this: def _write_favorites_file(self): path = env.get_profile_path('favorite_activities') favorites_data = {'defaults-mtime': self._last_defaults_mtime, 'favorites': self._favorite_bundles} simplejson.dump(favorites_data, open(path, 'w'), indent=1) I know this seems counter-intuitive to lots of engineers, but reading code actually ends up saving time. Regards, Tomeu -- James Cameron http://quozl.linux.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: strange behavior of 'rm'
El Mon, 16-08-2010 a las 01:16 +1000, Sridhar Dhanapalan escribió: Is manually deleting the /home/olpc/Activities/{activityname}.activity directory acceptable practice. The only problem is that Sugar will not notice the change until restarted. Likewise, can I safely copy one of those directories from one XO to another? Yes. But you'd have to restart Sugar to make it see the new activity. The xo bundles are nothing but glorified zip files that get unpacked by Sugar in the Activities directory. Simplicity is the only upside of our crappy packaging format :-) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC 10.1.2 Release Candidate 2
On Mon, 2010-08-09 at 20:44 -0400, Chris Ball wrote: http://wiki.laptop.org/go/Release_notes/10.1.2 http://build.laptop.org/10.1.2/xo-1.5/os851 http://build.laptop.org/10.1.2/xo-1/os851 Compressed image size: 704.85mb (+0.15mb since build 850) * olpc-utils, #10281: Move pentablet mode initialization to Sugar, on XO-1 * olpc-os-builder, #10280: Build a .usb image for olpc-update --usb. * dracut, #10289: Always use eth0 for wifi device * olpc-utils, #6700 / #10278: Move root's $HOME to /home/root * sugar-toolkit, #10218: Fix crash using Read before data/ exists Package changes since build 850: -dracut-modules-olpc-0.3.4-1.fc11.i586 +dracut-modules-olpc-0.3.5-1.fc11.i586 -olpc-utils-1.0.26-1.fc11.i586 +olpc-utils-1.0.27-1.fc11.i586 -sugar-toolkit-0.84.11-1.fc11.i586 +sugar-toolkit-0.84.12-1.fc11.i586 Is koji.dist-f11-updates-10.1.2 fully updated? When I do a yum list tzdata: Installed Packages tzdata.noarch 2010i-1.fc11 @koji.dist-f11-updates-10.1.2 Available Packages tzdata.noarch 2010j-1.fc11 updates yum check-update: bind-libs.i586 32:9.6.2-4.P2.fc11 updates bind-utils.i586 32:9.6.2-4.P2.fc11 updates coreutils.i586 7.2-8.fc11 updates dhclient.i58612:4.1.0p1-6.fc11 updates elfutils-libelf.i586 0.147-1.fc11 updates etoys.noarch 4.0.2340-1.fc11 updates fuse.i5862.8.4-1.fc11 updates fuse-libs.i586 2.8.4-1.fc11 updates hpijs.i586 1:3.10.2-4.fc11 updates hplip.i586 3.10.2-4.fc11 updates hplip-common.i5863.10.2-4.fc11 updates hplip-libs.i586 3.10.2-4.fc11 updates html2ps.noarch 1.0-0.3.b5.fc11 updates kpathsea.i5862007-47.fc11 updates krb5-libs.i586 1.6.3-31.fc11 updates krb5-workstation.i5861.6.3-31.fc11 updates libpurple.i586 2.7.0-2.fc11 updates libtiff.i586 3.8.2-15.fc11 updates net-snmp.i5861:5.4.2.1-14.fc11 updates net-snmp-libs.i586 1:5.4.2.1-14.fc11 updates netpbm.i586 10.47.13-1.fc11 updates netpbm-progs.i58610.47.13-1.fc11 updates ntfs-3g.i586 2:2010.5.16-1.fc11 updates openssl.i686 0.9.8n-2.fc11 updates perl-URI.noarch 1.54-1.fc11 updates ppp.i586 2.4.4-13.fc11 updates quota.i586 1:3.17-7.fc11 updates sos.noarch 2.2-0.fc11 updates ssmtp.i586 2.61-14.fc11 updates sudo.i5861.7.2p6-2.fc11 updates taglib.i586 1.6.3-1.fc11 updates tar.i586 2:1.22-6.fc11 updates texlive.i586 2007-47.fc11 updates texlive-dvips.i586 2007-47.fc11 updates texlive-latex.i586 2007-47.fc11 updates texlive-utils.i586 2007-47.fc11 updates tzdata.noarch2010j-1.fc11 updates xapian-bindings-python.i586 1.0.20-1.fc11 updates xapian-core-libs.i5861.0.20-1.fc11 updates I don't see any of these packages in the olpc-exclude. Just wondering... Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC 10.1.2 Release Candidate 2
Hi, Is koji.dist-f11-updates-10.1.2 fully updated? No, it's frozen; we don't want an F11 update to destabilize the system before release. - Chris. -- Chris Ball c...@laptop.org One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC 10.1.2 Release Candidate 2
On Sun, 2010-08-15 at 13:09 -0400, Chris Ball wrote: Hi, Is koji.dist-f11-updates-10.1.2 fully updated? No, it's frozen; we don't want an F11 update to destabilize the system before release. - Chris. tar was released on May 4 etoys on June 25 coreutiles was on May 30 openssl on June 02 and there won't be any more new updates: https://lists.fedoraproject.org/pipermail/announce/2010-June/002830.html Sorry, just it seems be a good time to sync up to the final EOL released packages IMHO. I'll spin my own and see what goes down. Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: strange behavior of 'rm'
On Sun, Aug 15, 2010 at 05:46:21PM +0200, Tomeu Vizoso wrote: Some git grep turned out this: def _write_favorites_file(self): I know this seems counter-intuitive to lots of engineers, but reading code actually ends up saving time. Thanks. At the time, I wasn't interested in where in Sugar the file was written or under what circumstances, I was only interested in whether I could reproduce the problem that Mikus reported. I don't see how your locating the code, Tomeu, has led to any greater understanding of the problem that Mikus reported, since you did not describe the frequency of the method execution. I'm talking about the problem of the file not being deleted by rm yet with the absence of Sugar restarts. On Sun, Aug 15, 2010 at 01:19:00PM -0500, Mikus Grinbergs wrote: Since nobody is paying me for my time - and with me wondering WHERE the output of such a 'simplejson.dump()' function is being used (and WHAT can happen if the result contains multiple entries with the same bundle-name) - spending time by reading the quoted code does not appeal. I agree. I'm not convinced reading the code would be useful at this stage. I'm more puzzled at why repeated rm commands with a 'y' answer don't work for you. I'd like to get to the bottom of that if you're willing, but I know you don't always like diagnosing problems. The suggestion that language differences are a cause of not deleting a file can be eliminated by testing with strace. The recognition of the y for confirmation is done by the rm program, not the kernel. strace allows us to capture the interaction between rm and the kernel: strace -o rm.strace rm -i favorite_activities If the output file rm.strace contains: unlinkat(AT_FDCWD, favorite_activities, 0) = 0 then it means that the kernel was asked to delete the file, and so language differences can be excluded. If there is no such line, then the kernel was probably not asked to delete the file. What started this whole pilgrimage was Quozl noticing (I believe in shell.log in one of my system dumps regarding a Record problem) a reference to an OBSOLETE version of Record. Oh yes, I remember that. It was puzzling, but I didn't feel it was worth reporting to Sugar Labs, since it had no effect on the Sugar user. Have you reported it in a ticket yet? -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Update for geode driver
Bernie, I am very glad to get the feedback from you. Still some patches need to be committed later(although no new bug is reported still). Hope you can report anything you think incorrect or abnormal after using that new driver. For NoAccel segfault, I am not sure if you have tried Mart's patch in the below link: https://bugs.freedesktop.org/attachment.cgi?id=35326 I have given a try and it can nicely solve this bug. It is caused by the zero pointer use. Could you give a try? I think Mart know more about that. Mart, Can you make this issue more clear for Bernie? Thanks, Frank -Original Message- From: Bernie Innocenti [mailto:ber...@codewiz.org] Sent: 2010年8月15日 10:13 To: Huang, FrankR Cc: OLPC Devel Subject: Re: Update for geode driver El Fri, 13-08-2010 a las 10:35 +0800, Huang, FrankR escribió: Bernie, You can git clone the lastest code from freedesktop for geode driver to use. The most outstanding rendering bug has been fixed. And some performance patch has been applied. I tested the driver on the XO-1 and couldn't spot any rendering bug neither in Sugar nor in Gnome, with full acceleration enabled and no quirks needed in xorg.conf. However, a long-standing bug is still there: setting Option NoAccel 1 makes the driver segfault during startup. Thank you very much for taking the time to do this neat work, Frank! (pls forward my notes the geode list, I'm not subscribed) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
FW: Update for geode driver
Bernie, I am very glad to get the feedback from you. Still some patches need to be committed later(although no new bug is reported still). Hope you can report anything you think incorrect or abnormal after using that new driver. For NoAccel segfault, I am not sure if you have tried Mart's patch in the below link: https://bugs.freedesktop.org/attachment.cgi?id=35326 I have given a try and it can nicely solve this bug. It is caused by the zero pointer use. Could you give a try? I think Mart know more about that. Mart, Can you make this issue more clear for Bernie? Thanks, Frank -Original Message- From: Bernie Innocenti [mailto:ber...@codewiz.org] Sent: 2010年8月15日 10:13 To: Huang, FrankR Cc: OLPC Devel Subject: Re: Update for geode driver El Fri, 13-08-2010 a las 10:35 +0800, Huang, FrankR escribió: Bernie, You can git clone the lastest code from freedesktop for geode driver to use. The most outstanding rendering bug has been fixed. And some performance patch has been applied. I tested the driver on the XO-1 and couldn't spot any rendering bug neither in Sugar nor in Gnome, with full acceleration enabled and no quirks needed in xorg.conf. However, a long-standing bug is still there: setting Option NoAccel 1 makes the driver segfault during startup. Thank you very much for taking the time to do this neat work, Frank! (pls forward my notes the geode list, I'm not subscribed) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: strange behavior of 'rm'
Time for me to chip in: ORIGIN: Back in 2008, I was able to use a script ('sugar-forget-bundle') to manually clean the activity_repository of entries for Activities which I had manually removed from my XO. Nowadays, the interface(s) to the activity_repository appear to have changed - I no longer have a script which would clean the repository. BACKGROUND: What the activity_repository contains became interesting to me when Quozl found a reference, in a system dump I had taken while troubleshooting the Record Activity, to a version of Record which was no longer present on that system. In addition, there were times (NOT consistent) when I would see a messed-up Home Ring View after customizing a newly-installed build (I hook up many additional activities). I noticed that this kind of 'overlapping icons in Home View' situation was often accompanied by there being multiple entries with the same activity_name in file 'favorite_activities'. I'm talking about the problem of the file not being deleted by rm yet with the absence of Sugar restarts. WHY I WAS USING 'rm': Through trial and error, I determined that (sooner or later) a messy Home View would show up clean if I performed (repetitively, if need be): delete ~/.sugar.default/favorite_activities, then ctl-alt-erase to restart Sugar. [I *knew* that restarting Sugar would rewrite 'favorite_activities'. It was my hope (which was realized, sooner or later) that at the time it got rewritten, whatever had caused the messy Home View would be gone.] In other words, I *wanted* to restart Sugar. What I posted was that (a couple of times, NOT REPRODUCIBLE ON DEMAND), I had not accomplished the first part (the deleting of file 'favorite_activities') of my procedure. Note: on the most recent occasion when the 'rm' did not work, I entered 'sudo rm' (even though I *was* root) -- then that file did delete. [It is NOT true that plain 'rm' does not work for me (in this specific situation). I've had to clean a messy Home View maybe a dozen times. And my empirical procedure did ultimately work (sooner or later).] None of the anomalies I've noticed ('rm' not working; messy Home View; enlarged 'favorite_activities'; old version of Record being mentioned in a log) have been REPRODUCIBLE ON DEMAND - so I don't consider them suitable for a ticket. I typically write a ticket because I believe that *others* will run into the same situation I've seen. When I don't know if something is a problem or not, I might post about it with the intent of alerting others - in case they too notice something similar. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: strange behavior of 'rm'
Thanks for the explanation, Mikus. Should you ever reproduce that failure to delete the favorite_activities, please try that strace technique. What you describe with home view confusion might relate to #10271, for which I've just tested a patch. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Xorg-driver-geode] Update for geode driver
On E, 2010-08-16 at 08:41 +0800, Huang, FrankR wrote: Bernie, I am very glad to get the feedback from you. Still some patches need to be committed later(although no new bug is reported still). Hope you can report anything you think incorrect or abnormal after using that new driver. For NoAccel segfault, I am not sure if you have tried Mart's patch in the below link: https://bugs.freedesktop.org/attachment.cgi?id=35326 I have given a try and it can nicely solve this bug. It is caused by the zero pointer use. Could you give a try? I think Mart know more about that. Mart, Can you make this issue more clear for Bernie? I can't reproduce the issue with no display until VT switch anymore, so clearly I was mistaken or it's been solved by a different commit meanwhile, or it just doesn't happen all that often and the idea of crash being better than confusing picture for most people doesn't hold anymore. So I've pushed this trivial segfault fix to GIT now, to be part of 2.11.9. I don't suggest using NoAccel though, as it loses XVideo and many other non-acceleration (read non-deceleration) related things too. Have you tested rotation (and rotation + Xv) with current GIT code on the older xserver-1.6 found in FC-11 and XO-1 builds? Regards, Mart Thanks, Frank -Original Message- From: Bernie Innocenti [mailto:ber...@codewiz.org] Sent: 2010年8月15日 10:13 To: Huang, FrankR Cc: OLPC Devel Subject: Re: Update for geode driver El Fri, 13-08-2010 a las 10:35 +0800, Huang, FrankR escribió: Bernie, You can git clone the lastest code from freedesktop for geode driver to use. The most outstanding rendering bug has been fixed. And some performance patch has been applied. I tested the driver on the XO-1 and couldn't spot any rendering bug neither in Sugar nor in Gnome, with full acceleration enabled and no quirks needed in xorg.conf. However, a long-standing bug is still there: setting Option NoAccel 1 makes the driver segfault during startup. Thank you very much for taking the time to do this neat work, Frank! (pls forward my notes the geode list, I'm not subscribed) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Xorg-driver-geode mailing list xorg-driver-ge...@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-geode ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel