Re: mesh portal discovery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 09 Jan 2008 at 22:17:18 -0500, John Watlington wrote: We have a presence service which provides a way for P2P applications to find one another, even after the IP changes. Presence Service isn't magical. If a laptop's IP address changes, in the link-local backend (Salut) this will most likely appear as a disconnect + reconnect (and the user will leave all shared activities they were currently in). This is somewhat unavoidable, but if it's a hard requirement that Salut do its best to survive IP addresses changing, file a bug against telepathy-salut. In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHhd6wWSc8zVUw7HYRArqcAKCsl70pz9HTAefk05uUulh+9NJzmgCfWzZX sBzd9bWu/1RpvBi+GGTnIfk= =0pb8 -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
Simon McVittie wrote: On Wed, 09 Jan 2008 at 22:17:18 -0500, John Watlington wrote: We have a presence service which provides a way for P2P applications to find one another, even after the IP changes. Presence Service isn't magical. If a laptop's IP address changes, in the link-local backend (Salut) this will most likely appear as a disconnect + reconnect (and the user will leave all shared activities they were currently in). This is somewhat unavoidable, but if it's a hard requirement that Salut do its best to survive IP addresses changing, file a bug against telepathy-salut. In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. As mentioned in #5620, activities aren't aware of the dropped connection, and still show shared in the sharing combobox. We don't yet have a (standard) way for activities to detect the disconnection and handle it gracefully. So user will leave all shared activities means the activities keep running with no indication to the user that disconnection occurred, except that sharing stops working... Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New activity: Speak
Hi everyone, I made a new activity called Speak. It is a talking face for the XO laptop. Anything you type will be spoken aloud using the XO's speech synthesizer, espeak. You can adjust the accent, rate and pitch of the voice as well as the shape of the eyes and mouth. This is a great way to experiment with the speech synthesizer, learn to type or just have fun making a funny face for your XO. I hope you like it. http://wiki.laptop.org/go/Speak Thanks to Arjun Sarwal, Hemant Goyal and Bernardo Innocenti for their advice while making this. Also, if anyone has experience or ideas on how to get access to espeak's per-phoneme timing data from python, please let me know. -josh ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Joyride as alternate boot
What's the recommended best practice for alternating between stable and unstable builds (Update.1 and Joyride)? We can have two builds installed at the same time, and the O game key toggles between both. But how do I tell olpc-update to update the other build? I can boot into Joyride, and update to Update.1, which makes Joyride the alternative boot, right? But this would not actually patch the Update.1 to the new Update.1, but the old Joyride to Update.1. Not sure I'm making myself clear, but essentially I want a cheap way (i.e. minimizing network traffic) to toggle between two build streams, updating each one separately ... - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki is being spammed with huge numbers of new pages
Super Star [EMAIL PROTECTED] is also spamming the devel, accessibility and aop mailing lists (and probably some to which I do not subscribe) with a bunch of marketing drivel. I recommend termination with extreme prejudice. Cheers, Brad - Original Message - From: ffm To: Tom Hannen Cc: devel@lists.laptop.org Sent: Saturday, January 05, 2008 3:37 PM Subject: Re: wiki is being spammed with huge numbers of new pages User blocked, all articles created by user deleted. -ffm On Jan 5, 2008 3:58 PM, Tom Hannen [EMAIL PROTECTED] wrote: Hi, The wiki is being spammed with huge numbers of new pages, made by user Star... Can someone go in and clear them quickly? Tom ___ 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
New joyride build 1526
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1526/ -cairo.i386 0:1.4.10-1.fc7 +cairo.i386 0:1.4.12-1.fc7 -initscripts.i386 0:8.54.1-15.olpc2 +initscripts.i386 0:8.54.1-16.olpc2 -mingetty.i386 0:1.07-5.2.2 +mingetty.i386 0:1.07-9.olpc2 -rainbow.noarch 0:0.7.6-1.olpc2 +rainbow.noarch 0:0.7.7-1.olpc2 -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
auto screen rotation
I just installed 679 and one new feature is that switching to tablet mode rotates the screen to one click from normal and lifting the screen rotates to normal. these positions are absolute, no matter hat the user selects. this means that when I switch to tablut mode and put the screen back in landscape mode I'm left with the mouse pointer in the middle of the screen, I lift thescreen enough to reach the mousepad and flick the mouse to the right edge, then lose the screen and it rotates on me (and when I totate it three more clicks to get it back the mouse is back in the middle of the text I am trying to read) twwo thing here 1.why is it going to portrit mode? I can see some justaficaton for either landscape mode (depending on if you want the direction gamepad under your left or roght thumb and the extra space for the handle to the top or bottom) but I don't see any nice way to use both of the gamepad controls in portrit mode. (I do use portrit mode sometimes to make reading tall, narrow ccolumns easier, but it's hardly my default) 2. this is overriding what the user is explicitly setting, why, and how can a user change this default? David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: auto screen rotation
On Thu, 10 Jan 2008, Chris Ball wrote: Hi, I just installed 679 and one new feature is that switching to tablet mode rotates the screen to one click from normal and lifting the screen rotates to normal. This feature has been turned off in Joyride, but the wrong version of OHM is in Update.1; I'll file a bug to update it to the Joyride version. Thanks, glad to help (after all, that's why I'm running dev versions ;-) do the lid close switches show up to the system as keypresses? short of compilng my own version of OHM is there a way for me to tweak how they are used? David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: auto screen rotation
On Thu, 10 Jan 2008, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, Chris Ball wrote: Hi, I just installed 679 and one new feature is that switching to tablet mode rotates the screen to one click from normal and lifting the screen rotates to normal. This feature has been turned off in Joyride, but the wrong version of OHM is in Update.1; I'll file a bug to update it to the Joyride version. Thanks, glad to help (after all, that's why I'm running dev versions ;-) do the lid close switches show up to the system as keypresses? to try and test this I did ctrl-alt-F1 and flipped/closed the lid, this killed X with the following error Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c768e] 1: [0xb7f63420] 2: /usr/lib/libpixman-1.so.0(pixman_fill_mmx+0xc0) [0xb7ed3b00] 3: /usr/lib/libpixman-1.so.0(pixman_fill+0x80) [0xb7ed0f10] 4: /usr/lib/xorg/modules//libfb.so(fbFillRegionSolid+0xd4) [0xb7b2e2e4] 5: /usr/lib/xorg/modules//libfb.so(fbPaintWindow+0xb3) [0xb7b2e423] 6: /usr/lib/xorg/modules//libexa.so(ExaCheckPaintWindow+0x40) [0xb7b0fa30] 7: /usr/lib/xorg/modules//libexa.so(exaPaintWindow+0xb4) [0xb7b09d64] 8: /usr/bin/X [0x81538cf] 9: /usr/bin/X(compPaintWindowBackground+0x6d) [0x80f80cd] 10: /usr/bin/X(miWindowExposures+0xfa) [0x811418a] 11: /usr/bin/X [0x80b036a] 12: /usr/bin/X(miHandleValidateExposures+0x78) [0x812a728] 13: /usr/bin/X [0x80b3f18] 14: /usr/lib/xorg/modules//libexa.so [0xb7b06f60] 15: /usr/bin/X [0x80efa73] 16: /usr/lib/xorg/modules/drivers//amd_drv.so [0xb7b5c7ff] 17: /usr/bin/X(RRCrtcSet+0x15c) [0x814b5fc] 18: /usr/bin/X(ProcRRSetScreenConfig+0x49f) [0x815006f] 19: /usr/bin/X [0x8149ed5] 20: /usr/bin/X(Dispatch+0x2ba) [0x808490a] 21: /usr/bin/X(main+0x905) [0x806c5a5] 22: /lib/libc.so.6(__libc_start_main+0xe0) [0xb7ce1390] 23: /usr/bin/X(FontFileCompleteXLFD+0x1e5) [0x806b8c1] Fatal server error: Caught signal 11. Server aborting (II) OLPC ALPS GlideSensor: Off (II) AT Translated Set 2 keyboard: Off I have not yet been able to duplicate this error, but I do notice that when I switch back to the console the function keys and gamepads don't produce the samw result (instead of showing ^[[A it just shows A) I haven't rebooted yet, I will try that next. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: auto screen rotation
after a reboot I can duplicate the crash (but only once per reboot) however the output on the console of the function keys seems to consistantly be the new version (before and after the crash on new reboots) David Lang On Thu, 10 Jan 2008, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, Chris Ball wrote: Hi, I just installed 679 and one new feature is that switching to tablet mode rotates the screen to one click from normal and lifting the screen rotates to normal. This feature has been turned off in Joyride, but the wrong version of OHM is in Update.1; I'll file a bug to update it to the Joyride version. Thanks, glad to help (after all, that's why I'm running dev versions ;-) do the lid close switches show up to the system as keypresses? to try and test this I did ctrl-alt-F1 and flipped/closed the lid, this killed X with the following error Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c768e] 1: [0xb7f63420] 2: /usr/lib/libpixman-1.so.0(pixman_fill_mmx+0xc0) [0xb7ed3b00] 3: /usr/lib/libpixman-1.so.0(pixman_fill+0x80) [0xb7ed0f10] 4: /usr/lib/xorg/modules//libfb.so(fbFillRegionSolid+0xd4) [0xb7b2e2e4] 5: /usr/lib/xorg/modules//libfb.so(fbPaintWindow+0xb3) [0xb7b2e423] 6: /usr/lib/xorg/modules//libexa.so(ExaCheckPaintWindow+0x40) [0xb7b0fa30] 7: /usr/lib/xorg/modules//libexa.so(exaPaintWindow+0xb4) [0xb7b09d64] 8: /usr/bin/X [0x81538cf] 9: /usr/bin/X(compPaintWindowBackground+0x6d) [0x80f80cd] 10: /usr/bin/X(miWindowExposures+0xfa) [0x811418a] 11: /usr/bin/X [0x80b036a] 12: /usr/bin/X(miHandleValidateExposures+0x78) [0x812a728] 13: /usr/bin/X [0x80b3f18] 14: /usr/lib/xorg/modules//libexa.so [0xb7b06f60] 15: /usr/bin/X [0x80efa73] 16: /usr/lib/xorg/modules/drivers//amd_drv.so [0xb7b5c7ff] 17: /usr/bin/X(RRCrtcSet+0x15c) [0x814b5fc] 18: /usr/bin/X(ProcRRSetScreenConfig+0x49f) [0x815006f] 19: /usr/bin/X [0x8149ed5] 20: /usr/bin/X(Dispatch+0x2ba) [0x808490a] 21: /usr/bin/X(main+0x905) [0x806c5a5] 22: /lib/libc.so.6(__libc_start_main+0xe0) [0xb7ce1390] 23: /usr/bin/X(FontFileCompleteXLFD+0x1e5) [0x806b8c1] Fatal server error: Caught signal 11. Server aborting (II) OLPC ALPS GlideSensor: Off (II) AT Translated Set 2 keyboard: Off I have not yet been able to duplicate this error, but I do notice that when I switch back to the console the function keys and gamepads don't produce the samw result (instead of showing ^[[A it just shows A) I haven't rebooted yet, I will try that next. David Lang ___ 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: New joyride build 1526
olpc-update fails for this one. On Jan 10, 2008 8:15 AM, Build Announcer Script [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1526/http://xs-dev.laptop.org/%7Ecscott/olpc/streams/joyride/build1526/ -cairo.i386 0:1.4.10-1.fc7 +cairo.i386 0:1.4.12-1.fc7 -initscripts.i386 0:8.54.1-15.olpc2 +initscripts.i386 0:8.54.1-16.olpc2 -mingetty.i386 0:1.07-5.2.2 +mingetty.i386 0:1.07-9.olpc2 -rainbow.noarch 0:0.7.6-1.olpc2 +rainbow.noarch 0:0.7.7-1.olpc2 -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.htmlhttp://dev.laptop.org/%7Ebert/joyride-pkgs.html ___ 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: auto screen rotation
Hi, to try and test this I did ctrl-alt-F1 and flipped/closed the lid, this killed X with the following error Ah, that makes sense; xrandr rotate seems to segfault when run while on a tty. This isn't worth any more of your time for the moment -- your build has a very old version of OHM in, with outdated bugs. Thanks, - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: auto screen rotation
Oh, and to answer your questions: do the lid close switches show up to the system as keypresses? Sort of, yes; they show up on their own Linux input device. To see all of the input devices hooked up this way, you can: cat /proc/bus/input/devices However, HAL claims ownership of the ebook switch devic; the correct way to query it is to ask HAL. To get the current value of the ebook sensor, you can run lshal and look at the button.state_value value in the OLPC ebook switch section. To monitor the value in real-time, you would watch the messages coming out of HAL's dbus interface. Thanks, - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
dial widget on sugar
Is there a dial widget in Sugar? I don't think GTK offers one (I never found it), although writing one in C seems easy (but how to include in the XO builds?). In addition, is there a reference for GUI components in Sugar, above and beyond the ones provided by GTK? Thanks Victor Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Controlling the Glide/Pressure sensor
I have a student who's interested in doing a term project on the UI for the track sensor. I've put together this quick summary. Deadline looms for starting the project, so if people have don't do that or we've already done that feedback, please speak up ASAP. Background: * XO has two different devices, resistive glide-sensor and pressure-sensitive tablet o Both of these are currently showing up as core pointer events in X AFAIK o Changes between pressure and glide-sensor activity have the potential to cause jumps of the cursor (absolute versus relative mode) * There is currently no UI to map the pressure-sensitive tablet's area into a particular area on the screen (nor, AFAIK an API to accomplish the mapping) o Use case: use the entire drawing area to draw into a small area of a drawing in Paint * Activities currently do not have control over the mapping of the area o Use case: in a penmanship course, collect samples of the child's letters in special widget areas within a test, focusing a new area should remap the pen to that area Trackpad UI Design Requirements: * API for configuring the resistive/pressure sensor allowing control of all the major features o Note that there will likely be some X11 hacking here, to get the pointer mapping working * Standard UI controls for redirecting input areas o Standard GTK UI for positioning, and scaling o Standard GTK widget for e.g. handwritten text entry, provide access as a bitmap (or a series of strokes optional) + Allow for capturing all data (full resolution) or just scaled data as configuration option o Intuitive (HIG-compliant) standard mechanisms for controlling the various configuration parameters o A 6 year old should be able to figure out how to direct their drawings, written text and the like into the desired areas o Standard feedback on where the tablet area is bounded on screen when drawing with the tablet * System level (possibly on Sugar's Frame) trigger to bring up the control mechanisms (optional) o Most pen-aware applications will likely use internal logic and the API to determine position and the like, but a general trigger to the functionality should be useful for non-pen-aware activities * Paint Controls o Work with Paint's authors to provide intuitive controls to make using the pen/tablet intuitive within the context of paint Obviously we would need to find a machine to work on to make the project feasible. I'll see if we can repurpose one that's local to the task. Discussions welcome, Mike -- Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: sugarize tool and Tux Paint
these don't seem to work on build 679 (tux paint, xlogo, or this script) suggestions? David Lang On Mon, 7 Jan 2008, Bert Freudenberg wrote: On Dec 29, 2007, at 8:48 , Albert Cahalan wrote: I wrote a tool to make normal X programs to run under sugar. As a demo, it runs a logo program. http://dev.laptop.org/~albert/xlogo-1.xo http://dev.laptop.org/git?p=users/albert/sugarize;a=summary How it works: A launcher program places Sugar's incompatible command arguments into the environment, along with LD_PRELOAD pointing at a shared library. The launcher then starts up the program by calling execlp() with the arguments that the program actually needs. As the program is starting up, the dynamic linker (man ld.so) forces the shared library into the program. The shared library intercepts calls into libX11. From that intercepted function the shared library is able to set various Sugar-specific window properties before the app becomes visible. This lets activity switching work, gets the donut icon right, etc. Cool. Works fine with xlogo (on latest ship.2 build). With xeyes, on the second start I get two colored icons, one of which keeps pulsing. With xterm, I get the regular gray non-activity icon, plus a pulsing one that won't stop. Apparently not even these basic X programs use the same method for opening windows? A slightly newer version is included in the Tux Paint activity. http://wiki.laptop.org/go/Tux_Paint Hmm, didn't help. Btw, I made a shell version of your sugarize C program. It's easier to customize, feel free to use: #!/bin/sh while [ -n $2 ] ; do case $1 in -b | --bundle-id) export SUGAR_BUNDLE_ID=$2 ;; -a | --activity-id) export SUGAR_ACTIVITY_ID=$2 ;; -o | --object-id) export SUGAR_OBJECT_ID=$2 ;; -u | --uri) export SUGAR_URI=$2 ;; *) echo unknown argument $1 $2 ;; esac shift;shift done export LD_PRELOAD=$SUGAR_BUNDLE_PATH/lib/libsugarize.so export NET_WM_NAME=X Logo exec xlogo - Bert - ___ 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: dial widget on sugar
We don't yet have such a control. There is a brief and partial specification for creating custom controls in the OLPC Human Interface Guidelines: http://wiki.laptop.org/go/OLPC_Human_Interface_Guidelines/The_Sugar_Interface/Controls/Custom_Controls - Eben On Jan 10, 2008 10:16 AM, Victor Lazzarini [EMAIL PROTECTED] wrote: Is there a dial widget in Sugar? I don't think GTK offers one (I never found it), although writing one in C seems easy (but how to include in the XO builds?). In addition, is there a reference for GUI components in Sugar, above and beyond the ones provided by GTK? Thanks Victor Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ___ 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: Controlling the Glide/Pressure sensor
On Jan 10, 2008, at 16:46 , Mike C. Fletcher wrote: I have a student who's interested in doing a term project on the UI for the track sensor. A year ago we discussed a design that would naturally integrate the finger (GS) and stylus (PT) operation. It would not require any special UI and could be the default for activities that do not have particular provisions for the pressure sensor. See this thread: http://lists.laptop.org/pipermail/devel/2007-March/004090.html Nothing has happened since then AFAICT, the last time the tablet was enabled we did not even get up/down events. That's why PT is disabled in current builds (only GS works). Great someone is finally taking this on! - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
On Thu, 10 Jan 2008, [EMAIL PROTECTED] wrote: for #2 the basic approach is the same as LVS uses in tunneling mode see http://www.linuxvirtualserver.org/VS-IPTunneling.html for a diagram and explination This is basicly what I was suggesting earlier, don't worry about the outbound traffic, just bounce the inbound traffic to the closest node (via a tunnel) before sending it over the air. this chould be a matter of useing the existing LVS code and changing the server selection logic with something that is aware of the wireless topology. to avoid a routing loop where the packet gets bounced back and forth between MPP boxes, you should be able to set things up so that the load balancing is only done on packets coming in from the outside (I don't know if iptables can do this stock, but it should be a simple, if ugly hack to make packets arriving through a tunnel bypass the LVS code and get inserted just past it in the IP stack) the worst case with this model should be that some inbound packets get relayed to the wrong MPP and make more hops then they need to over the air. another thought that hit me. you have a mesh routing daemon (I don't know if it's in kernel space or user space) to decide how to get the packets to the target laptop over the mesh. what if this routing daemon is told about tunnels to other MPP nodes and treats them like one radio hop for the routing decision? the result should be that if the node is closer to another MPP node the inbound packet will go over the wire until it is as close to the laptop as possible. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
On Thu, 2008-01-10 at 09:00 +, Simon McVittie wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 09 Jan 2008 at 22:17:18 -0500, John Watlington wrote: We have a presence service which provides a way for P2P applications to find one another, even after the IP changes. Presence Service isn't magical. If a laptop's IP address changes, in the link-local backend (Salut) this will most likely appear as a disconnect + reconnect (and the user will leave all shared activities they were currently in). This is somewhat unavoidable, but if it's a hard requirement that Salut do its best to survive IP addresses changing, file a bug against telepathy-salut. In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. IP addresses are going to change; that's a fact of life. The best anyone can do is try to not make an IP address change a traumatic experience for the user, and provide mechanisms to ensure that whatever the user was working on at the time doesn't just disappear in a puff of smoke. Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: auto screen rotation
On 10/01/08 22:02 +, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, Chris Ball wrote: Hi, I just installed 679 and one new feature is that switching to tablet mode rotates the screen to one click from normal and lifting the screen rotates to normal. This feature has been turned off in Joyride, but the wrong version of OHM is in Update.1; I'll file a bug to update it to the Joyride version. Thanks, glad to help (after all, that's why I'm running dev versions ;-) do the lid close switches show up to the system as keypresses? to try and test this I did ctrl-alt-F1 and flipped/closed the lid, this killed X with the following error Thats a long standing bug (I'm pretty sure its in trac). X happily asks us to process the rotate even when it doesn't own the virtual console. When we first encountered this, we agreed it was a X core bug, but we never finished following through (since the workaround was easy enough). Jim - can you help us get this into the wheelhouse of the core X team? Jordan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: PATCH: add --loginpause to mingetty
Lubomir Kundrak ([EMAIL PROTECTED]) said: I'm committing these changes to the OLPC-2 branch of mingetty in Fedora CVS. Please, let me know you'd like to merge them or something similar. Such things are definitely better upstreamed if possible. Have you tried contacting upstream? Florian is upstream, IIRC. Bill ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
On Thu, 10 Jan 2008, Dan Williams wrote: In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. IP addresses are going to change; that's a fact of life. The best anyone can do is try to not make an IP address change a traumatic experience for the user, and provide mechanisms to ensure that whatever the user was working on at the time doesn't just disappear in a puff of smoke. this means changing every app to be aware of IP changes so that they know that they need to re-connnect to the far end. and for many apps, modifying them to be able to pick up where they left off (and to do so in a secure way so that bad guys can't claim to be you on a new IP address and connect into an authenticated session) good luck in re-writing the world. now, if you are willing to throw way all existing software (and solve the reconnect security problems) you may be able to make it work, but there are no apps that work this way today that I am aware of. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
dial widget on sugar
Is there a dial widget in Sugar? I don't think GTK offers one (I never found it), although writing one in C seems easy (but how to include in the XO builds?). In addition, is there a reference for GUI components in Sugar, above and beyond the ones provided by GTK? Thanks Victor Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Controlling the Glide/Pressure sensor
We put a lot of thought into how this might work for the Paint activity in particular, which seems like it would be a prime example for it's use in an arbitrarily large space. Special care was taken to minimize the extent to which one would have to switch between stylus and finger while drawing. Naturally, designs for activities like chat, or handwriting, etc. may not depend on the ability to adjust the location of the mapped input region on screen. http://wiki.laptop.org/go/Draw#Tablet_Support - Eben On Jan 10, 2008 11:04 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: On Jan 10, 2008, at 16:46 , Mike C. Fletcher wrote: I have a student who's interested in doing a term project on the UI for the track sensor. A year ago we discussed a design that would naturally integrate the finger (GS) and stylus (PT) operation. It would not require any special UI and could be the default for activities that do not have particular provisions for the pressure sensor. See this thread: http://lists.laptop.org/pipermail/devel/2007-March/004090.html Nothing has happened since then AFAICT, the last time the tablet was enabled we did not even get up/down events. That's why PT is disabled in current builds (only GS works). Great someone is finally taking this on! - Bert - ___ 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: Dailymotion for XO laptop
On Jan 9, 2008, at 0:40 , Walter Bender wrote: However to achieve the first step, I wanted to know: what is the best way for us to display the videos in the browser with no extra configuration for the user? I read this page http://wiki.laptop.org/go/Video and this one too http://wiki.laptop.org/go/ Ask_OLPC_a_Question_about_Software#Include_Flash_Player.3F http://wiki.laptop.org/go/ Ask_OLPC_a_Question_about_Software#Include_Flash_Player.3F but I want to be sure to be optimized with all the parameters of the laptop (video performance, cpu, power management, etc.). We encode our videos in flv, mp4, 3gp, etc. Ogg movies work fine, e.g. the tutorials at http://waveplace.com/movies/ - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
On Fri, 2008-01-11 at 00:09 +, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, Dan Williams wrote: In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. IP addresses are going to change; that's a fact of life. The best anyone can do is try to not make an IP address change a traumatic experience for the user, and provide mechanisms to ensure that whatever the user was working on at the time doesn't just disappear in a puff of smoke. this means changing every app to be aware of IP changes so that they know that they need to re-connnect to the far end. and for many apps, modifying them to be able to pick up where they left off (and to do so in a secure way so that bad guys can't claim to be you on a new IP address and connect into an authenticated session) good luck in re-writing the world. now, if you are willing to throw way all existing software (and solve the reconnect security problems) you may be able to make it work, but there are no apps that work this way today that I am aware of. The world changed underneath the apps, but the apps weren't modified to handle it. It's not 1997 anymore. People no longer only use desktop workstations with static IP addresses. Laptops are everywhere. You don't keep the same IP address when you walk from Starbucks to Panera. Mobile IP may mostly solve this; and that's fine. But until then, the apps are going to suck if they don't handle address changes which are simply a fact of life. It's not that hard to write an app that notices and handles IP address changes. Not handling this in apps that are written for or ported to the XO is just plain laziness. When porting or writing, you need to handle the always-fullscreen-window case, you need to handle the security system, and you need to be aware of IP address changes. Welcome to 2008. Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
On Thu, 10 Jan 2008, Dan Williams wrote: On Fri, 2008-01-11 at 00:09 +, [EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, Dan Williams wrote: In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. IP addresses are going to change; that's a fact of life. The best anyone can do is try to not make an IP address change a traumatic experience for the user, and provide mechanisms to ensure that whatever the user was working on at the time doesn't just disappear in a puff of smoke. this means changing every app to be aware of IP changes so that they know that they need to re-connnect to the far end. and for many apps, modifying them to be able to pick up where they left off (and to do so in a secure way so that bad guys can't claim to be you on a new IP address and connect into an authenticated session) good luck in re-writing the world. now, if you are willing to throw way all existing software (and solve the reconnect security problems) you may be able to make it work, but there are no apps that work this way today that I am aware of. The world changed underneath the apps, but the apps weren't modified to handle it. It's not 1997 anymore. People no longer only use desktop workstations with static IP addresses. Laptops are everywhere. You don't keep the same IP address when you walk from Starbucks to Panera. but you don't continue to use your laptop as you walk from starbucks to panera, you close your laptop at starbucks, walk to panera and open it again. or starbucks and panera are part of the same network so you don't actually change addresses asyou move between them. and when you suspend and resume there are going to be apps that quit on you. Mobile IP may mostly solve this; and that's fine. But until then, the apps are going to suck if they don't handle address changes which are simply a fact of life. It's not that hard to write an app that notices and handles IP address changes. Not handling this in apps that are written for or ported to the XO is just plain laziness. When porting or writing, you need to handle the always-fullscreen-window case, you need to handle the security system, and you need to be aware of IP address changes. you have to modify both the client and the server to survive the changes. you can't just modify the client when you port it to the XO. Welcome to 2008. but even the XO apps loose the connection to their peers and require manual actions to re-establish them when they change their IP address. you say 'welcome to 2008' I say none of your software works the way you claim it does. you are probably thinking of web based things, and HTTP is designed so that every request-response pair can be a seperate TCP connection (with state held via other means), that will survive IP changes (although even there they will loose any transactions in flight and require them to be manually restarted, including laarge transfers) there are very few (if any) applications that use long-term connections that will handle IP changes (frankly, most of them won't handle their connection being interrupted at all) if you think that I am wrong and there are lots of apps that use long-term connections and recover from IP changes, please provide examples. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New activity: Speak
Hi Josh - This is pretty fantastic. I've enjoyed playing around with it. One simple change that I think would add a lot is some color. More specifically, the XO uses a two-tone (stroke fill) color scheme as a form of visual identity. It would be great to fill the entire background in the child's chosen fill color, and perhaps render the mouth in the stroke color, to emphasize the identity of each child's XO. There is an API for obtaining these colors. Another nice touch would be to make the eyes follow the carat while typing, instead of remaining focused on the mouse (since, one would assume, use of mouse and keyboard are mutually exclusive), as though he were anticipating what he was about to say. Finally, a subtle but wonderfully effective technique that a professor of mine often used for characters with eyes is to periodically return the pupils to the center of the eyeball. This creates a sort of dialogue between the character and the child, as it appears that the he is interested both in the movement of the cursor and in the individual moving it. - Eben On Jan 10, 2008 4:27 AM, Joshua Minor [EMAIL PROTECTED] wrote: Hi everyone, I made a new activity called Speak. It is a talking face for the XO laptop. Anything you type will be spoken aloud using the XO's speech synthesizer, espeak. You can adjust the accent, rate and pitch of the voice as well as the shape of the eyes and mouth. This is a great way to experiment with the speech synthesizer, learn to type or just have fun making a funny face for your XO. I hope you like it. http://wiki.laptop.org/go/Speak Thanks to Arjun Sarwal, Hemant Goyal and Bernardo Innocenti for their advice while making this. Also, if anyone has experience or ideas on how to get access to espeak's per-phoneme timing data from python, please let me know. -josh ___ 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
New update.1 build 680
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build680/ -Calculate-15.xo +Calculate-16.xo -Log-5.xo +Log-6.xo -Measure-14.xo +Measure-15.xo -NetworkManager.i386 1:0.6.5-0.8.svn2925.olpc2 +NetworkManager.i386 1:0.6.5-0.8.svn3218.olpc2 -NewsReader-21.xo +NewsReader-24.xo -Pippy-10.xo +Pippy-17.xo -Read-37.xo +Read-38.xo -Terminal-2.xo +Terminal-5.xo -Write-53.xo +Write-54.xo -cairo.i386 0:1.4.10-1.fc7 +cairo.i386 0:1.4.12-1.fc7 -libcdio.i386 0:0.78.2-2.fc7 +libcdio.i386 0:0.78.2-4.fc7 -ohm.i386 0:0.1.1-5.6.20071120git.fc7 +ohm.i386 0:0.1.1-6.1.20080102git.fc7 -olpc-library-common.noarch 0:1-14 +olpc-library-common.noarch 0:1-15 -olpc-library-core.noarch 0:1-14 +olpc-library-core.noarch 0:1-16 -sugar-base.i386 0:0.2.0-1 +sugar-base.i386 0:0.2.1-1 -sugar.i386 0:0.75.6-1 +sugar.i386 0:0.75.7-1 -sugar-presence-service.noarch 0:0.65-0.29.20071127git150051a3a9 +sugar-presence-service.noarch 0:0.65-0.31.20080103git76984f3f28 -tzdata.noarch 0:2007j-1.fc7 +tzdata.noarch 0:2007k-1.fc7 +xapian-core-libs.i386 0:1.0.2-2 -xapian-core-libs.i386 0:1.0.4-1.fc7 --- Calculate-16 --- * Parser fixes, #5734 --- Log-6 --- * Target changes --- Measure-15 --- * Included translations that had been added via Pootle --- NewsReader-24 --- * Session sharing now correctly shares feedlist on join --- Pippy-17 --- * Spanish translation is fixed, thanks to Sayamindu! --- Read-38 --- * Picked up translations --- Terminal-5 --- * Remove mime types support --- Write-54 --- * Fix 4871: the write save as entries of the journal come up uncolored (rwh) * Fix 4861: Incremental find cycles through words while typing (uwog) -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/update.1-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 680
Are we in the RC stages now? When should QA start? -ffm On Jan 10, 2008 12:15 PM, Build Announcer Script [EMAIL PROTECTED] wrote: http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build680/http://pilgrim.laptop.org/%7Epilgrim/olpc/streams/update.1/build680/ -Calculate-15.xo +Calculate-16.xo -Log-5.xo +Log-6.xo -Measure-14.xo +Measure-15.xo -NetworkManager.i386 1:0.6.5-0.8.svn2925.olpc2 +NetworkManager.i386 1:0.6.5-0.8.svn3218.olpc2 -NewsReader-21.xo +NewsReader-24.xo -Pippy-10.xo +Pippy-17.xo -Read-37.xo +Read-38.xo -Terminal-2.xo +Terminal-5.xo -Write-53.xo +Write-54.xo -cairo.i386 0:1.4.10-1.fc7 +cairo.i386 0:1.4.12-1.fc7 -libcdio.i386 0:0.78.2-2.fc7 +libcdio.i386 0:0.78.2-4.fc7 -ohm.i386 0:0.1.1-5.6.20071120git.fc7 +ohm.i386 0:0.1.1-6.1.20080102git.fc7 -olpc-library-common.noarch 0:1-14 +olpc-library-common.noarch 0:1-15 -olpc-library-core.noarch 0:1-14 +olpc-library-core.noarch 0:1-16 -sugar-base.i386 0:0.2.0-1 +sugar-base.i386 0:0.2.1-1 -sugar.i386 0:0.75.6-1 +sugar.i386 0:0.75.7-1 -sugar-presence-service.noarch 0:0.65-0.29.20071127git150051a3a9 +sugar-presence-service.noarch 0:0.65-0.31.20080103git76984f3f28 -tzdata.noarch 0:2007j-1.fc7 +tzdata.noarch 0:2007k-1.fc7 +xapian-core-libs.i386 0:1.0.2-2 -xapian-core-libs.i386 0:1.0.4-1.fc7 --- Calculate-16 --- * Parser fixes, #5734 --- Log-6 --- * Target changes --- Measure-15 --- * Included translations that had been added via Pootle --- NewsReader-24 --- * Session sharing now correctly shares feedlist on join --- Pippy-17 --- * Spanish translation is fixed, thanks to Sayamindu! --- Read-38 --- * Picked up translations --- Terminal-5 --- * Remove mime types support --- Write-54 --- * Fix 4871: the write save as entries of the journal come up uncolored (rwh) * Fix 4861: Incremental find cycles through words while typing (uwog) -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/update.1-pkgs.htmlhttp://dev.laptop.org/%7Ebert/update.1-pkgs.html ___ 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: autologin and Console font (Was: root password)
(cc kbd, alexey, andries) Albert Cahalan wrote: On Jan 3, 2008 4:06 AM, Bernardo Innocenti [EMAIL PROTECTED] wrote: Albert Cahalan wrote: I quite like this Press ESC twice for shell solution. Reminds of the FidoNet era, if you're old enough to know what I'm talking about. Merely switching to the console should do the job. Linux provides an ioctl, VT_WAITACTIVE, to let a program wait for a tty to become activated. With the SAK solution, child death will notify the parent process. The parent can then start getty. For now, we added an option to mingetty to wait for enter before proceeding to the autologin. And I did the same for agetty on ttyS0. These changes landed in joyride yesterday. Check it out and let me know if you like it. If you write a minimal autogetty, I'd be willing to take it for the additional memory saving. But please, also do the packaging and fedora review process. I have about 2000 glyphs, but Linux currently can't handle more than 256 (or 512 w/o bright backgrounds) because the internal representation is still tied to VGA. I thus trim my font to the regular PC character set. If the kernel were fixed though, you could have 2000 glyphs. The 256-glyph file is attached. Looks nice! I'm soon going to branch the kbd package in OLPC-2 to add a couple of console keyboard maps that Walter made. We could use this opportunity to add your font. Please, also send me the full font, and let me know under what license the original glyphs were. I just got in contact with the Fedora and top-level kbd maintainers (reading us on cc) to push our changes back upstream. Is it ok if I contribute your font upstream? The project has failed if it doesn't create new UNIX die hards. These will be the people who drive the future economy. The non-nerd kids are getting toys. We can expect a (small) percentage of the kids to become very good hackers. Didn't we all learn this very same way? :-) -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ 15x30pc.psf.gz Description: GNU Zip compressed data ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 680
On Thursday 10 January 2008, ffm wrote: Are we in the RC stages now? When should QA start? -ffm Right now im syncing up joyride and update1 Please start doing extensive testing of update.1 builds and file bugs Dennis ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Williams wrote: It's not that hard to write an app that notices and handles IP address changes. Not handling this in apps that are written for or ported to the XO is just plain laziness. When porting or writing, you need to handle the always-fullscreen-window case, you need to handle the security system, and you need to be aware of IP address changes. No and yes. I agree that this is the desired behavior, but it cannot be handled by individual activities. Correctly designed activities aren't even aware that they are operating over an IP network. Once Telepathy's streaming media support is in, there will be almost no excuse to have the other participant's IP address in your code, ever. Telepathy must handle these network topology changes seamlessly, invisibly, and entirely behind the abstraction barrier. The routing system must be designed to make this possible. I know nothing about routing, but if a participant's IP address is about to change, perhaps the change should be broadcast over the network, so that Telepathy knows who to handoff the connection to. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHhldgUJT6e6HFtqQRAgdeAJ9DPoCUaP9fOVINzxOu+/5BC7dYIQCfXF0L IHwm7Z6q3q9g5x5T/+AKzQQ= =3So0 -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #5527 HIGH Update.: [firmware] G1G1 users complain that the XO affectst their local network
Have we at a minimum documented this on the wiki as a use case to avoid for the time being? -walter On Jan 10, 2008 1:02 PM, Zarro Boogs per Child [EMAIL PROTECTED] wrote: #5527: [firmware] G1G1 users complain that the XO affectst their local network ---+ Reporter: kimquirk | Owner: mbletsas Type: defect| Status: new Priority: high | Milestone: Update.1 Component: wireless | Version: Resolution:|Keywords: Verified: 0 |Blocking: Blockedby:| ---+ Changes (by mvalent): * cc: mvalent (added) Comment: I confirm the problem with the Pre-n router and the build 653. It is messing up completely the router and the connection with the other computers. Any solution ? -- Ticket URL: http://dev.laptop.org/ticket/5527#comment:26 One Laptop Per Child http://dev.laptop.org OLPC bug tracking system -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 680
On Thu, 10 Jan 2008, Dennis Gilmore wrote: On Thursday 10 January 2008, ffm wrote: Are we in the RC stages now? When should QA start? -ffm Right now im syncing up joyride and update1 Please start doing extensive testing of update.1 builds and file bugs does this build bring OHM up to date (addressing the issues I ran into in the 'auto screen rotation' thread?) David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
[EMAIL PROTECTED] wrote: On Thu, 10 Jan 2008, Dan Williams wrote: In the server-based backend, an IP address change *will* cause a disconnect and reconnect. This is definitely unavoidable, since XMPP uses a long-lived TCP connection to the server. IP addresses are going to change; that's a fact of life. The best anyone can do is try to not make an IP address change a traumatic experience for the user, and provide mechanisms to ensure that whatever the user was working on at the time doesn't just disappear in a puff of smoke. this means changing every app to be aware of IP changes so that they know that they need to re-connnect to the far end. and for many apps, modifying them to be able to pick up where they left off (and to do so in a secure way so that bad guys can't claim to be you on a new IP address and connect into an authenticated session) good luck in re-writing the world. We'll add some API to PresenceService and sugar.presence, and put some signal into Sugar similar to the buddy-left signal to indicate you were disconnected, and ensure that the activity gets back into an unshared state. If we find the shared activity ID in presence we can attempt to rejoin, handing switching of one IP address to another without changing from gabble to salut (or vice versa). Then Activities will only need to hook the disconnected signal to clean up state, if that is necessary. /handwave Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New activity: Speak
On Jan 10, 2008, at 11:23 AM, Edward Cherlin wrote: On Jan 10, 2008 1:27 AM, Joshua Minor [EMAIL PROTECTED] wrote: Hi everyone, I made a new activity called Speak http://wiki.laptop.org/go/Speak This is wonderful, because it will allow children to experiment with language, not just type in normal text. :) In espeak, phoneme sets and orthographies can be added for any language. Do you support this? Speak calls the espeak command line tool to query the available languages as well as to generate the audio, so any new or changed voices in espeak will show up in Speak automatically. It does filter out the Mbrola voices because they don't actually produce sound. I plan to experiment with calling espeak via their API but I will make sure to avoid any limitation on the set of languages. Can this or the Screen Reader project be adapted to reading content, such as the children's picturebooks provided in the Library? (We would presumably need a text file to go with each document.) I think that it would be a great boost for child and adult literacy both if little children could sit on their parents' or grandparents laps and have the XO read them both a story. XO is the new Teddy Ruxpin :) I was thinking of adding a toolbar tab to allow for some sort of game/ story/lesson modes. It would be cool if someone could write a plugin/ extension for a guessing game, story reader, spelling game (ala TalknType) or something like that. I have also considered wrapping Speak into a reusable component so other activities could add a talking face easily. I'm not sure of the best way to do this. In that same vein, would anybody be interested in creating a karaoke activity? Same-language captioning of Bollywood musicals is claimed to be the most effective literacy measure in India. That would be awesome! Also, if anyone has experience or ideas on how to get access to espeak's per-phoneme timing data from python, please let me know. -josh Do you want to do that while running, or would a precomputed table meet your needs? I would like to get callbacks for each phoneme while the voice is playing, so that I can shape the mouth correctly for each one. If done well, this could be a nice visual cue to help understand the voice. I would also have to rework how espeak is wired up to gstreamer. Right now I have espeak write out a wav file and then I play that back via the gst module. I wasn't able to get them piped together in a reliable way. Specifically when I run espeak --stdout and then attach that to a gst pipeline that starts with an fdsrc, it only works once. I was not able to restart or rebuild a new pipeline to speak another sentence. -josh ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] New activity: Speak
I think it would be great to combine the features from this and TalknType (if I can get it working in Sugar)... http://wiki.laptop.org/go/TalknType By the way, if you want to look up stuff about mouth shapes for phoneme animation, check out Visemes http://del.icio.us/search/?p=visemetype=all Tom On Jan 10, 2008 8:05 PM, Joshua Minor [EMAIL PROTECTED] wrote: On Jan 10, 2008, at 11:23 AM, Edward Cherlin wrote: On Jan 10, 2008 1:27 AM, Joshua Minor [EMAIL PROTECTED] wrote: Hi everyone, I made a new activity called Speak http://wiki.laptop.org/go/Speak This is wonderful, because it will allow children to experiment with language, not just type in normal text. :) In espeak, phoneme sets and orthographies can be added for any language. Do you support this? Speak calls the espeak command line tool to query the available languages as well as to generate the audio, so any new or changed voices in espeak will show up in Speak automatically. It does filter out the Mbrola voices because they don't actually produce sound. I plan to experiment with calling espeak via their API but I will make sure to avoid any limitation on the set of languages. Can this or the Screen Reader project be adapted to reading content, such as the children's picturebooks provided in the Library? (We would presumably need a text file to go with each document.) I think that it would be a great boost for child and adult literacy both if little children could sit on their parents' or grandparents laps and have the XO read them both a story. XO is the new Teddy Ruxpin :) I was thinking of adding a toolbar tab to allow for some sort of game/ story/lesson modes. It would be cool if someone could write a plugin/ extension for a guessing game, story reader, spelling game (ala TalknType) or something like that. I have also considered wrapping Speak into a reusable component so other activities could add a talking face easily. I'm not sure of the best way to do this. In that same vein, would anybody be interested in creating a karaoke activity? Same-language captioning of Bollywood musicals is claimed to be the most effective literacy measure in India. That would be awesome! Also, if anyone has experience or ideas on how to get access to espeak's per-phoneme timing data from python, please let me know. -josh Do you want to do that while running, or would a precomputed table meet your needs? I would like to get callbacks for each phoneme while the voice is playing, so that I can shape the mouth correctly for each one. If done well, this could be a nice visual cue to help understand the voice. I would also have to rework how espeak is wired up to gstreamer. Right now I have espeak write out a wav file and then I play that back via the gst module. I wasn't able to get them piped together in a reliable way. Specifically when I run espeak --stdout and then attach that to a gst pipeline that starts with an fdsrc, it only works once. I was not able to restart or rebuild a new pipeline to speak another sentence. -josh ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mesh portal discovery
IP addresses are going to change; that's a fact of life. I know nothing about routing, but if a participant's IP address is about to change, perhaps the change should be broadcast over the network, so that Telepathy knows who to handoff the connection to. To re-ground this discussion, if two mesh portals appear on the network, at different IP addresses, a laptop can continue to use the old one for its existing connections, yet switch its primary address to a new (better) one for new connections. IPv6 includes host-based tools for making IP address changes easier. In particular, it requires the kernel to be able to process several global IP addresses for a given hardware interface. The latest is marked preferred, the rest are marked deprecated. When creating new connections, it normally uses the preferred address. But communication over all of the addresses continues to work (as long as the network outside the kernel has connectivity at that address). Linux implements all of this for IPv6. I don't know if the Linux kernel can do the same for IPv4, but it would be a natural extension. Some applications care what IP address they are using; bind (DNS) in particular watches for interfaces to go up or down, or to change. If Telepathy wants to do the same, yet there is no low-overhead way to do it, then another natural extension would be to extend inotify (or raw sockets, or some other kernel mechanism) to report such changes. This would avoid polling for them. As long as the previous mesh portal continues to work for a short while, there should be no need for nonstandard mechanisms to let applications know that the IP address is *about* to change. Instead they will naturally find out after it *does* change. John Gilmore ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Update.1 680 does not work for me
Downloaded build 680 two hours ago. Installed it (together with ROM Q2D08) on my G1G1, going by the directions on the wiki Autoreinstallation page. On boot, the Home screen comes up __without__ the Journal. None of the Activities will start (presumably because they need the Journal). [Don't have wireless, but this OLPC system *does* show up on my house ethernet - so Networking at least has started.] mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New activity: Speak
On Jan 10, 2008, at 8:57 AM, Eben Eliason wrote: This is pretty fantastic. I've enjoyed playing around with it. I'm glad you like it :) One simple change that I think would add a lot is some color. More specifically, the XO uses a two-tone (stroke fill) color scheme as a form of visual identity. ... Another nice touch would be to make the eyes follow the carat while typing, instead of remaining focused on the mouse Two great ideas. Adding color will be super easy. I can make a toggle between black/white and the user's colors. Is there a kid- friendly sugar or gtk color picker, like the box-of-crayons one on the Mac? That would let them play with the colors too. I'll see if I can get access to the carat location easily. Finally, a subtle but wonderfully effective technique that a professor of mine often used for characters with eyes is to periodically return the pupils to the center of the eyeball. This creates a sort of dialogue between the character and the child, as it appears that the he is interested both in the movement of the cursor and in the individual moving it. Neat! I want to make the eyes blink at random also. -josh ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Update.1 680 does not work for me
I have exactly the same problem... Mikus Grinbergs wrote: Downloaded build 680 two hours ago. Installed it (together with ROM Q2D08) on my G1G1, going by the directions on the wiki Autoreinstallation page. On boot, the Home screen comes up __without__ the Journal. None of the Activities will start (presumably because they need the Journal). [Don't have wireless, but this OLPC system *does* show up on my house ethernet - so Networking at least has started.] mikus ___ 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: Update.1 680 does not work for me
Hi, known issue, hope next build will be sane: http://dev.laptop.org/ticket/5949 Thanks, Tomeu On Thu, 2008-01-10 at 14:35 -0500, Mikus Grinbergs wrote: Downloaded build 680 two hours ago. Installed it (together with ROM Q2D08) on my G1G1, going by the directions on the wiki Autoreinstallation page. On boot, the Home screen comes up __without__ the Journal. None of the Activities will start (presumably because they need the Journal). [Don't have wireless, but this OLPC system *does* show up on my house ethernet - so Networking at least has started.] mikus ___ 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: mesh portal discovery
On Thu, 10 Jan 2008, John Gilmore wrote: IP addresses are going to change; that's a fact of life. I know nothing about routing, but if a participant's IP address is about to change, perhaps the change should be broadcast over the network, so that Telepathy knows who to handoff the connection to. To re-ground this discussion, if two mesh portals appear on the network, at different IP addresses, a laptop can continue to use the old one for its existing connections, yet switch its primary address to a new (better) one for new connections. why is it that the laptop needs to switch IP addresses? is it that the new portal won't talk to the old IP address? or is it that outbound traffic could go out either portal, but inbound traffic would still go to the old portal and make more hops over the radio then is nessasary? or something else? IPv6 includes host-based tools for making IP address changes easier. In particular, it requires the kernel to be able to process several global IP addresses for a given hardware interface. The latest is marked preferred, the rest are marked deprecated. When creating new connections, it normally uses the preferred address. But communication over all of the addresses continues to work (as long as the network outside the kernel has connectivity at that address). Linux implements all of this for IPv6. I don't know if the Linux kernel can do the same for IPv4, but it would be a natural extension. Some applications care what IP address they are using; bind (DNS) in particular watches for interfaces to go up or down, or to change. If Telepathy wants to do the same, yet there is no low-overhead way to do it, then another natural extension would be to extend inotify (or raw sockets, or some other kernel mechanism) to report such changes. This would avoid polling for them. but is it really the right thing to try and do this on the laptops (in the OS and all the software), or should we do it in the portal boxes instead? As long as the previous mesh portal continues to work for a short while, there should be no need for nonstandard mechanisms to let applications know that the IP address is *about* to change. Instead they will naturally find out after it *does* change. this gets back to my question about exactly why the change is a problem. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Marvell microkernel replacement
I see on http://dev.laptop.org/ticket/46 that there is a plan for replacing the proprietary microkernel in the Marvell wireless firmware with something Free so that, as I understand it, the OLPC XO can be the first computer to be delivered running only Free Software. In private conversation with Richard Stallman, he told me that this is the only obstacle to him supporting the project fully. I see rather sporadic activity on the bug, but Walter has just said that we can reopen this with Marvell in bug 429. Anybody? -- Edward Cherlin Earth Treasury: End Poverty at a Profit http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] New activity: Speak
Since you're writing out the wave file, it would be nice to be able to convert existing online material to stored waves that can be retrieved at a later date to provide podcast like capability for listening while performing some other duty that would not allow you to be hands on. Perhaps a way to paste in content and store rather than have the final result be short-lived. Todd On Jan 10, 2008 12:11 PM, Tom Hannen [EMAIL PROTECTED] wrote: I think it would be great to combine the features from this and TalknType (if I can get it working in Sugar)... http://wiki.laptop.org/go/TalknType By the way, if you want to look up stuff about mouth shapes for phoneme animation, check out Visemes http://del.icio.us/search/?p=visemetype=all Tom On Jan 10, 2008 8:05 PM, Joshua Minor [EMAIL PROTECTED] wrote: On Jan 10, 2008, at 11:23 AM, Edward Cherlin wrote: On Jan 10, 2008 1:27 AM, Joshua Minor [EMAIL PROTECTED] wrote: Hi everyone, I made a new activity called Speak http://wiki.laptop.org/go/Speak This is wonderful, because it will allow children to experiment with language, not just type in normal text. :) In espeak, phoneme sets and orthographies can be added for any language. Do you support this? Speak calls the espeak command line tool to query the available languages as well as to generate the audio, so any new or changed voices in espeak will show up in Speak automatically. It does filter out the Mbrola voices because they don't actually produce sound. I plan to experiment with calling espeak via their API but I will make sure to avoid any limitation on the set of languages. Can this or the Screen Reader project be adapted to reading content, such as the children's picturebooks provided in the Library? (We would presumably need a text file to go with each document.) I think that it would be a great boost for child and adult literacy both if little children could sit on their parents' or grandparents laps and have the XO read them both a story. XO is the new Teddy Ruxpin :) I was thinking of adding a toolbar tab to allow for some sort of game/ story/lesson modes. It would be cool if someone could write a plugin/ extension for a guessing game, story reader, spelling game (ala TalknType) or something like that. I have also considered wrapping Speak into a reusable component so other activities could add a talking face easily. I'm not sure of the best way to do this. In that same vein, would anybody be interested in creating a karaoke activity? Same-language captioning of Bollywood musicals is claimed to be the most effective literacy measure in India. That would be awesome! Also, if anyone has experience or ideas on how to get access to espeak's per-phoneme timing data from python, please let me know. -josh Do you want to do that while running, or would a precomputed table meet your needs? I would like to get callbacks for each phoneme while the voice is playing, so that I can shape the mouth correctly for each one. If done well, this could be a nice visual cue to help understand the voice. I would also have to rework how espeak is wired up to gstreamer. Right now I have espeak write out a wav file and then I play that back via the gst module. I wasn't able to get them piped together in a reliable way. Specifically when I run espeak --stdout and then attach that to a gst pipeline that starts with an fdsrc, it only works once. I was not able to restart or rebuild a new pipeline to speak another sentence. -josh ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar ___ 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 devel] su/sudo or not to sudo/su (was PATCH: add --loginpause to mingetty)
Bernardo, FYI, I just recently updated from build 650 (G1G1 factory build) to Update.1675. Noticed a different behavior for accessing *root account* and functions. I used to be able to open Terminal (or Ctrl-Alt-Neighborhood) and the following at the unix/bash prompt. $ su - or $ su -l But now, after the update, those don't seem to work. But I did discover the alternative method.. $ sudo command I typically like the solution of $ sudo bash for several root level commands. QUESTION: Which direction is OLPC/XO Laptop headed for doing updates and installation of software ? One could also, limit the programs which can be run under 'sudo', as another solution. Issue is definitely complex and no easy solution apparent ! -Iain On Jan 9, 2008 4:20 PM, Bernardo Innocenti [EMAIL PROTECTED] wrote: Hello Florian, the attached patches add an option to pause login until the user hits a key. We need something like it on OLPC because: - we don't want to set an empty password for either user root or olpc - at the same time, we want to allow users to login as root at the console - finally, we do not wish to waste memory on shells the user hasn't yet used The security model we are implementing is very different from UNIX: we ultimately trust the user at the console, but we don't trust applications and we don't want them to gain root privileges using su or sudo with no password. I'm committing these changes to the OLPC-2 branch of mingetty in Fedora CVS. Please, let me know you'd like to merge them or something similar. -- \___/ |___| 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
New joyride build 1527
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1527/ -Paint-15.xo +Paint-16.xo -Read-38.xo +Read-39.xo -Record-49.xo +Record-50.xo -Terminal-5.xo +Terminal-7.xo -kernel.i586 0:2.6.22-20080108.2.olpc.472b04f763aafa3 +kernel.i586 0:2.6.22-20080110.1.olpc.940c801838dbaf2 -olpc-library-common.noarch 0:1-15 +olpc-library-common.noarch 0:1-16 -olpc-library-core.noarch 0:1-16 +olpc-library-core.noarch 0:1-17 --- olpc-library-common.noarch 1-16 --- * Fixing intro to the XO, text and typos * Fixing/readding icdl stories for testing * Rebuilt larger againr, merge of recent changes. --- olpc-library-core.noarch 1-17 --- * Fixing intro to the XO, text and typos * Fixing/readding icdl stories for testing * Rebuilt larger againr, merge of recent changes. --- Paint-16 --- * #5586: Copy clippings as text/uri-list. (tomeu) --- Read-39 --- * Translations: bg, bn_IN, ca, ps --- Record-50 --- * #4525 updates * #5899 workaround * #5830 fix --- Terminal-7 --- * Remove mime types support. (tomeu) -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: root password
On Jan 3, 2008, at 1:21 PM, Albert Cahalan wrote: The non-nerd kids are getting toys. (Sidenote: this displays a stunning level of ignorance and failure of comprehension of the project's goals.) -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC devel] su/sudo or not to sudo/su (was PATCH: add --loginpause to mingetty)
On Jan 10, 2008 11:37 PM, Iain (OLPC) Davidson [EMAIL PROTECTED] wrote: I typically like the solution of $ sudo bash Just a comment on that: Since most of our users will not know much about computers, having them exit will just add another step which they will forget to do, and the one time they are logged in as root will be the one time they rm -rf / sudo in front of every as-root command is not too hard, right? Especialy once we get paste working. -ffm ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: root password
On 11.01.2008 03:33, Ivan Krstić wrote: On Jan 3, 2008, at 1:21 PM, Albert Cahalan wrote: The non-nerd kids are getting toys. (Sidenote: this displays a stunning level of ignorance and failure of comprehension of the project's goals.) Reminds me of a nice quote from an OLPC official (I forgot who exactly said this): This is not an opensource laptop project, it is an education project. Unfortunately, in the early days of OLPC the message was more like This is an opensource laptop project with the ultimate goal of enabling better eduaction for kids.. I have to admit I was quite disappointed with the perceived change of the goals of the project. Besides the nasty wording of your criticism of Albert's opinion, it is quite interesting that you think emphasizing the toy factor displays a stunning level of ignorance and failure of comprehension. We deliver *games* to *kids* as a key aspect of the project, but the machines are *not* toys? Please clarify. Regards, Carl-Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: root password
On Jan 10, 2008, at 10:19 PM, Carl-Daniel Hailfinger wrote: Besides the nasty wording of your criticism of Albert's opinion, it is quite interesting that you think emphasizing the toy factor displays a stunning level of ignorance and failure of comprehension. In context, Albert uses the word 'toy' as invective. I read his message to say, approximately, that any real use of the machines will be restricted to those kids that the machines turn into bearded UNIX hackers; to all other kids, they'll be nothing more than a video game platform. That position is irreconcilable with the project's stated purpose or the philosophy behind it. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Java works - use version 1.5
Steve Lewis wrote: Further experimantation with Java reveals thes jre1.5 works well on the XO . The latest version 1.6 has sigmificant issues. I have unpatched jedit, Jbooks and an application of mine working under jdk 1,5 Thanks--that works very well for my apps too. But I still can't get the plugin to work. I get this error message in the log (/home/olpc/.sugar/default/logs/org.laptop.WebActivity-1.log) LoadPlugin: failed to initialize shared library /usr/java/jre1.5.0_13/plugin/i386/ns7/libjavaplugin_oji.so [/usr/java/jre1.5.0_13/plugin/i386/ns7/libjavaplugin_oji.so: undefined symbol: _ZTVN10__cxxabiv121__vmi_class_type_infoE] Can you get applets to work in the OLPC browser? Thanks, Cay -- Cay S. Horstmann | http://horstmann.com | mailto:[EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel