Re: Collaboration test environment problem
On Mon, Mar 2, 2009 at 17:46, Benjamin M. Schwartz wrote: > James Simmons wrote: >> I have two PCs running Fedora 10 and the Sugar RPMs that come with >> that. One of the computers runs GNOME and the other uses Window Maker. >> I run sugar-emulate on both. One copy of Sugar uses the name "jim" and >> the other uses "jsimmons". Both use the schoolserver.media.mit.edu >> jabber server. Both are connected to the same router using Ethernet cables. >> >> When I go to the neighborhood view (F1) on both I see a number of >> "buddies". However, while on the "jim" machine (Window Maker) I can see >> and invite "jsimmons". When I look at the same view on "jsimmons" >> (GNOME) I cannot see user "jim", although I can see other users. > > Do they see the same other users? > > schoolserver.media.mit.edu is using the "shared roster", so every user > should be able to see every other user. If the asymmetric visibility that > you describe persists for more than 10 minutes, then you have found an > extremely bizarre bug. No, that's not bizarre at all. I don't know who admins that server and what it's running. I've heard multiple reports of "A sees B, B doesn't see A" on that server. The bugs in the shared roster are more readily exposed in public jabber servers. You shouldn't need a server for two machines: if the machines don't see each other using link local presence (with no jabber server set) then it's a Fedora problem. If you really want to use a server, pick a different one from http://wiki.laptop.org/go/Community_Jabber_Servers and try again. If possible, rather run 0.84.0* and use jabber.sugarlabs.org which uses the new gadget component for presence. (* Due to be released today...) Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Collaboration test environment problem
Morgan, Last night both machines were able to see each other and I was able to do a successful file transfer with Read Etexts, so I guess its an intermittent problem. I've never been able to have the two boxes see each other without specifying a jabber server. I'll try using a different server the next time it happens. Thanks, James Simmons Morgan Collett wrote: On Mon, Mar 2, 2009 at 17:46, Benjamin M. Schwartz wrote: James Simmons wrote: I have two PCs running Fedora 10 and the Sugar RPMs that come with that. One of the computers runs GNOME and the other uses Window Maker. I run sugar-emulate on both. One copy of Sugar uses the name "jim" and the other uses "jsimmons". Both use the schoolserver.media.mit.edu jabber server. Both are connected to the same router using Ethernet cables. When I go to the neighborhood view (F1) on both I see a number of "buddies". However, while on the "jim" machine (Window Maker) I can see and invite "jsimmons". When I look at the same view on "jsimmons" (GNOME) I cannot see user "jim", although I can see other users. Do they see the same other users? schoolserver.media.mit.edu is using the "shared roster", so every user should be able to see every other user. If the asymmetric visibility that you describe persists for more than 10 minutes, then you have found an extremely bizarre bug. No, that's not bizarre at all. I don't know who admins that server and what it's running. I've heard multiple reports of "A sees B, B doesn't see A" on that server. The bugs in the shared roster are more readily exposed in public jabber servers. You shouldn't need a server for two machines: if the machines don't see each other using link local presence (with no jabber server set) then it's a Fedora problem. If you really want to use a server, pick a different one from http://wiki.laptop.org/go/Community_Jabber_Servers and try again. If possible, rather run 0.84.0* and use jabber.sugarlabs.org which uses the new gadget component for presence. (* Due to be released today...) Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Lockup of 800 and 801
Both 800 and 801 lockup completely fairly regularly. Once locked up the keys don't work . All I can do is hit the start button to turn the machine off and then turn it back on. Am I the only one having this problem? -- === The scum also rises. -- Dr. Hunter S. Thompson === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Lockup of 800 and 801
On 3 Mar 2009, at 16:35, Aaron Konstam wrote: > Both 800 and 801 lockup completely fairly regularly. Once locked up > the > keys don't work . All I can do is hit the start button to turn the > machine off and then turn it back on. > > Am I the only one having this problem? Hi Aaron, Occasional lockups for me are almost always related to lack of memory. Can you describe what/how many Activities you usually have running? The two that catch me out more often are Read and Browse: - Read; it depends on the complexity of the PDF, but it (evince) is having to rasterize pages as you scroll and zoom about – a good example is trying to zoom way in on the pdf world maps provided in the default installed library, you'll soon run out of memory. - Browse; Sites with heavy flash are very bad (that why it's a REALY GOOD IDEA not to disable that magic CSS tweak that does the 'click to flash' trick, actually I started using a similar flash blocker on my main machine and life is a lot smoother). Obviously very long, complicated pages can also cause memory issues, a good example is using Google Reader, it works well for about 15min of my usual reading habit before I'm in danger of a lockup. Hope that helps. --Gary > -- > = > == > The scum also rises. -- Dr. Hunter S. Thompson > = > == > Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net > > ___ > 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: Opportunity for speedup
Hi Bobby, On 1 Mar 2009, at 21:44, Bobby Powers wrote: > I've fixed a few issues, packaged up bootanim-2.3-1, and (finally) > actually ran some benchmarks. Results (all times in seconds): > > fresh os801, from pressing the power button to appearance of sugar's > prompt for name screen > 80 > 79 > 78 > > with rhgb-client renamed so that init can't find it: > 69 > 68 > > and with bootanim-2.(1-3) rpm installed: > 67 > 67 > 67 > 68 > 67 > > If anyone is unconvinced, I could run more tests, but this seems > pretty good to me. Its a 15% overall speedup in the boot process. I've just run a test here with candidate 801; average over 5 runs; starting on button press, stopping when XO first appears in users colours: Before bootanim-2.3-1.i386.rpm: 85.9 seconds After patching: 74.6 seconds Booting in ugly text mode (includes the 3 sec ok wait): 72.2 seconds So, if this 10 sec boot saving gets accepted in a future build, you've just gained the world 1,400 extra hours of XO usage from the time this patch lands, and for every day thereafter (assumes a conservative 500K kids boot their XO just once a day on average). Fantastic work, what an impressive butterfly effect!! :-) --Gary > Interesting notes: > chkconfig doesn't like binary services - it parses services in > /etc/init.d to look for metadata in comments, and the mechanism to > override this data (sticking a file with the same name in > /etc/chkconfig.d with appropriate comments) doesn't seem to work if > the original script can't be parsed. So I had to make small wrappers > for ul-warning, boot-anim-start and boot-anim-stop. This doesn't seem > to affect performance. > > I can't seem to get ul-warning to come up properly, so if anyone can > tell me what I'm doing wrong that would be great. I've got it to work > by manually placing some symlinks in /etc/rc0.d and /etc/rc6.d, but > neither Scott's nor my chkconfig comments seem to work. > > source: > http://dev.laptop.org/git?p=users/bobbyp/bootanim > koji-built rpms: > http://dev.laptop.org/~bobbyp/bootanim/ > (koji task https://koji.fedoraproject.org/koji/taskinfo? > taskID=1211738 ) > > I don't know if this could make it into 8.2.1, or what the process > would be toward getting it at least in the Rawhide/SOAS images, but it > seems pretty low risk (assuming someone can tell me what I'm doing > wrong w.r.t. ul-warning). > > yours, > Bobby > > On Thu, Feb 19, 2009 at 3:03 AM, Mitch Bradley wrote: >> Cool! >> >> Bobby Powers wrote: >>> >>> On Wed, Feb 11, 2009 at 2:01 AM, Mitch Bradley >>> wrote: >>> I just measured the time taken by the boot animation by the simple technique of renaming /usr/bin/rhgb-client so the initscripts can't find it. >>> >>> how did you measure exactly? stopwatch? I'd like to recreate the >>> tests. It sounds like you did this on a freshly flashed system? >>> >> >> Yes on both counts. Stopwatch on freshly-flashed os7.img . >> >> >>> With boot animation, OS build 7 (an older 8.2.1 candidate) takes 60 seconds from first dot (indicating OFW transfer to Linux) to Sugar "prompt for your name". Without it, 53 seconds. I repeated the test several times with consistent results. Clearly, it should be possible to display that amount of information in much less than 7 seconds. The boot animation code is in the OLPC domain, not the upstream domain, so replacing it should be relatively free of upstream politics. So if anybody is interested in implementing a relatively simple boot-time speedup, I offer this as low-hanging fruit. I suggest 1 second (differential time between animation and no- animation cases) as a reasonable target goal, assuming images of the complexity of the current ones. Arbitrary full-screen graphics might require more time, but speeding up the baseline case is a good starting point. Go wild. >>> >>> So I've taken a first cut at this, implemented with the following >>> design considerations (mostly from a conversation with Mitch) >>> - the Python client/server was reimplemented as several standalone C >>> programs (boot-anim-start, boot-anim-client, and some cleanup in >>> boot-anim-stop) >>> - a client and server was used before because there is state >>> information that needs to be saved: we need to keep track of where >>> in >>> the animation we are. We can keep track of this by using offscreen >>> memory in the framebuffer (its 16MB in size, and only the first 2ish >>> MB is used for the onscreen graphics (my terminology might be off >>> here)). For state we really only need to keep track of 2 integers, >>> one for the current frame number and another to store the offset of >>> the next diff to apply. >>> - on startup we load an initial image into the framebuffer (the >>> first >>> 1200*900*2 bytes, since we use 2 bytes per pixel
Re: Lockup of 800 and 801
On Tue, Mar 3, 2009 at 5:09 PM, Gary C Martin wrote: > On 3 Mar 2009, at 16:35, Aaron Konstam wrote: > > > Both 800 and 801 lockup completely fairly regularly. Once locked up > > the > > keys don't work . All I can do is hit the start button to turn the > > machine off and then turn it back on. > > > > Am I the only one having this problem? > > Hi Aaron, > > Occasional lockups for me are almost always related to lack of memory. > Can you describe what/how many Activities you usually have running? > If this is the case, do yourself a favor and by an SD card to use as SWAP. Life will be much better with the XO. If you have the extra $$$, grab one that's SDHC, class 6. The Class 6 card will make the machine more responsive, although I use one Class 2(hdparm shows about 6MB/s though) and it's fine. Best regards, Tiago Marques > The two that catch me out more often are Read and Browse: > > - Read; it depends on the complexity of the PDF, but it (evince) is > having to rasterize pages as you scroll and zoom about – a good > example is trying to zoom way in on the pdf world maps provided in the > default installed library, you'll soon run out of memory. > > - Browse; Sites with heavy flash are very bad (that why it's a REALY > GOOD IDEA not to disable that magic CSS tweak that does the 'click to > flash' trick, actually I started using a similar flash blocker on my > main machine and life is a lot smoother). Obviously very long, > complicated pages can also cause memory issues, a good example is > using Google Reader, it works well for about 15min of my usual reading > habit before I'm in danger of a lockup. > > Hope that helps. > > --Gary > > > -- > > = > > == > > The scum also rises. -- Dr. Hunter S. Thompson > > = > > == > > Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net > > > > ___ > > 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: Lockup of 800 and 801
> Both 800 and 801 lockup completely fairly regularly. Once locked up the > keys don't work . All I can do is hit the start button to turn the > machine off and then turn it back on. > > Am I the only one having this problem? I'm not having a lockup, but I am seeing unwanted behavior. I have an XO with 801 running 24/7, which has a hard disk and a mouse plugged in to an external USB hub. Normally, the only Activity I've launched on it is Terminal. Multiple times, when I've walked up to the XO (after it has been unused for hours) and tried to use its mouse - nothing happens - the system no longer appears to see that device. [The XO's built-in touchpad, etc., work fine - so does the (plugged directly into the XO) external USB keyboard.] I do not know if it is the XO software that is having difficulty, or if there is something wrong with that particular USB hub. To get back use of the external mouse, I have to re-boot my XO. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Lockup of 800 and 801
On 3 Mar 2009, at 20:14, Tiago Marques wrote: > On Tue, Mar 3, 2009 at 5:09 PM, Gary C Martin > wrote: > On 3 Mar 2009, at 16:35, Aaron Konstam wrote: > > > Both 800 and 801 lockup completely fairly regularly. Once locked up > > the > > keys don't work . All I can do is hit the start button to turn the > > machine off and then turn it back on. > > > > Am I the only one having this problem? > > Hi Aaron, > > Occasional lockups for me are almost always related to lack of memory. > Can you describe what/how many Activities you usually have running? > >> If this is the case, do yourself a favor and by an SD card to use >> as SWAP. Life will be much better with the XO. If you have the >> extra $$$, grab one that's SDHC, class 6. >> The Class 6 card will make the machine more responsive, although I >> use one Class 2(hdparm shows about 6MB/s though) and it's fine. >> Best regards, >>Tiago Marques Absolutely and thanks for the feedback, lack/absence of SWAP on the XO is the root of many evils. Though personally, I try to avoid things our target audience won't be able to use so I get the best impressions of problems they may be encountering – but for tech users, this will give you leeway. --Gary > The two that catch me out more often are Read and Browse: > > - Read; it depends on the complexity of the PDF, but it (evince) is > having to rasterize pages as you scroll and zoom about – a good > example is trying to zoom way in on the pdf world maps provided in the > default installed library, you'll soon run out of memory. > > - Browse; Sites with heavy flash are very bad (that why it's a REALY > GOOD IDEA not to disable that magic CSS tweak that does the 'click to > flash' trick, actually I started using a similar flash blocker on my > main machine and life is a lot smoother). Obviously very long, > complicated pages can also cause memory issues, a good example is > using Google Reader, it works well for about 15min of my usual reading > habit before I'm in danger of a lockup. > > Hope that helps. > > --Gary > > > -- > > = > > > == > > The scum also rises. -- Dr. Hunter S. Thompson > > = > > > == > > Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net > > > > ___ > > 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: Lockup of 800 and 801
On Tue, Mar 3, 2009 at 9:30 PM, Gary C Martin wrote: > On 3 Mar 2009, at 20:14, Tiago Marques wrote: > > On Tue, Mar 3, 2009 at 5:09 PM, Gary C Martin >> wrote: >> On 3 Mar 2009, at 16:35, Aaron Konstam wrote: >> >> > Both 800 and 801 lockup completely fairly regularly. Once locked up >> > the >> > keys don't work . All I can do is hit the start button to turn the >> > machine off and then turn it back on. >> > >> > Am I the only one having this problem? >> >> Hi Aaron, >> >> Occasional lockups for me are almost always related to lack of memory. >> Can you describe what/how many Activities you usually have running? >> >> > If this is the case, do yourself a favor and by an SD card to use as SWAP. >>> Life will be much better with the XO. If you have the extra $$$, grab one >>> that's SDHC, class 6. >>> The Class 6 card will make the machine more responsive, although I use >>> one Class 2(hdparm shows about 6MB/s though) and it's fine. >>> Best regards, >>> Tiago Marques >>> >> > Absolutely and thanks for the feedback, lack/absence of SWAP on the XO is > the root of many evils. Though personally, I try to avoid things our target > audience won't be able to use so I get the best impressions of problems they > may be encountering – but for tech users, this will give you leeway. At least for me, I can't get more than 3 hours of battery with the SD card in the slot. Have you considered adding a card for deployments, given how cheap they are nowadays? May be advantageous in deployments where energy is not that scarce(if there are any). Best regards, Tiago Marques > > > --Gary > > The two that catch me out more often are Read and Browse: >> >> - Read; it depends on the complexity of the PDF, but it (evince) is >> having to rasterize pages as you scroll and zoom about – a good >> example is trying to zoom way in on the pdf world maps provided in the >> default installed library, you'll soon run out of memory. >> >> - Browse; Sites with heavy flash are very bad (that why it's a REALY >> GOOD IDEA not to disable that magic CSS tweak that does the 'click to >> flash' trick, actually I started using a similar flash blocker on my >> main machine and life is a lot smoother). Obviously very long, >> complicated pages can also cause memory issues, a good example is >> using Google Reader, it works well for about 15min of my usual reading >> habit before I'm in danger of a lockup. >> >> Hope that helps. >> >> --Gary >> >> > -- >> > = >> > == >> > The scum also rises. -- Dr. Hunter S. Thompson >> > = >> > == >> > Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net >> > >> > ___ >> > 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
[Server-devel] What's cooking? Moodle...
On http://dev.laptop.org/git?p=users/martin/moodle.git;a=shortlog - just pushed out some commits The shortlog mentions config: $XS_FQDN is now a global auth/olpcxs: revamp - account creation and automatic logins auth/olpcxs: store icon colors at login time, and set $user->picture at acct creation time... rpm: add librsvg2 requires - needed to render SVG to PNG user/pix: add magic to serve XO icons with the right colours 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 ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: Screen rotation -- My two cents
On Mon, Mar 2, 2009 at 11:10 AM, wrote: > james wrote: > > I have experienced the frustration of trying to use the mouse pad when > > in ebook mode (actually not quite ebook mode, since you have to open the > > XO a bit to get your finger on the mousepad). The reason I need to do > > it is that when I'm using View Slides the enormous mouse arrow blocks > > part of the picture on the screen, so I want to move it out of the way. > > What would be far better would be to have the mouse pointer simply hide > > itself when the mouse pad or mouse hasn't been used in awhile. It would > > $ yum install unclutter > $ unclutter & > > (and add it to .xsession) You can also do this in the Activity code using the set_cursor method of gtk.Widget. Perhaps in response to a timer, which gets reset by mouse move events over your reading area. That wouldn't require any additional steps by the user. -Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Some quick rawhide-xo/20090227 notes
On Mon, Mar 2, 2009 at 4:49 PM, Gary C Martin wrote: > Just some feedback relating to: > >http://dev.laptop.org/~cjb/rawhide-xo/ > > No tickets filed, ping back if you want one on any of these items: > > - By default the builds boot into GNOME desktop, not Sugar. As a non > regular Fedora/GNOME user, it took me a day or so before I spotted the > partially obscured button in the bottom right tray of the login page > called session. Which reveals a menu allowing you to change the > default desktop over to Sugar :-) > > - The default set of Activities is stored under /usr/share/sugar/ > activities, everything is owned as root. The Sugar shell does display/ > launch Activities in this folder, but will not erase or upgrade them > (e.g if you download a new .xo bundle with Browse). A quick fix is to > move the directory to /home/liveuser/Activities and then chown -R > liveuser /home/liveuser/Activities, and rebooting. > > - Just a heads up for Activity developers that Python 2.6 is installed > on these newer builds, and the json library at least is very different > from what shipped in previous OLPC builds. Moon (and I'm sure some > other Activities) expect the previous json method calls so, on > closing, you get a 'keep error'. Happy to fix, but not sure what the > best resolution is if I want same code to play well with both new and > old distros (hints appreciated). Note that the new JSON library was available before as 'simplejson'. That's what I use in all my activities since it's the default going forward, and has much better features than the old 'json' or 'cjson'. -Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
debxo ohmd testers wanted
G'day, I've packaged ohmd for debxo, and done some minimal testing. I'd like other debxo users to have a go at it. ohmd when running provides: - suspend on power button press, - suspend on lid close, - display dimming on idle, - optional suspend on extended idle. To test it, turn off any other hardware management scripts you may have, configure your sources.list for squeeze [1], download the .deb [2], install it [3], resolve the dependencies [4], and start ohmd [5]. Then see if the features listed above work. Let me know the result. Further details: [1] edit the file /etc/apt/sources.list and change the word lenny to squeeze, then run "apt-get update", [2] use wget or some other method to download the file http://dev.laptop.org/~quozl/debian/ohmd_0.1.1-6.21.20090304git.quozl_i386.deb [3] install it using dpkg, dpkg --install ohmd_0.1.1-6.21.20090304git.quozl_i386.deb which will generate an error regarding dependencies. [4] resolve the dependencies using apt, apt-get -f install [5] start ohmd either manually by typing ohmd, or by running; update-rc.d ohmd defaults invoke-rc.d ohmd start Packaging improvements welcome. I'm yet to learn some tricks. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fwd: [Sugar-devel] [RELEASE] Browse-100 (8.2.1 only)
Hi all, see below, Simon has released Browse-101.xo . We need to see how we connect the dots to get it on the images built by local teams that want to integrate with the XS. This new Browse will do automagic logins to the Moodle shipped on XS 0.6 -- current dev code for moodle-xs already works, and I'm working on integrating various other aspects of the XS into Moodle... cheers, martin -- Forwarded message -- From: Simon Schampijer Date: Tue, Feb 24, 2009 at 4:07 AM Subject: Re: [Sugar-devel] [RELEASE] Browse-100 (8.2.1 only) To: Sugar-dev Simon Schampijer wrote: > Hi, > > this is Browse for Sucrose 0.82 or OLPC 8.2.1. > > XO-bundle: http://shell.sugarlabs.org/~erikos/bundles/Browse-100.xo > > News: > - Inline pdf support (Sayamindu Dasgupta) > - Set intl.accept_languages based on the locale (Daniel Drake) > - Create a HTTP Cookie to authenticate with the Schoolserver (Martin > Langhoff) > > Thanks for all your contributions, > Simon New bundle available with, thanks to Sayamindu, fixed Spanish translations: http://shell.sugarlabs.org/~erikos/bundles/Browse-101.xo Cheers, Simon ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- 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
