Re: Proposal: the 'faster' branch.
C. Scott Ananian wrote: [...] So: welcome the 'faster' branch, a repository for all these unsafe ideas. [...] Scott, I think this is a great idea! First thing, I think we need Reinier's script watching it. Can we prevent it from doing spurious runs when stuff gets changed in joyride but not specifically in faster? An easy parameter to watch for would be the boot time, conveniently stored in /home/olpc/.boot_time by the olpc-session script. I know, I know... boot time is not our #1 priority. But: boot time is easy to measure objectively and has a strong correlation with other performance sensitive parts of the system. For example, a kernel with debug enabled is likely to increase it. So I think this is an interesting number to watch for until someone comes up with a comprehensive performance suite. It would be a little better if we made sugar write it just before entering the gtk mainloop, so it would take into account Sugar related optimizations. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
James Simmons writes: I agree I have no business inventing my own MIME type. Yes you do, and you should ignore the x- disaster. Pick something sane, descriptive but not too generic, and be done with it. (If you use x-, then you **still** face any collision problems and you're expected to register the type anyway. Since there would be x- data out in the wild, everybody would need to support that until the end of time as well. As they say, it is easier to ask forgiveness than permission.) What I really want is a file suffix association like I can do with Windows or Midnight Commander on Linux. This needs to be required for every MIME association. (if you don't ask for a file extension, no MIME for you!) Because no common filesystem uses MIME types, the MIME data is unstable. This is a security hazard. Data shows up one way, suffers MIME damage (normally) or extension damage, gets sent along to some other software on the assumption that the original type info will be used, gets interpreted according to mangled or alternate type info, and BOOM! You're pwned. The faster sugar can phase out MIME the better. The MIME type of application/zip works, but Etoys is using that one too. Whatever you invent, Etoys will claim it in the next release. It does not matter if Etoys has any ability to handle the data. I'm half serious too, as is clear to anybody who has looked at the list of MIME types claimed by Etoys and tried them. Almost none make sense. It's like some kind of land grab. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Mesh Portal Question
Hello All, He is my scenario, XS XO-1 --- XO-2 I am unable to access school server from XO-2 via XO-1 route, I have 656 build on my XOs and server build 150 on my server with 1 active antennae what could be the problem, how to access XS from different hops of XOs as the automatic configuration didn't create route to the server Regards -- Waqas Toor member olpc Pakistan team ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Keyboard layout: switching from Amharic US
Hi everyone, Following the first 4 instructions at http://wiki.laptop.org/go/Ethiopian_Setup I have managed to set my G1G1 XO laptop to accept input in Amharic. That's the good news. The bad news is that I can no longer switch back to a US keyboard. Even commands typed into the Terminal now appear in Amharic, and refuse to execute. I can use the arrow keys in the Terminal to replay the sequence of commands that led to editing /etc/sysconfig/keyboard in nano, but I cannot get nano to save my changes. If I use ^O to Write Out the file, I find myself in the Journal, but nano is still open in the Terminal. If I use ^X to Exit nano, it asks if I want to save the modified buffer. Typing y produces an Amharic character which vaguely resembles a Q, and which nano refuses to recognize. The page at http://wiki.laptop.org/go/Ethiopian_Setup helpfully suggests that: You can toggle between the us and the et layouts by hitting the group switch key, which is mapped to the rightmost key below enter (labeled multiply/divide on US keyboards). In my experience, pressing this key inserts an x character. No combination of modifier keys along with the group switch key seems to have the desired effect. Any help in getting my XO back to its initial US settings would be appreciated. (Ideally, I'd like to be able to switch between the two on a regular basis). Thanks in advance, James ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: screen dims and brightens
Hi, Though it would be nicer to me if OHM could keep the back light level if not suspending to avoid this problem. This is the case in recent Joyride builds. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: screen dims and brightens
2008/2/9 ffm [EMAIL PROTECTED]: On Feb 8, 2008 10:42 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: I'm using a wired connection for my G1G1. To preserve that connection, I've entered 'touch /etc/ohm/inhibit-suspend'. With the more recent firmware updates, my screen periodically dims (around 55 seconds from one dim to the next) and brightens (about six seconds after it has dimmed). That's been happening for me all the time on my B4, which cannot suspend at all since 650 (intentional). This occurs often in any suspend-inhibited XO using any version of the software after 650. This issue has been reported in trac. https://dev.laptop.org/ticket/6233 It seems that B4 is a bit obsoleted now and would be too much burden for developers to maintain corresponding codes. Though it would be nicer to me if OHM could keep the back light level if not suspending to avoid this problem. Also it's not very reasonable to me that OHM always sets to full back light level when entering shutdown sequence. -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of startup speedup
On Fri, 2008-02-08 at 14:23 -0500, Michael Stone wrote: Tomeu, The only remaining issue is that activities cannot update their journal entries. They are able to create the entries in the datastore, but the second call to the DS service fails. Please publish the traceback so that I can help you debug the situation. No traceback, we call this method async and get this message in the error handler: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Any clues about what to check next? Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
Short term solution; - switch to a virtual console (alt+ctrl+F1 or alt+ctrl+F2) F1 is the mesh view key and F2 the friends view key - edit /home/olpc/.i18n - nano /home/olpc/.i18n - LANG=en_US.UTF-8 - ctrl+o for save and ctrl+x for quitting You can not use the sugar-control-panel in the virtual console - this is known (#5819). long-term: better control panel with graphical frontend HTH, Simon James wrote: Hi everyone, Following the first 4 instructions at http://wiki.laptop.org/go/Ethiopian_Setup I have managed to set my G1G1 XO laptop to accept input in Amharic. That's the good news. The bad news is that I can no longer switch back to a US keyboard. Even commands typed into the Terminal now appear in Amharic, and refuse to execute. I can use the arrow keys in the Terminal to replay the sequence of commands that led to editing /etc/sysconfig/keyboard in nano, but I cannot get nano to save my changes. If I use ^O to Write Out the file, I find myself in the Journal, but nano is still open in the Terminal. If I use ^X to Exit nano, it asks if I want to save the modified buffer. Typing y produces an Amharic character which vaguely resembles a Q, and which nano refuses to recognize. The page at http://wiki.laptop.org/go/Ethiopian_Setup helpfully suggests that: You can toggle between the us and the et layouts by hitting the group switch key, which is mapped to the rightmost key below enter (labeled multiply/divide on US keyboards). In my experience, pressing this key inserts an x character. No combination of modifier keys along with the group switch key seems to have the desired effect. Any help in getting my XO back to its initial US settings would be appreciated. (Ideally, I'd like to be able to switch between the two on a regular basis). Thanks in advance, James ___ 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
OLPC News (2008-02-09)
1. Embedded controller: Richard Smith found a few more corner cases where the the EC side of the command protocol can wedge. He also discovered—while looking at the kernel's EC SCI handler—that the unwedge workaround only works when the EC is reporting up a single byte. EC command failure does not seem to show up on Richard's testbed and there have not been many reports from the Joyride users with symptoms that would match this failure mode; therefore, these fixes will not make Update.1—we don't want to hold up the release for the necessary testing and QA; they should appear in the next release. The current round of EC code appears to be holding up well. 2. Batteries: Field reports of batteries that will not charge continue to trickle in. The symptoms are all identical: during a charge the voltage profile changes in such a way that the EC thinks the battery is fully charged and it marks it as such; but since it only received a few mAh of charger when the XO goes on to battery power is shuts off in a few minutes. Nothing so far indicates that it is a EC software problem, but Richard is not ruling it out until he has had a chance to work with the suspect batteries. A sampling of RMA with these batteries are on their way to Richard for examination and return to the manufacture for deeper analysis. 3. Power usage: Richard continues to gather data and analyze the power consumption of the XO laptop while trying to auto-suspend under real world conditions. (Many people have offered to gather data for him.) Based on data gathered in the OLPC offices, laptops don't stay in auto-suspend while not being actively used: there is a constant stream of wake-ups. This skews the result heavily towards a shorter battery runtime. To get an accurate profile of the actual activity level, these wake-ups need to be eliminated or minimized. The prime suspect is the WLAN: an XO laptop that auto-suspends not in the noisy RF environment of the OLPC offices will stay in suspend until user activity or the low battery wakeup occurs. Chris Ball provided Richard with some power readings from our newly enhanced power tinderbox running a C2 (mass production) laptop. It allows us to sample the power draw of the various sub-systems while in sleep, something that the olpc-logbat script cannot do. The top auto-suspend power-draw breakdown: WLAN: 734 mW backlight: 362 mW memory: 239 mW LCD:218 mW EC: 108 mW other: 339 mW total: 2064 mW The other category seems high, but it includes the switching regulator efficiency loss across all categories. A more details audit of these numbers will happen in the future. The good news is that the 2W total matches what olpc-logbat reports as being the average for a 4.5 hour uninterrupted suspend session so measured matches reality. The bad news is that this works out to only about 8.5 hours of battery life with no wakups. To get to greater than 10 hours, we are going to have work out methods of determining when we have been inactive for extended periods and turn off both the LCD and backlight under those conditions. We have timers in the system that will do this under normal non-suspended operation, but auto-suspend currently prevents these timers from ever expiring. For long auto-suspends, the only LCD and backlight power savings we get are from freezing the display and dimming the backlight. Recovering over 500mW in the extended-suspend case would make a big difference in the no interruptions test case which is an upper bound. (Note that in eBook mode, the backlight is off, providing additional power savings.) A next step will be to see if the wireless power can be reduced during suspend. Currently the suspend/non-suspend power draw for the WLAN module is the same. When the driver and firmware are mature enough, we will be able to fine-tune the power draw under both conditions. The EC also has a low-power mode that is not utilized in suspend. More recent requirements of the EC have it doing things that involve watching timers. Refactoring the code such that the EC can sleep and still do its chores will be a pretty invasive change. But as the more low-hanging fruit is picked, turning that 100mW into 1mW will be targeted. 4. School server: John Watlington spent time this week working with a three-server mesh at the OLPC office in Cambridge. Scott Ananian turned the mesh testbed back on and we quickly saw the network become unusable. We are working on registering every laptop in the office to see if that helps. In the meantime, he has setup a school server on a different mesh channel in preparation for next week's learning workshop. It has already been used to show that problems with sharing and inviting friends to join activities experienced around the office are related to the network load, not the presence of a school server. 5. Multi-battery charger: Bitworks has provided Richard and Lilian Walter with the second-round prototypes of the charger PCB
Re: Keyboard layout: switching from Amharic US
On 9 Feb 2008, at 10:58, Simon Schampijer wrote: Short term solution; - switch to a virtual console (alt+ctrl+F1 or alt+ctrl+F2) F1 is the mesh view key and F2 the friends view key - edit /home/olpc/.i18n - nano /home/olpc/.i18n - LANG=en_US.UTF-8 - ctrl+o for save and ctrl+x for quitting Hi Simon, Thanks for your rapid response. I got into the virtual console, logged in as root, and edited /home/ olpc/.i18n using nano, as you suggested. So far, so good. How should I have left the virtual console to return to the Sugar GUI? I exited from the root account, then rebooted the machine. It is now most unhappy. The virtual console appears and seems to cycle through the same process over and over. Eventually it settles down and displays the following: expected keysim, got KF86dbdBrightnessUp: line 72 of pc xinit: No such file or directory (errno 2): Cannot register with ConsoleKit: org.freedesktop.CkConnector.Error: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Xlib: extension XFree86-Misc missing on display :0.0. the XKEYBOARD keymap compiler reports: Warning: Multiple names for keycode 211 Using 1211, ignoring AB11 expected keysym, got KF86KbdLightOnOff; line 70 of pc expected keysym, got KF86KbdBrightnessDown; line 71 of pc expected keysym, got KF86KbdBrightnessUp; line 72 of pc Warning: Type ONE_LEVEL has 1 levers, but HALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the Xserver Traceback (most recent call last): Many lines which could be important snipped Backtrace: Lines numbered from 0 to 7 snipped Fatal server error Caught signal 11: server aborting Waiting for X server to shut down INIT: Id x respawning too fast: disabled for 5 minutes What should I do now? NOTE: Before I set /home/olpc/.i18n to... LANG=am_ET.UTF-8 ... it read ... LANG= ... and not ... LANG=en_US.UTF-8 ... as it does now. Also, I initially modified both /home/olpc/.i18n and /etc/sysconfig/ keyboard in order to display Amharic, but only changed /home/ olpc/.i18n when attempting to convert back to English. Thanks in advance for your help, James ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
Instructions how you can use the s.c.p in the virtual console are as well on the wiki: http://wiki.laptop.org/go/Sugar_Control_Panel#Languages Simon Simon Schampijer wrote: Short term solution; - switch to a virtual console (alt+ctrl+F1 or alt+ctrl+F2) F1 is the mesh view key and F2 the friends view key - edit /home/olpc/.i18n - nano /home/olpc/.i18n - LANG=en_US.UTF-8 - ctrl+o for save and ctrl+x for quitting You can not use the sugar-control-panel in the virtual console - this is known (#5819). long-term: better control panel with graphical frontend HTH, Simon James wrote: Hi everyone, Following the first 4 instructions at http://wiki.laptop.org/go/Ethiopian_Setup I have managed to set my G1G1 XO laptop to accept input in Amharic. That's the good news. The bad news is that I can no longer switch back to a US keyboard. Even commands typed into the Terminal now appear in Amharic, and refuse to execute. I can use the arrow keys in the Terminal to replay the sequence of commands that led to editing /etc/sysconfig/keyboard in nano, but I cannot get nano to save my changes. If I use ^O to Write Out the file, I find myself in the Journal, but nano is still open in the Terminal. If I use ^X to Exit nano, it asks if I want to save the modified buffer. Typing y produces an Amharic character which vaguely resembles a Q, and which nano refuses to recognize. The page at http://wiki.laptop.org/go/Ethiopian_Setup helpfully suggests that: You can toggle between the us and the et layouts by hitting the group switch key, which is mapped to the rightmost key below enter (labeled multiply/divide on US keyboards). In my experience, pressing this key inserts an x character. No combination of modifier keys along with the group switch key seems to have the desired effect. Any help in getting my XO back to its initial US settings would be appreciated. (Ideally, I'd like to be able to switch between the two on a regular basis). Thanks in advance, James ___ 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: Updating translations for release...
On Fri, 2008-02-08 at 22:38 +0530, Sayamindu Dasgupta wrote: 1) Can the activities be updated by you updating the packages, or will this require work by the activity developers? Yes one can simply do a git pull from dev.laptop.org and the latest translations will go in. Have updated the Journal pot and it has some new strings to translate. Can you pull it into Pootle? Tell me if you want me to do the Spanish and Portuguese translations, but I don't have an account in Pootle yet. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
Hi James, sorry that you have so much trouble with this. James wrote: On 9 Feb 2008, at 10:58, Simon Schampijer wrote: Short term solution; - switch to a virtual console (alt+ctrl+F1 or alt+ctrl+F2) F1 is the mesh view key and F2 the friends view key - edit /home/olpc/.i18n - nano /home/olpc/.i18n - LANG=en_US.UTF-8 - ctrl+o for save and ctrl+x for quitting Hi Simon, Thanks for your rapid response. I got into the virtual console, logged in as root, and edited /home/olpc/.i18n using nano, as you suggested. So far, so good. How should I have left the virtual console to return to the Sugar GUI? sugar runs on the third virtual console. ctrl+alt+F3 (F3 is the home-key) I exited from the root account, then rebooted the machine. It is now most unhappy. The virtual console appears and seems to cycle through the same process over and over. Eventually it settles down and displays the following: expected keysim, got KF86dbdBrightnessUp: line 72 of pc xinit: No such file or directory (errno 2): Cannot register with ConsoleKit: org.freedesktop.CkConnector.Error: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Xlib: extension XFree86-Misc missing on display :0.0. the XKEYBOARD keymap compiler reports: Warning: Multiple names for keycode 211 Using 1211, ignoring AB11 expected keysym, got KF86KbdLightOnOff; line 70 of pc expected keysym, got KF86KbdBrightnessDown; line 71 of pc expected keysym, got KF86KbdBrightnessUp; line 72 of pc Warning: Type ONE_LEVEL has 1 levers, but HALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the Xserver Traceback (most recent call last): Many lines which could be important snipped Backtrace: Lines numbered from 0 to 7 snipped Fatal server error Caught signal 11: server aborting Waiting for X server to shut down INIT: Id x respawning too fast: disabled for 5 minutes What should I do now? I tried the steps you took on a ship.2 build (653). I think you run a similar build, or? - modified /home/olpc/.i18n and /etc/sysconfig/keyboard like here: http://wiki.laptop.org/go/Ethiopian_Setup - change home/olpc/.i18n back to US and rebooted - this works - even if I put non-existant languages in i18n After the X-server tries to start in a loop it then waits for 5 minutes. This is the time you have to fix up things :). Switch to another virtual console. (ctrl+alt+F2) and check that the files you modified are right (i18n and the keyboard one). My keyboard one still contain the amharic info but does not break on that - maybe you have an even earlier build or some other corrupted file? Hope you get it back working, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1670
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1670 Changes in build 1670 from build: 1664 Size delta: 0.00M -sugar 0.75.11-2.olpc2 +sugar 0.75.12-1.olpc2 -sugar-base 0.2.2-1.olpc2 +sugar-base 0.2.3-1.olpc2 --- Changes for sugar 0.75.12-1.olpc2 from 0.75.11-2.olpc2 --- + Revert fix for #5904 (not approved). Fix #6332. --- Changes for sugar-base 0.2.3-1.olpc2 from 0.2.2-1.olpc2 --- + Fix #6332 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
On 9 Feb 2008, at 13:04, Simon Schampijer wrote: How should I have left the virtual console to return to the Sugar GUI? sugar runs on the third virtual console. ctrl+alt+F3 (F3 is the home-key) Hi Simon, Thanks for helping me out with this. I'm learning more about the innards of the XO than I'd hoped I'd ever need to! I exited from the root account, then rebooted the machine. It is now most unhappy... What should I do now? I tried the steps you took on a ship.2 build (653). I think you run a similar build... I believe that my XO is running build 653 too. - modified /home/olpc/.i18n and /etc/sysconfig/keyboard like here: http://wiki.laptop.org/go/Ethiopian_Setup - change home/olpc/.i18n back to US and rebooted - this works - even if I put non-existant languages in i18n This reminds me of the joke How many software developers does it take to change a lightbulb? Answer: None. We've got a light bulb with identical specifications here, and it runs perfectly. :-) After the X-server tries to start in a loop it then waits for 5 minutes. This is the time you have to fix up things :). Switch to another virtual console. (ctrl+alt+F2) and check that the files you modified are right (i18n and the keyboard one). My keyboard one still contain the amharic info but does not break on that - maybe you have an even earlier build or some other corrupted file? The first time I entered the second virtual console, it gave me some potentially helpful information. Here's my reconstruction of my actions and the screen display: $ su root Enter pwd /root [ 156.037074 JFFSZ notice: (667) check_node_data: wrong data CRC in data node at 0x2f103e0: read 0x91aefb47, calculated 0x7d0d4947 + 3 more such notices This smells of corruption to me. I have now got the two files (/home/olpc/.i18n and /etc/sysconfig/ keyboard) back to their original state, but the boot problem persists. It looks as if it was coincidental that the problem occurred after editing the /home/olpc/.i18n. Hope you get it back working It looks like I'm going to have to re-install the system. Or is there something else you think I could try? James ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
If you can still boot and get to the console, you should be able to both configure your network and do an update. Are you familiar with the iwconfig command? It is in /sbin olpc-update lives in the /usr/sbin directory, which should be in your path on the root shell on the console. But if not, just use the full pathnames. /sbin/iwconfig eth0 essid [your AP name] /usr/sbin/olpc-update 656 -walter On 2/9/08, James [EMAIL PROTECTED] wrote: On 9 Feb 2008, at 14:04, Walter Bender wrote: it is likely just a (simple) matter of checking your i18n-related files. Hi Walter, Thanks for jumping in. With Simon Schampijer's help, I have restored the i18n and keyboard file to (what I believe is) their initial state, but the boot problem persists. If things are so scrambled that you cannot sort them out, you can always: (1) boot with the O key down to load your alternative image; I presume you mean the O key on the game pad? No joy: Release the game key to continue Jingle Xo logo appears, along with a red USB key, an orange floppy/screen(?) and a green XO logo, with four yellow dots underneath it. Then: Trying nand:\security\develop.sig Trying nand:\boot-alt\bootfw.zip Trying nand:\boot-alt\runos.zip Boot failed Use power button to power off And a sad smiley face. Or (most of the time) Release the game key to continue Jingle Xo logo appears Pause Red USB key, an orange floppy/screen(?), a green XO logos a 4 yellow dots appear, along with the sad smiley, plus the text: Boot failed Powering off in 10 seconds (2) do an olpc-update from the console; or (3) reflash Where did my comfort zone go, all of a sudden? I'm not sure how to do an olpc-update from the console, since the XO has not had the chance to connect to the Internet at this point. I presume that I need to follow the instructions http://wiki.laptop.org/go/Olpc-update#Simple_Offline_Upgrade If I understand correctly, I should type... olpc-update --version ... into the virtual console. However, this command is not recognized. I read on: If you don't even have the --version option, or if it does not say that you are using at least version 2.0 of olpc-update, you will need to upgrade olpc-update before continuing. Catch 22. Upgrading to olpc-update means using wget, which means being connected to the Internet. Which the XO is not. Conclusion: I need to download an image to a USB key, and boot from that. I found an encouraging item at http://chanson.livejournal.com/179947.html : Just copy the os653.img file to the FAT formatted USB drive, connect it to the OLPC then reboot with all the game buttons pressed. I reformatted a USB key to MS-DOS (FAT) format. I downloaded os653.img from http://download.laptop.org/xo-1/os/official/latest/jffs2/ . I then followed Chris Hanson's instructions (above)... and after more lines of Trying this that and the other, was gratified by another sad smiley. So. What options do I have left? Or where have I gone wrong? On 9 Feb 2008, at 14:55, Walter Bender wrote: time for a full update... sigh. Where do I find the steps for this? Thanks in advance, James -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of startup speedup
Tomeu Vizoso wrote: * Why is it necessary to import gtk twice? Well, we import first in the parent process so the initialization is inherited by all children. The second time is just because we need to reopen the connection to X (and need a gtk name in that scope). Has anybody looked into ways to prevent the gtk bindings from doing this nonsense? I remember somebody (cscott?) saying that Python 2.5 has some way to pass arguments to modules being imported, so that one could explicitly say hey, pygtk, I want the sane init style and be backwards compatible with the old behavior. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
James wrote: The page at http://wiki.laptop.org/go/Ethiopian_Setup helpfully suggests that: You can toggle between the us and the et layouts by hitting the group switch key, which is mapped to the rightmost key below enter (labeled multiply/divide on US keyboards). In my experience, pressing this key inserts an x character. No combination of modifier keys along with the group switch key seems to have the desired effect. What build are you using? The language key was missing in the Ethiopian keyboard until ~3 weeks ago. It should have been in Update.1 for some time. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Keyboard layout: switching from Amharic US
Walter Bender wrote: olpc-update lives in the /usr/sbin directory, which should be in your path on the root shell on the console. But if not, just use the full pathnames. For convenicence, in recent joyride and update-1 builds I made a change to re-add /sbin and /usr/sbin to the path of unprivileged users too. I always thought this split between bin and sbin was a very bad idea in UNIX! -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 691
quote who=Jim Gettys date=Fri, Feb 08, 2008 at 09:46:02PM -0500 Did you do a request for update in trac? Without that, we have no way to know if your testing in joyride has completed. I did. It was approved by cjb while you were away. It's #6328 a couple days before RC2. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
