Re: Script to install missing langs?
On Sun, Oct 10, 2010 at 8:23 AM, Bernie Innocenti ber...@codewiz.org wrote: On Sat, 2010-10-09 at 23:55 -0400, Sayamindu Dasgupta wrote: The build script filters out _all_ translation files, so even if glibc and sugar translations are there (and glibc contains the locale data as well), there might be other (usually low priority) translation files missing. For that, it is probably best to do a new spin. Yes, but the messages from system packages are unlikely to appear in the Sugar UI... I can't think of anything except for ERRNO strings, which are in glibc. I think there are some stock GTK+ stuff, and maybe error messages from other parts of the GNOME platform. BTW: I was wondering if you know why the Fedora RPMs for Sugar and Activities include message catalogs for en and even all the en_* variants: It was a hack that was used at some points to fix typos in code (eg: if you had Wopen in the source code, you could probably just change the translation of Wopen to Open in en_US, since if you changed Wopen to Open in the code, all other translations would had to be updated as well). -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Script to install missing langs?
On Sat, Oct 9, 2010 at 11:35 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Sat, Oct 9, 2010 at 1:58 PM, Bernie Innocenti ber...@codewiz.org wrote: On Sat, 2010-10-09 at 12:08 -0500, Jerry Vonau wrote: Think the fastest would be to force the re-installation the glibc-common rpm. Yes, and the sugar-* rpms too. Riiight. So `yum -yt reinstall glibc sugar-*` should do the trick? Nothing else? Sounds too easy :-) The build script filters out _all_ translation files, so even if glibc and sugar translations are there (and glibc contains the locale data as well), there might be other (usually low priority) translation files missing. For that, it is probably best to do a new spin. For activities, for 0.84 based builds, there are self extracting language packs that you can run as root in the laptops: http://translate.sugarlabs.org/langpacks/0.84/ -sdg- You can spin-up your own image with olpc-os-builder, editing the languages as required. This would be cleaner, of course, but Martin was thinking of small deployments lacking a technical team. Exacto. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ olpc mailing list o...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/olpc -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Sugar with a virtual (onscreen) keyboard
On Wed, Jun 30, 2010 at 4:48 AM, C. Scott Ananian csc...@laptop.org wrote: On Tue, Jun 22, 2010 at 4:28 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: - Ideally something (Gnome I assume?) should trigger the keyboard overlay when you focus on a text field, perhaps with some hints about what the 'return' key behaviour should do (or expose a tab key as that is usually the other common text field navigation method). Dismissing the keyboard overlay when a text field is defocused would also be ideal. AFAIK, this requires a GTK+ module to be loaded. I'm still trying to write a proof of concept implementation of this - it seems that there's no documentation anywhere for writing GTK+ modules :-( Yeah, I gave up and just used LD_PRELOAD when I had this problem. If you want to try the quick-and-dirty way for a proof of concept, this might be handy: http://dev.laptop.org/git/users/cscott/journal2/tree/ Do all of firefox/xulrunner/chrome use GTK widgets for text entry? I'm nervous that some programs might not pop up the keyboard appropriately. Yes - it would be difficult to detect things in webkit/xulrunner. Also it won't work for Scratch or Etoys. I think for such cases, having a dbus service from sugar to show/hide the keyboard may be a good idea (at least some activities may be able to take advantage of it) You could add a gesture to force the keyboard up even for badly behaved applications. I think the iPad/iPhone gesture for that is dragging your finger from the bottom of the screen to the top. Sounds like a good idea. Thanks! Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Sugar with a virtual (onscreen) keyboard
On Wed, Jun 23, 2010 at 1:58 AM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Fri, Jun 18, 2010 at 9:04 AM, Gary Martin garycmar...@googlemail.com wrote: Hi Sayamindu, On 17 Jun 2010, at 13:16, Sayamindu Dasgupta wrote: [Apologies for the cross-posting] Hello, Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. A problem with the current FVKBD is that it supports only one base layout. Even variants of that layout (eg: CapsLock enabled, Symbols, etc) are treated as temporary, which means that you press the Caps key, enter a capital letter, and immediately after that, it gets reset back to the base layout (lower case qwerty). I wanted something which would be similar to the existing physical keyboards that we ship with the XO machines - with a dedicated key to switch between different scripts in the same keyboard. I had to extend the code of FVKBD to implement that, and with the modified FVKBD, I have spun a live-cd ISO (based on the current SOAS). You can download it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso Wow, big thanks for launching into this. For anyone not sure how to try the iso, I'm on a Mac and just used Virtual Box to create a new empty Fedora VM, no HD, and just point to the iso as the boot CD. Started up just fine, keyboard is already open to type in your user name (of course this is all read only, any changes you make will be gone after a reboot). ...snip Sayamindu, what kind'a feedback/assistance would be most useful? Is it too soon to start collating notes and screen shots on a wiki page somewhere? Yes - I think we should start putting all of this in a wiki. I have put in some of my thoughts and ideas into the wiki : http://wiki.sugarlabs.org/go/Features/Onscreen_Keyboard Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Sugar with a virtual (onscreen) keyboard
On Fri, Jun 18, 2010 at 9:04 AM, Gary Martin garycmar...@googlemail.com wrote: Hi Sayamindu, On 17 Jun 2010, at 13:16, Sayamindu Dasgupta wrote: [Apologies for the cross-posting] Hello, Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. A problem with the current FVKBD is that it supports only one base layout. Even variants of that layout (eg: CapsLock enabled, Symbols, etc) are treated as temporary, which means that you press the Caps key, enter a capital letter, and immediately after that, it gets reset back to the base layout (lower case qwerty). I wanted something which would be similar to the existing physical keyboards that we ship with the XO machines - with a dedicated key to switch between different scripts in the same keyboard. I had to extend the code of FVKBD to implement that, and with the modified FVKBD, I have spun a live-cd ISO (based on the current SOAS). You can download it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso Wow, big thanks for launching into this. For anyone not sure how to try the iso, I'm on a Mac and just used Virtual Box to create a new empty Fedora VM, no HD, and just point to the iso as the boot CD. Started up just fine, keyboard is already open to type in your user name (of course this is all read only, any changes you make will be gone after a reboot). Thanks for the feedback - this is really helpful :-) I'll try and spend some time in the next few days using it via iPad HW and send some feedback, just been playing via mouse so far today. Apart from the modified FVKBD, I have added a default keyboard definition file which is for English + Bengali, and I've also included a sugar device-icon on the frame to control the appearance of the keyboard. I realize that more needs to be done to support non Latin scripts, and here are some of the issues I faced while converting the existing XKB Bengali layout: * Many scripts do not have a concept of upper case/lower case - so we need some other script specific way to divide the characters * In the current XKB configurations, non-symbol characters from other scripts are often placed in the position of what normally is symbols for QWERTY keyboards * Numerals pose an interesting problem, since in some places, native numerals/digits are quickly being obsoleted, and latin numerals (1,2,3..) are becoming the de-facto standard. In these cases, it may make sense to provide only _one_ layout/state for numerals, and allow users to input native numerals by hovering (touch + hold) on the virtual key for the latin digit. Among the general issues, I'm not sure how to deal with the keyboard taking up half of the screen real estate - it may be worthwhile to see if we can have a split screen sort of configuration while the keyboard is active. It didn't bother me too much, and this was in an 800x600 session, though ideally we would want the text insertion point to be visible above the keyboard (FWIW various iPad apps have different success in dealing with this, all of Apple's are fine, but it seems 3rd parties do need to do some work on the app side to keep this behaviour working at all times). Transparency is something which comes to mind. Another possibility might be to make the keyboard move up to the top half of the screen after a certain point - but that may be too annoying. Thoughts, feedback, etc would be appreciated :-). Yes, lot's of interesting items to cover :-) I'll try to start to put together a list. Some quick item that struck me right away: - the Meego keyboard design is clearly for casual typing/text entry, no way of typing commands or many symbols needed for basic programming work – diving into terminal to use vi, or worse emacs, is pretty much a dead end (unless ctrl and alt keys are hidden somewhere I couldn't find). Is it flexible enough to allow different activities to trigger different keyboards (or an extra row of custom keys)? Something like Pippy, or Terminal would need that kind of extra flexibility. Yes - it can be possible to load an extended layout (with for example, an extra panel on the top for extra characters). It may be a bit tricky, but sugar can probably provide an API to do this - and it would be easier if we can wrap libfvkbd in python or extend the library to use introspection. - z layering issues with frame, should it be over, under, part of? Currently it can be a mix depending on the sequence things are triggered. I suppose the frame should always come on top. I'm not sure how the window manager would deal with this - the window type of the keyboard panel is currently set to dock, which can be changed to a window, and that may work. - Ideally something (Gnome I assume?) should trigger the keyboard overlay when you focus on a text field, perhaps with some hints about what the 'return' key behaviour
Re: [Sugar-devel] Sugar with a virtual (onscreen) keyboard
Hi Esteban, On Thu, Jun 17, 2010 at 7:19 PM, Esteban Arias ear...@plan.ceibal.edu.uy wrote: Hi, FVKBD support spanish keyboard? Could be added an system scanning buttons to write. for example: https://desarrollo.ceibal.edu.uy/projects/tecladoenpantalla/files http://wiki.sugarlabs.org/go/Features/Accessibility_virtualkeyboard http://bugs.sugarlabs.org/ticket/1686 I don't think this particular on-screen keyboard is something that you would use for accessibility stuff (it does not have support for scanning buttons). However, I did a Spanish version of the layout - here's a screenshot of the Spanish mode - http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-es-onscreen.png Let me know if you want to test the layout. Thanks, Sayamindu 2010/6/17 Sayamindu Dasgupta sayami...@gmail.com On Thu, Jun 17, 2010 at 5:46 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: [Apologies for the cross-posting] Hello, Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. A problem with the current FVKBD is that it supports only one base layout. Even variants of that layout (eg: CapsLock enabled, Symbols, etc) are treated as temporary, which means that you press the Caps key, enter a capital letter, and immediately after that, it gets reset back to the base layout (lower case qwerty). I wanted something which would be similar to the existing physical keyboards that we ship with the XO machines - with a dedicated key to switch between different scripts in the same keyboard. I had to extend the code of FVKBD to implement that, and with the modified FVKBD, I have spun a live-cd ISO (based on the current SOAS). You can download it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso For those who do not want to download the ISO, there's a screencast at http://dev.laptop.org/~sayamindu/sugar_vkbd_multi.ogv Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Esteban Arias Plan Ceibal - Área Técnica Avda. Italia 6201 Montevideo - Uruguay. Tel.: 601.57.73 Interno 2228 E-mail : ear...@plan.ceibal.edu.uy -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Sugar with a virtual (onscreen) keyboard
On Fri, Jun 18, 2010 at 12:35 PM, Jonas Smedegaard jo...@jones.dk wrote: Hi Sayamindu (and others), On Thu, Jun 17, 2010 at 05:46:43PM +0530, Sayamindu Dasgupta wrote: [Apologies for the cross-posting] Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. Thoughts, feedback, etc would be appreciated :-). I am not familiar with these details, so just shooting in the dark here: Perhaps looking at (i.e. get interface inspiration or steal code from) the alternative virtual keyboard implementation Literki, which seems to have happy followers among Debian OpenMoko users: http://git.senfdax.de/?p=literki Thanks for the pointer to this. It seems however that it's written directly using Xlib, and hence would be unusable for complex scripts like Arabic, Indic, etc. Best, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Sugar with a virtual (onscreen) keyboard
[Apologies for the cross-posting] Hello, Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. A problem with the current FVKBD is that it supports only one base layout. Even variants of that layout (eg: CapsLock enabled, Symbols, etc) are treated as temporary, which means that you press the Caps key, enter a capital letter, and immediately after that, it gets reset back to the base layout (lower case qwerty). I wanted something which would be similar to the existing physical keyboards that we ship with the XO machines - with a dedicated key to switch between different scripts in the same keyboard. I had to extend the code of FVKBD to implement that, and with the modified FVKBD, I have spun a live-cd ISO (based on the current SOAS). You can download it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso Apart from the modified FVKBD, I have added a default keyboard definition file which is for English + Bengali, and I've also included a sugar device-icon on the frame to control the appearance of the keyboard. I realize that more needs to be done to support non Latin scripts, and here are some of the issues I faced while converting the existing XKB Bengali layout: * Many scripts do not have a concept of upper case/lower case - so we need some other script specific way to divide the characters * In the current XKB configurations, non-symbol characters from other scripts are often placed in the position of what normally is symbols for QWERTY keyboards * Numerals pose an interesting problem, since in some places, native numerals/digits are quickly being obsoleted, and latin numerals (1,2,3..) are becoming the de-facto standard. In these cases, it may make sense to provide only _one_ layout/state for numerals, and allow users to input native numerals by hovering (touch + hold) on the virtual key for the latin digit. Among the general issues, I'm not sure how to deal with the keyboard taking up half of the screen real estate - it may be worthwhile to see if we can have a split screen sort of configuration while the keyboard is active. Thoughts, feedback, etc would be appreciated :-). Thanks, Sayamindu [1] http://git.moblin.org/cgit.cgi/fvkbd/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar with a virtual (onscreen) keyboard
On Thu, Jun 17, 2010 at 5:46 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: [Apologies for the cross-posting] Hello, Thanks to the pointers provided by Peter Robinson, I got the Meego FVKBD (Free Virtual Keyboard)¹ running along with Sugar. A problem with the current FVKBD is that it supports only one base layout. Even variants of that layout (eg: CapsLock enabled, Symbols, etc) are treated as temporary, which means that you press the Caps key, enter a capital letter, and immediately after that, it gets reset back to the base layout (lower case qwerty). I wanted something which would be similar to the existing physical keyboards that we ship with the XO machines - with a dedicated key to switch between different scripts in the same keyboard. I had to extend the code of FVKBD to implement that, and with the modified FVKBD, I have spun a live-cd ISO (based on the current SOAS). You can download it from http://dev.laptop.org/~sayamindu/sugar-vkbd-test/sugar-vkbd-test.iso For those who do not want to download the ISO, there's a screencast at http://dev.laptop.org/~sayamindu/sugar_vkbd_multi.ogv Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: xkb-olpc
Hi, They should be a part of upstream xkeyboard-config (http://cgit.freedesktop.org/xkeyboard-config/) We maintain our own branch as well (to ensure that the layouts remain consistent and the OFW ASCII KA maps get generated consistently) at http://dev.laptop.org/git/projects/keyboard-data/ Thanks, Sayamindu On Wed, Mar 17, 2010 at 4:14 PM, Yioryos Asprobounitis mavrot...@yahoo.com wrote: I'm trying to find out where/how the /usr/share/X11/xkb/compat/olpc and /usr/share/X11/xkb/symbols/olpc files are generated. I could not find them in olpc-git or Xorg X11R7.5 sources. Or in configuration files I looked at? Where are they coming from? Are they part of the xserver/XkeyboardConf configuration? Are they generated by a specific script/option? which/what? Where could I find the xserver configuration script/parameters for the XO-1/F11 builds? Thx ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Testing azerty in the updated xkeyboard-config - what's the right KA tag?
Hi Martin, KL: fr KV: olpc KM: olpc For the KA part, from http://dev.laptop.org/git/projects/ofw-ka-files, put setka.fth and azerty.ka in a USB stick, put the USB stick in the XO, and from OFW, issue the command fload setka.fth azerty Thanks, Sayamindu On Fri, Mar 12, 2010 at 3:34 AM, Martin Langhoff martin.langh...@gmail.com wrote: Hi Sayamindu! I've spun an 8.2.2 image, and want to test the azerty map. What's the right KA tag? cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Video Chat, Video Editing and VOIP activities for Sugar
Hi, On Fri, Feb 12, 2010 at 4:53 PM, Manusheel Gupta m...@laptop.org wrote: Dear friends, 6 developers working at SEETA will be spearheading the design and development of video chat, video editing and VOIP activities in Sugar starting Feb. 15. We have been trying to arrive at a decision on the approach to be followed - designing the application and writing the code from ground zero vs. porting an existing open source application to Sugar. We have been examining a number of open source applications, and believe that it will be easier to port the following applications to Sugar than reinventing the wheel - 1. Video Chat - Pidgin (http://www.pidgin.im/) 2. Video Editor - PiTiVi (http://www.pitivi.org/) For Video Editor, you may want to take a look at OpenShot (http://www.openshotvideo.com/). I tried it out a couple of weeks back and it seemed to be quite impressive as far a basic video editor goes. Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminal.xo patch: do not die if the cwd is gone
Thanks for the patch. New version released (with a backport of Martin's patch as well) and should show up in ASLO soon. It is version 30, since no vacant version was left in between :-( -sdg- On Tue, Nov 3, 2009 at 9:34 PM, Martin Langhoff martin.langh...@gmail.com wrote: Attached is a trivial patch that handles gracefully the situation where cwd does not exist anymore or is no longer accessible to the olpc user. Without it, - mount a usb disk - open Terminal.xo, change directory to /media/my-usb-disk/ - close Terminal.xo - unmount / remove usb disk - try to open Terminal.xo = fails to start cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: public_rpms system for F11 builds
On Tue, Nov 3, 2009 at 10:28 PM, Daniel Drake d...@laptop.org wrote: Hi, I've revived the old public_rpms system for the new F11 builds. For anyone that doesn't know, this is a way of making custom RPMs available for OLPC OS builds. Normally, RPMs come from regular Fedora repositories, but this system allows us to throw in RPMs from other sources. We aim to keep our delta from Fedora as small as possible, so this system should only ever see light use. Please question yourself thoroughly before adding a package to this system... (examples of what we put here: important OLPC-specific packages which can't be included in Fedora, OLPC's fork of the unmaintained Sugar-0.84, the OLPC kernel) There are 3 repos: 1. f11 - RPMs to be available to both F11-for-XO1 and F11-for-1.5 builds 2. f11-xo1.5 - RPMs for the XO-1.5 build (not for XO-1) 3. f11-xo1 - RPMs for the XO-1 build (not for XO-1.5) Another possible use-case is to quickly test a new package before pushing it in Fedora's bodhi system which includes it in the official F-11 update stream (I use this method for large/tricky changes in olpc-utils) Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hulahop Webview widget closes parent(s) when hidden
Hi George, It may be possible that WebView is crashing for you. We saw this sometime back for the French Help activity - the latest working code is in http://git.sugarlabs.org/projects/helpfr/repos/mainline/trees/master Thanks, Sayamindu On Fri, Oct 16, 2009 at 5:04 PM, George Hunt georgejh...@gmail.com wrote: Hi everybody, I have been trying to use the WebView widget from hulahop to display documentation in an Activity. I don't have enough experience to know where to start looking to fix the problem I'm having: The following test program shows the different widget behavior comparing gtk.Textview with hulahop.Webview: #!/usr/bin/env python #test program to show the different widget behaviors webview vs textview import os import hulahop from sugar import env hulahop.startup(os.path.join(env.get_profile_path(), 'gecko')) from hulahop.webview import WebView import gtk tvon=True wvon=True def clicked_cb(widget): global tvon if tvon : tvwidget.hide() else: tvwidget.show() tvon = not tvon def wv_clicked_cb(widget): global wvon if wvon : wvwidget.hide() else: wvwidget.show() wvon = not wvon win = gtk.Window(gtk.WINDOW_TOPLEVEL) #nb = gtk.Notebook() vb = gtk.VBox() vb.show() #two buttons to toggle the widgets' visibility tvbutton = gtk.Button('togle textview') tvbutton.show() tvbutton.connect('clicked',clicked_cb) vb.pack_start(tvbutton) wvbutton = gtk.Button('togle Webview') wvbutton.show() wvbutton.connect('clicked',wv_clicked_cb) vb.pack_start(wvbutton) wvwidget = WebView() tvwidget = gtk.TextView() wvwidget.load_uri('http://wiki.laptop.org/go/Guido_van_Robot') wvwidget.show() tvwidget.show() vb.pack_start(tvwidget) vb.pack_start(wvwidget) win.add(vb) win.show() gtk.main() The observed behavior, first observed in a notebook container, is that when the button that toggles textview visibility is clicked, the expected repacking of the vbox occurs. But when the webview toggle button is clicked, the mainwindow closes, but the mainloop does not return (I need to do cltC to get back a terminal prompt). Does anyone know if there is a property of widgets that would control this behavior? What's the best way to start attack this problem? Where in the hulahop source should I start looking? Thanks George ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: What level Sugar Activities on F11 ?
On Mon, Aug 17, 2009 at 8:47 PM, Mikus Grinbergsmi...@bga.com wrote: I asked once before, but got no answer: | When the XO-1.5 on F11 software is eventually deployed (e.g., | installed by the factory), what level of Sugar will it provide ? I just installed 'write-66.xo' on a Parrish XO-1 build on my XO-1. It failed to launch, because its python code could not find any module called 'toolbarbox' (to import classes from). I see that the recent SoaS3 build (which has a preliminary Sugar 0.86) provides a 'toolbarbox' module - but Sugar 0.84, which is what the Parrish XO-1 builds have, does not. What I want to know is whether it would be worthwhile for me to sooner or later try out 'write-66', or whether I should plan to do my XO Activity testing only with 0.84-compatible Activity versions. Please: Is XO-1.5 software expected to run Activities marked for 0.86 ? If we are shipping Sugar 0.84, the answer is no (due to API incompatibility). The current build tools pulls in the latest stable activities from ASLO somewhat blindly (as per my understanding), and I have a way to fix that. I'll commit the changes after some more tests (ETA: end of this week) Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: soas3 for X11
Hi, On Tue, Aug 4, 2009 at 6:48 PM, Mikus Grinbergsmi...@bga.com wrote: [Disclaimer: I am not asking for help; just sharing my experience.] Tried the new SoaS3-200908021950.iso image (with Sugar 0.85) on my XO-1 - it works. Just about the first thing I do upon installing a build is to use Terminal. And Terminal opened __offset__ in the XO-1 screen (its upper left corner was below the top of the screen, and to the right of the left edge of the screen). That made it hard to type in long lines -- I could not see the characters in that part of Terminal that was off-screen. But later, after restarting Sugar / rebooting the XO, Terminal screen *did* show up where it was supposed to be. It has been reported at http://dev.sugarlabs.org/ticket/1118 I have taken a quick look, and haven't been able to reproduce yet (it is definitely a fallout of the move to Metacity). I'll try to change resolution and try again. -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Simple Digital Library Index System
On Mon, Jul 27, 2009 at 1:33 PM, Mike Dawsonmikeofmanches...@gmail.com wrote: Dear All, In Afghanistan we wanted to have a system that would make it as simple as possible to make a relatively large, replicated digital library accessible locally on the school server (external bandwidth here is about 64kbps per school). In addition we wanted something that was very fast and easy to add content to (e.g. not having to type meta data again hundreds of times). We looked at Greenstone in particular - but that was relatively complex to setup and also would have been tricky to automate adding content to it / distributing it. Moodle is really designed more for class / learning management. The system that we have made is based on Java / XSL - it makes digital libraries a breeze, not requiring any kind of database etc on the server: I have made a wiki page at: http://wiki.laptop.org/go/SimpleDigitalLibraryIndex Thanks so much for this - I was looking for this sort of thing :-) (I had Python in mind, but I think I can live with Java for this ;-). Let me know when you put up the code - I'll love to take a look at it. Thanks once again, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: FIltering out languages via kickstart
Hi Michael, On Sat, Jul 11, 2009 at 7:29 AM, Michael Stonemich...@laptop.org wrote: Sayamindu, I like your answer but I think that it leaves some important goals unstated -- most notably, click2trans, horizontal distribution of translations, and translation undo. See http://cscott.net/Publications/OLPC/fudcon-i18n.pdf and http://lists.laptop.org/pipermail/devel/2008-June/015838.html for the writeups and http://dev.laptop.org/git/users/cscott/click2trans for the prototype code. Thoughts? One of the main requirements of the features outlined in Scott's presentation (especially click2trans) is the ability to have translations which are editable by the non-root user. I think storing translations in $HOME addresses that. The ability to edit will definitely necessitate a Undo function, and the first step towards that would be store a copy of the original translation pack somewhere locally (version control is another possibility, but I would probably try to avoid more than what I can chew at the moment :-). Another very important aspect is to try to ensure the validity of individual messages as they get translated (eg: making sure that %s foo is translated as %s bar, and not simply as bar or %z bar). This validation can be done by libgettextpo, and I have been slowly working on python bindings for this (http://code.google.com/p/pygettextpo/). Regarding distribution of translations, apart from click2trans, we can also have an activity like Develop which would enable users to translate activities, as well as share translations and translation memories. In this regard, Google's recently announced translator toolkit might provide some inspirations :-) (http://googleblog.blogspot.com/2009/06/translating-worlds-information-with.html) Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: user-space XO hardware detection
On Fri, Jul 10, 2009 at 8:50 PM, Albert Cahalanacaha...@gmail.com wrote: It's getting more and more important to be able to detect XO hardware from userspace. One can no longer assume that Sugar implies XO because Sugar runs elsewhere and because non-Sugar is getting common on the XO. Considering the 1.5 hardware, assuming that Geode implies XO is not going to be reasonable either. I suppose the real needs are: 1. detect that the screen has XO-like blur 2. detect that the keyboard has XO-style keys 2a. detect that there is a multiply/divide key If possible I'd like to do this as a regular user, without X server help, in both Sugar and non-Sugar situations, despite any Bitfrost. You can probably poke HAL. http://pastebin.be/19650 will give you the vendor name (which should be OLPC). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: FIltering out languages via kickstart
Hi, 2009/7/11 Alexander Boström a...@root.snowtree.se: I'm completely ignorant regarding how translations work even in plain Fedora and even more so for the OLPC systems, but pray tell, why can't these translations be shipped as regular Fedora updates? There are quite a few reasons. For example, our official, stable build (version 8.2.1) is based on Fedora 9 (which has been officially end-of-lifed recently), and runs Sugar 0.82, which has not seen any package upgrade in at least the 6 months (I'm not blaming the Sugar devs here, they are resource-starved, and need to prioritize accordingly). I don't see the official build changing before the last quarter of this year, and I know for sure, that at least one large scale pilot (1000 machines) is going to be deployed for the first time a certain region (translations for at least one of the languages to be enabled in that pilot did not exist a few months back). Doing new package releases is not feasible in this scenario. Even when we have an up to date system (eg F11 based), translation is usually typically done in many cases via a set of translation sprints at the very last moment. Submitting those translations upstream, then chasing down each and every package maintainer (upstream as well as distro) to do new releases within a very short timeframe is not something that is realistically possible. Hence the need for decoupling our translation process from the release and packaging process. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: FIltering out languages via kickstart
CC += devel On Thu, Jul 9, 2009 at 5:38 PM, Daniel Draked...@laptop.org wrote: On Thu, 2009-07-09 at 16:23 +0530, Sayamindu Dasgupta wrote: Well, we can have an initial set of language packs pre-installed (taking the list from --instLangs). I am trying to set up a repository with RPMs generated from Pootle (similar to what we have today, but instead of self extracting archives, the packs will be RPMs). Does that sound like a viable option ? I can still see some problems... You're working towards having these installable from a customization stick, right? On the customization stick, we would then want some way of differentiating language pack RPMs from other RPM packages - at least I don't think we want to give the ability to install RPMs in that fashion where we haven't before. I'm not sure how we can differentiate RPMs - can we use a different signing key, to sign the RPMs, for instance ? Also, do these RPMs write outside of /home? If so, you break the fast, incremental olpc-update method. Hmm - I do agree that this breaks upgrade. But one advantage of using RPMs is that you could push the following process to deployments: 1. install F11 on an x86 computer 2. run some simple commands to install livecd-creator and download our spec file 3. modify the spec file, adding in your language pack RPM 4. run a command to make a build and then they have their own *clean* build with their own language pack as a result. One disadvantage is that deployments (with secured laptops) that are not able to sign their own builds would be excluded..but this has always been the case. And I think the OLPC position at the moment is big deployments should sign their own builds; small deployments should have security disabled Might be worth a larger discussion with Chris and Ed. From what it seems (except for the advantages you have described) - it may make sense to use the older system of zip files (or have, even translation bundles) and install it under /home/olpc (that can be easily done, since the patch allows to specify the directory, instead of hardcoding it, as in Ubuntu). This will a) Make translations persist across updates b) Require minimal changes to the existing customization key mechanism c) Require minimal changes to the existing language pack building mechanism d) Let users modify/enhance the translations themselves, via a Sugar activity Of course, we would miss the bells and whistle that come with RPMs, but I think this is better than overwriting and moving around existing MO files (which is what we do now). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: plz test Build 802 + Firmware Q2E41 = Candidate Release 8.2.1
On Thu, Apr 30, 2009 at 5:41 AM, Holt h...@laptop.org wrote: The build is now signed so you don't even need a developer key: http://wiki.laptop.org/go/Friends_in_testing Helping us test WPA (WPA2 especially) would be most useful, since these wifi connections sometimes fail as much as 20% of the time, when Release 8.2.0 seemed to fail only ~10% of the time. And of course try: http://wiki.laptop.org/go/1_hour_smoke_test Please help us clean up Release Notes on the way! http://wiki.laptop.org/go/Release_notes/8.2.1 Recap -- all you should need are these 2 files burned onto a USB stick: http://download.laptop.org/xo-1/os/candidate/802/jffs2/os802.img (233MB) http://download.laptop.org/xo-1/os/candidate/802/jffs2/fs.zip (155K) Follow the usual procedure (http://wiki.laptop.org/go/USB_update), grab Activities from your XO's Control Panel later, and Buzz (IRC Live Chat) if you get stuck: http://forum.laptop.org/chat Thanks! In case it is useful, I used 802 on a B4 and a MP to develop and test file sharing for the ImageViewer activity and FBReader activity. Did not see any problems. (I was connected over a unsecured Linksys WRT600N AP (with MAC filtering)). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How do I get my Activities on Pootle?
Hi, On Mon, Feb 23, 2009 at 10:54 PM, James Simmons jim.simm...@walgreens.com wrote: I have been reading the articles on the OLPC Wiki on Pootle and the one piece of information I can't seem to find is how to go about getting my own Activities submitted for translation. I registered for the Pootle server and found only a small handful of projects were being worked on, and none of them seemed to be Activities. With the possibility that Read Etexts may be used in Nepal I've become much more interested in getting the text strings in my Activities translated. If someone could point me in the right direction I'd be grateful. Thanks, We are moving Pootle right now. Please file a ticket and assign it to me (sayamindu), and I'll take care of it as soon as the migration is complete. Thank you for your patience. Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] 8.2.1 candidate-800 giving incorrect keyboard language maps?
On Wed, Feb 18, 2009 at 11:28 PM, Gary C Martin g...@garycmartin.com wrote: On 18 Feb 2009, at 12:10, Daniel Drake wrote: 2009/2/17 Gary C Martin g...@garycmartin.com: Just wanted to post incase anyone can easily confirm/deny; but after clean flashing a Spanish language XO to 8.2.1 candidate-800, the language correctly defaults to Spanish, but the keyboard is responding only as a US-English keyboard. http://dev.laptop.org/ticket/9262 Hopefully just an issue with this one Spanish XO I have here (it's a B4 model). works for me with real spanish XOs (SKU5, uruguay). Phew, thanks Daniel, that would have been nasty – hopefully was just something B4'ish then. Going by your inputs in Trac, I think the keyboard configuration bits of the startup script are getting confused by the different mfg-data schema of the B4 machines. It should not ideally happen, but since it affects B4 machines only, I think we can set it to non blocker. -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: control panel
Oh that one is a long-standing bug which got fixed recently, Just wait for 8.2.1 (should be out within a few weeks) If you want to test - try one of the staging builds. -sdg- On Thu, Jan 29, 2009 at 1:55 PM, Ties Stuij cjst...@gmail.com wrote: We'd like to have the controlpanel updater translated to Nepali, but it seems sugar-update-control.po isn't in glucose 8.2. It is in glucose though, we're translating it right now, but my guess is that the two of them have nothing to do with each other. Is it still possible to put the .po file in 8.2? Thanks, /Ties -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] SoaS on the XO progress
On Fri, Jan 23, 2009 at 10:47 PM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: Yay, stock F10 is now running GNOME fine. Some more things I found: * I was not using -a when copying the files, so owners and all kind of other stuff was not preserved. That's the cause of the hal failure, new script attached. * With selinux enabled you cannot login from the console. Perhaps jffs2/selinux issues? I'm just disabling it for now. -selinux --enforcing +selinux --disabled * rpm does not work. It complains about mmap failure when reading the db, jffs2 related? FWIW, I have noticed mmap errors while trying to deal with large files (~70MB) on the standard OLPC builds. localedef does not work in the XO for this (strace shows that it chokes when trying to mmap /usr/lib/locale/locale-archive) -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Write moved to git.sugarlabs.org
On Thu, Jan 15, 2009 at 3:41 PM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi, just moved this activity. Will update jhbuild next. You forgot Pootle :( ;-) -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of forks
On Sat, Jan 10, 2009 at 3:17 PM, Peter Robinson pbrobin...@gmail.com wrote: I see two classes of forks 1. forks to use different compile/packaging options to eliminate dependancies 2. forks to change the code (adding functionality in particular) I'm not _that_ interested in #1, but am very interested in #2, especially anything done to make things work with the XO hardware. I don't think there are any other than the kernel that are forked for hardware issues, and the stock Fedora i386 kernel will work with the XO but the likes of numerous ethernet/storage drivers, ISA, MCA, Token Ring and the like are of little use for the device :-) . There use to be a HW issue in the shipped gstreamer that caused it be be forked but I'm not aware of any other hardware issues in mainline kernel issues. Keyboard definitions (xkeyboard-config) are another cause of forks. However, it will be pretty easy to use them in the standard Fedora package as well, and many of the patches are already in upstream Freedesktop repos. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Cerebro v3.0: File sharing and buddy management made easy!
On Fri, Jan 9, 2009 at 12:39 PM, Polychronis Ypodimatopoulos ypo...@gmail.com wrote: Want to exchange files between your desktop and your XO laptop? It can't get any easier! In the latest version of Cerebro (currently 3.0.3) you will find simplified file sharing and buddy management. Just click on the buddy you want to send a file to and select a file to send! Screenshots are here: http://cerebro.mit.edu/index.php/Documentation#Example_GUI If you are a developer, there is detailed tutorial to do file sharing from Python prompt (!) here: http://cerebro.mit.edu/index.php/Documentation#Buddy_management Wow - this looks cool :) Is this a blessed dependency for Sugar 0.84 ? Also, are there any Sugar activities which is already using this ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: what are the deployments' languages?
Hi, On Sun, Jan 4, 2009 at 3:39 PM, S Page i...@skierpage.com wrote: I'm trying to figure out the actual languages in use in deployments by looking at http://wiki.laptop.org/go/Deployments , but several countries have a blank for Language. What are the actual primary languages in use on * Haiti's 13,000 laptops (Kreyol ?) Correct * Afghanistan's 11,000 laptops (Pashto ? Hazaragi? both?) Pashto and Dari * Oceania's 5,000 laptops (??) A number of languages, such as Marovo, Solomon Islands Pidgin, etc * Cambodia's 3,200 laptops (Khmer ?) Correct. Some information is at http://wiki.laptop.org/go/User_talk:Gregorio#Shipment_Quantities_and_Languages Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: anonymous gray activity circles
Vaguely related, I had did some work to avoid the gray circles: you can see the result at: http://dev.laptop.org/~sayamindu/standard_icons.png The relevant patch (it needs some work) is at http://dev.laptop.org/ticket/8661 I'll resume work on it when I have some more time - in the meanwhile, if anyone is enthusiastic enough, please feel free to take that patch forward. Thanks, Sayamindu On Sun, Jan 4, 2009 at 1:25 AM, Chris Marshall jns-cmarsh...@comcast.net wrote: Yes, but these are un-sugarized programs and they still generate gray circles. Doesn't that imply that window creation outside of sugar is being detected and acted upon? --Chris Tony Anderson wrote: Compare: http://laguna.fmedic.unam.mx/~daniel/pygtutorial/pygtutorial/getting-started.html which creates a top-level window and http://wiki.laptop.org/go/PyGTK/Hello_World_Tutorial as a sugar activity. The first has the line: window = GtkWindow(WINDOW_TOPLEVEL) # create a top level window while the latter has: # Create the main container self._main_view = gtk.VBox() Sugar has already created the top-level window with an empty VBox, so the activity only needs to pack that VBox with widgets. Essentially to eliminate the grey circle, you need to modify the initialization code (with the two tutorials as a guide). Tony Chris Marshall wrote: Two specific questions come to mind: (1) How does Sugar know that a new top level window has been instantiated? Is there a hook from the X server or what? (2) What sort of cleanup is needed to make the anonymous gray circle go away? Do you have to notify Sugar or what? I'm trying to implement some code that uses OpenGL via the Mesa library on the XO. As the code re-generates display graphics, the gray circles keep accumulating. I would like to keep the number of circles equal to the number of actual top level windows and not the total number used across the session. Thanks, Chris Tony Anderson wrote: I believe that these circles result from the activity initiating a new top-level window. Sugar provides an activity with a window. It is expected that the activity will pack it's widgets into a vbox in that window. Imported activities naturally create a top-level window. Tony Message: 3 Date: Tue, 30 Dec 2008 21:37:47 -0500 From: Chris Marshall jns-cmarsh...@comcast.net Subject: Re: anonymous gray activity circles To: g...@laptop.org Cc: OLPC Development devel@lists.laptop.org Message-ID: 495adafb.40...@comcast.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Greg Smith wrote: Hi Chris, Unless someone else has seen this, I think we need more detail on how to reproduce it. os767 and Firefox-6 activity start firefox click on a file link to download exit firefox after left a gray circle (Actually, it almost always leaves behind one or more circles but I have not done exhaustive testing to determine how many or under what conditions. It would be easier to start from an understanding of how the circle gets there to begin with (what is being used to trigger the circle's appearance)... --Chris Can you write down the steps it takes to get a gray activity circle? Include the version of XO software you are running: http://wiki.laptop.org/go/What_release_am_I_running%3F It may be that you are double clicking to start an activity. That can cause a second activity instance to try and start then fail and leave an icon in the frame. That's the only thing that comes to mind without more detail. Thanks, Greg S * From: jns-cmarsh...@comcast.net Subject: anonymous gray activity circles To: devel@lists.laptop.org Is there a way to prevent the anonymous gray activity circles in the frame? Some X apps seem to accumulate circles with no way i have been able to determine to remove dead ones. I tried to google the list but was not able to generate useful links. --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2613
On Wed, Dec 31, 2008 at 2:21 AM, da...@lang.hm wrote: On Tue, 30 Dec 2008, Build Announcer v2 wrote: Size delta: 0.00M -cronie 1.2-4.fc10 +cronie 1.2-7.fc10 -perl 4:5.10.0-51.fc10 +perl 4:5.10.0-52.fc10 -perl-Module-Pluggable 1:3.60-51.fc10 +perl-Module-Pluggable 1:3.60-52.fc10 -perl-Pod-Escapes 1:1.04-51.fc10 +perl-Pod-Escapes 1:1.04-52.fc10 -perl-Pod-Simple 1:3.07-51.fc10 +perl-Pod-Simple 1:3.07-52.fc10 -perl-libs 4:5.10.0-51.fc10 +perl-libs 4:5.10.0-52.fc10 -perl-version 3:0.74-51.fc10 +perl-version 3:0.74-52.fc10 I thought you were trying to not have perl in the system? Perl has been around for sometime in the joyrides now. I think it is being pulled in via abiword and libgoffice and friends. -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Browse ready for Emilianio?
Hi Emiliano, On Wed, Dec 24, 2008 at 6:19 PM, Emiliano Pastorino epastor...@plan.ceibal.edu.uy wrote: Hi, everyone We've tested it on 767 and it works great. We've followed the test case and I think the problem is solved. Great to hear that. It doesn't work on 656, but that's not important since we're planning to upgrade to 767 (or later) in the next months. Thanks, Sayamindu! You are more than welcome :-) Warm regards, and merry Christmas to everyone, Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Browse ready for Emilianio?
Hi Greg, It has not passed through formal QA (yet), but there is a test case on http://dev.laptop.org/ticket/9112 I tried it out on 767, and it seems to work fine. I did not test on 656. The bundle can be downloaded from http://dev.laptop.org/raw-attachment/ticket/9112/Browse-101.xo Thanks, Sayamindu On Tue, Dec 23, 2008 at 8:54 PM, Greg Smith gregsmitho...@gmail.com wrote: Hi Sayamindu, Do you think the new browse version (101?) has been shown to solve the problem Emliano raised here? http://www.mail-archive.com/devel@lists.laptop.org/msg14839.html Has it been tested with build 656 or only 767 (8.2)? If we have verified that it solves the issue raised, let's ask him to try it out. Thanks, Greg S -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Bundling plugins with Browse
On Wed, Dec 10, 2008 at 3:47 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: On 09.12.2008, at 22:29, Sayamindu Dasgupta wrote: On Wed, Dec 10, 2008 at 12:37 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: On 09.12.2008, at 18:49, Sayamindu Dasgupta wrote: http://dev.laptop.org/~sayamindu/Browse-99.xo seems to be working for me. Please test. Attached is the patch which did the trick. Ugh. Why is it necessary to copy the plugin to $SUGAR_ACTIVITY_ROOT/ data ? That would only make sense if it is supposed to be modified at runtime. Do stuff placed in $SUGAR_ACTIVITY_ROOT remain persistent across reboots ? I seem to have troubles getting that (the file disappeared after reboot) You misunderstood. Why copy at all? Why not run it from the bundle? Copying from the bundle is only necessary for e.g. default configuration files that the activity needs to be able to change later (because the bundle itself is read-only). Ah, ok, I was blindly following cert8.db http://dev.laptop.org/~sayamindu/Browse-101.xo follows your solution and seems to work fine. Moreover, theoretically one can drop any plugin in the plugin directory of Browse, and expect it to work. Everyone, please test this as much as possible. Also, how do I include the source of the binaries (mozplugger, m4) in the Browse bundle ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] embed_pdf_in_browse.patch Description: Binary data ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Bundling plugins with Browse
On Thu, Dec 11, 2008 at 2:08 AM, Simon Schampijer [EMAIL PROTECTED] wrote: Sayamindu Dasgupta wrote: On Wed, Dec 10, 2008 at 3:47 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: On 09.12.2008, at 22:29, Sayamindu Dasgupta wrote: On Wed, Dec 10, 2008 at 12:37 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: On 09.12.2008, at 18:49, Sayamindu Dasgupta wrote: http://dev.laptop.org/~sayamindu/Browse-99.xo seems to be working for me. Please test. Attached is the patch which did the trick. Ugh. Why is it necessary to copy the plugin to $SUGAR_ACTIVITY_ROOT/ data ? That would only make sense if it is supposed to be modified at runtime. Do stuff placed in $SUGAR_ACTIVITY_ROOT remain persistent across reboots ? I seem to have troubles getting that (the file disappeared after reboot) You misunderstood. Why copy at all? Why not run it from the bundle? Copying from the bundle is only necessary for e.g. default configuration files that the activity needs to be able to change later (because the bundle itself is read-only). Ah, ok, I was blindly following cert8.db http://dev.laptop.org/~sayamindu/Browse-101.xo follows your solution and seems to work fine. Moreover, theoretically one can drop any plugin in the plugin directory of Browse, and expect it to work. Everyone, please test this as much as possible. Also, how do I include the source of the binaries (mozplugger, m4) in the Browse bundle ? Thanks, Sayamindu Does work fine. You can save the pdf once it is loaded. I guess we should add a palette (right mouse click on link) option to save the pdf directly - so you have both options. Agreed - it would make sense to let users right click and save the PDF. -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Bundling plugins with Browse
On Tue, Dec 9, 2008 at 12:20 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 7:45 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: On Tue, Dec 9, 2008 at 12:07 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 7:34 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Hi all, We are trying to figure out a way to bundle the mozplugger plugin[1] in Browse, so that PDF files can be viewed from within Browse itself. Does anyone know how this can be done. Apart from the mozplugger plugin itself, we need to have the m4 binary to help mozplugger parse its config file, as well as the application which _actually_ renders the PDF. Normally we can modify the OS image, but it would be easier for us to include the entire thing in Browse and make a new Browse bundle. Any thoughts/ideas/comments ? What are the binaries, libraries and other resources that are needed by the evince plugin and aren't available on the 8.2.0 image? We won't use the evince plugin (as it does not have Journal support). I have a simple python PDF viewer which takes care of rendering the PDF. Everything that needs to be installed on the XO are at: http://dev.laptop.org/~sayamindu/pdf_embed/ I haven't done these tricks myself, but I know that some activities ship executables and libraries inside their bundles. Two places to look at are modifying PATH and LD_LIBRARY_PATH and insert in them paths inside the bundle. Also, you can set some mozilla-related paths at startup, see hulahop.startup(). Would this be enough? strace -e open may be helpful in seeing which files it looks for and fails to find. How do I do the strace for activity startup ? In an XO, it's pretty easy to do via rainbow, but how do I do this in sugar-jhbuild ? There's a MOZ_PLUGIN_PATH which looks promising, but somehow it's not working for me. Strace should be able provide clues. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Bundling plugins with Browse
On Wed, Dec 10, 2008 at 12:37 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: On 09.12.2008, at 18:49, Sayamindu Dasgupta wrote: http://dev.laptop.org/~sayamindu/Browse-99.xo seems to be working for me. Please test. Attached is the patch which did the trick. Ugh. Why is it necessary to copy the plugin to $SUGAR_ACTIVITY_ROOT/ data ? That would only make sense if it is supposed to be modified at runtime. Oops, sorry about that. I'll use plain $SUGAR_ACTIVITY_ROOT instead. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] [Proposal] .xot bundles, for translations
On Thu, Dec 4, 2008 at 5:10 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Tue, Dec 2, 2008 at 8:33 PM, Martin Langhoff [EMAIL PROTECTED] wrote: What I meant to say is that all the good things we get from a bespoke packaging format, we can get from rpm with a few conventions as to the directories where things land. A couple of additional notes from a private subthread... ...there are a few ways to use rpm/yum for unprivileged users (alternative DB, fakeroot, relocatable pkgs...), and I think we can use them for this. In fact, we could even build a simplistic rpm installer in python that handles a subset of what rpm does (hopefully this is not needed, it'd detract from the idea quite a bit) One valid criticism to using rpm - from a Sugar perspective - is that Sugar won't want to become tied to Fedora/RH. There's a case for thinking through if we can actually use rpm the way we want on Debian and/or apt on Fedora. Both rpm and apt are available in old/buggy versions in the other family of distros. Using rpm or apt Sugar would getting a bit further away from Windows (does cygwin carry either?) - a bit less so on OSX (where the fink toolchain will probably work alright, specially with translation pkgs, which are by definition noarch). Hmm, thinking about this a bit further, how about generating a tar.bz2 with the PO files, with a setup.py file, which can generate a .xot bundle (with MO files), as well as install in a specified location (same in function as the setup.py which comes with activities)? In that way, if someone decides to create a RPM for Fedora (assuming that Fedora goes the language pack way sometime in the future), or a Deb for Ubuntu (Ubuntu already uses a language pack system), they can do it easily (they would have write a spec file though). Does that work ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] [Proposal] .xot bundles, for translations
On Mon, Dec 8, 2008 at 9:31 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 1:50 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Does that work ? How do we trust that the setup.py is not malicious? Part of what I am suggesting when I talk about rpm files that have no %post/%pre etc (and therefore can be installed with --no-scripts) is that we can reasonably trust that the contents are not maliciously active. (Note that this needs a few additional checks to be effective.) If we say that we'll auto-execute a setup.py we have - less security - no versioning - no tracking of what file belongs to what pkg Ermm.. I'm not proposing that we run ./setup.py in the XO. Think of setup.py as a Makefile, which can generate ,xot bundles, which can then be installed on a XO. Same as the current mechanisms used by the activities. No code gets run in the XO itself. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Bundling plugins with Browse
Hi all, We are trying to figure out a way to bundle the mozplugger plugin[1] in Browse, so that PDF files can be viewed from within Browse itself. Does anyone know how this can be done. Apart from the mozplugger plugin itself, we need to have the m4 binary to help mozplugger parse its config file, as well as the application which _actually_ renders the PDF. Normally we can modify the OS image, but it would be easier for us to include the entire thing in Browse and make a new Browse bundle. Any thoughts/ideas/comments ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Bundling plugins with Browse
On Tue, Dec 9, 2008 at 12:07 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 7:34 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Hi all, We are trying to figure out a way to bundle the mozplugger plugin[1] in Browse, so that PDF files can be viewed from within Browse itself. Does anyone know how this can be done. Apart from the mozplugger plugin itself, we need to have the m4 binary to help mozplugger parse its config file, as well as the application which _actually_ renders the PDF. Normally we can modify the OS image, but it would be easier for us to include the entire thing in Browse and make a new Browse bundle. Any thoughts/ideas/comments ? What are the binaries, libraries and other resources that are needed by the evince plugin and aren't available on the 8.2.0 image? We won't use the evince plugin (as it does not have Journal support). I have a simple python PDF viewer which takes care of rendering the PDF. Everything that needs to be installed on the XO are at: http://dev.laptop.org/~sayamindu/pdf_embed/ -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Proposal] .xot bundles, for translations
Hello, One of the things in my TODO for 9.1 is to have a better mechanism for language packs[1] in the XO. The primary goal of language packs is to decouple the process of translations from the process of OS release as much as possible, since as our software gets larger and more complicated, it will become more and more difficult for translators to keep up with the pace of development. Our current language pack mechanism handles the decoupling part, but two of its significant shortcomings include a) Overwriting of existing translation files (it may overwrite the original .mo file in certain cases) b) Difficulty for deployments (deployments have to manual start each XO, and run the pack installer script from a console) c) No auto update mechanism I have been thinking of having a separate place in the filesystem for _new_ translations, and using RPM to manage the installation and upgradation of the new translations. However, Scott suggested in a recent email conversation that deploying new translations through a bundle like format (used for activities and content right now) may make more sense as users themselves can use the Sugar control panel to download updated translations (as currently done with activities). I think this may be a better option than RPMs as a) It makes the new translations user modifiable (we can have a translate activity later on which would let users modify the translations) b) It would be pretty trivial to add support for a new .xot format in the customization key mechanism (just unzip them in /home/olpc) However, this would need XO specific changes in glibc, python, etoys and scratch (I think). I already have patches for glibc and python (based on patches from Ubuntu, which already uses a similar system, where they generate language packs out of their launchpad/rosetta based translations) Am I missing something out here ? If there are no problems with this proposal, I would like to start testing such a system in Joyride (with at least glibc and python patched) by the end of the month. Thanks, Sayamindu [1]http://wiki.laptop.org/go/Localization/LanguagePacks -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: keyboard
Hi Tony, Take a look at /etc/sysconfig/keyboard Thanks, Sayamindu On Mon, Nov 10, 2008 at 8:52 PM, Tony Anderson [EMAIL PROTECTED] wrote: I am writing some python code which needs to interrogate the system to determine which keyboard layout is currently selected. The goal is to show an image of the keyboard for Nepali students with a US keyboard. I checked /home/olpc/.i18n but this does not change with the % x key. Anyone know how that can be determined? Tony ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: keyboard
On Mon, Nov 10, 2008 at 10:15 PM, Tony Anderson [EMAIL PROTECTED] wrote: Thanks for the help. However, I don't think I expressed myself clearly. I have my XO set up to switch between us and np keyboard layouts. What I need is a way in Python to find out which of these layouts is currently selected. The file /etc/sysconfig/keyboard is also unchanged when the '% x' key is used to switch the layout. Naturally, I could put a combobox in a toolbar and have the user enter the selected keyboard, but it would be much more user-friendly to have the activity determine that for itself. Hmm.. I should have read more carefully :-) I'm not sure if this is doable in a straightforward manner in Python. I have written a small example on how this can be done in C: http://dev.laptop.org/~sayamindu/test_xkb.c -hth- Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Please add the core SCIM packages into joyride
Hello, Please add the following core SCIM packages to Joyride: The following are in my public_rpms (I had to strip out some dependencies to avoid 100 megs of extra stuff): scim-libs-1.4.7-31.fc10.i386.rpm scim-1.4.7-31.fc10.i386.rpm scim-gtk-1.4.7-31.fc10.i386.rpm The rest can be pulled in from the Fedora repos: scim-m17n-0.2.2-3.fc9 (if there is a f10 version of this one, please pull it) m17n-db-1.5.3-1.fc10 m17n-lib-1.5.3-1.fc10 The request is also at http://dev.laptop.org/ticket/8934 Note that this does not enable scim autostarting, and neither does it contain the OLPC specific layouts. I'll pushing in the relevant changes as soon as these get in (it looks like olpc-utils as well as rainbow will be affected). I'm trying to add these in stages so that I can quickly figure out the problem if something breaks. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: InputMethod doesn't work with Rainbow activity isolation
Wow - what a coincidence - I have been working on the same thing for the past one week :-D I think I got the m17n input methods working - I'll check if SCIM anthy works or not. Thanks, Sayamindu On Sat, Nov 1, 2008 at 9:08 AM, Korakurider [EMAIL PROTECTED] wrote: Hi. I have difficulty to make Japanese input method (SCIM-anthy) work on 8.2-767. Input method can't be activated on activity window even if hit Ctrl-Space (IME on/off switch). After some experiment I found that IME can be activated if activity isolation is disabled. If isolation is enabled, I can activate IME only in terminal activity. Any clue to make it work even with isolation? Sayamindu, Just a quick report though ... I also tested ibus-anthy. Now installation is straightforward with yum. While it is also affected by isolation, I can activate it and input Japanese string into activity window. Thanks, /Korakurider -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar unusable as an e-book reader
On Tue, Oct 28, 2008 at 11:37 PM, [EMAIL PROTECTED] wrote: On Tue, 28 Oct 2008, Jim Gettys wrote: http://live.gnome.org/Evince/SupportedDocumentFormats has evince's currently supported formats. I don't know exactly how we have it built. it's disappointing to see that they miss the obvious/simple text format. They are focusing on the more complicated formats. I think I can hack together a simple text backend for Evince (though I'm not sure if I'll be able to do pagination with a quick hack). Please file a ticket and assign it to me. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Top five performance problems
On Fri, Oct 24, 2008 at 10:10 PM, Michael Stone [EMAIL PROTECTED] wrote: Marco, I did some basic profiling of my new rainbow code last night and discovered that, in the best case with the current codebase on XO, it costs about 0.5s/1 exec(python). Approximately 80% of the 0.5s was spent importing modules. I hope to dig deeper in the near future, but I am concerned at my lack of inspiration about how to deal with this problem. (Other than by rewriting into a different language.) I still do not consider the mod_python approach used in the 767-era rainbow to be a viable long-term solution. FWIW, I had done some experiments with Federico's profiling scripts in the early stages of the 8.2 cycle, and had got similar results: http://dev.laptop.org/~sayamindu/not_so_prettygraph.png It's not much meaningful, but if it helps in any way.. :-) -sdg- -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 767 XO image - Italian keyboard not work
Hello Torello, Please file a ticket at dev.laptop.org and attach your modified symbol file to it. Thanks, Sayamindu On Mon, Oct 20, 2008 at 3:02 AM, Torello Querci [EMAIL PROTECTED] wrote: Hi to all, This week I got a XO device with Italian keyboard from Florence Council. I installed the 767 kernel image on it and unfortunally it not works. I (with a lots of external help :) ) identify the problem in a symbol configuration keyboard file, so I fix it on this device. I generated a new image that I can use on my XO B4 (open with development key) but I can't apply to the offical XO (that are closed). Now I work on a script that make the same fix can be executed by the teachers because I not able to sign my image. How send the patch to fix this problem on the official build? Which time for 768? Best Regards, Torello Querci P.S. Sorry for my awful english ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Legacy compatibility.
On Sat, Oct 18, 2008 at 12:37 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: I'd like to present a few areas where sugar can play nice with others, including: * replacing the matchbox window manager, to provide better multiple-window support for legacy apps (think of the 'gimp', running as multiple windows without one full-screen activity area aka virtual desktop) I'm ready to help with this, and would definitely like to participate in the brainstorming session on this. * making sugar behave well when run in non-full-screen-mode under metacity. This includes refactoring home/friends/mesh view as operations on root window, so they make sense in a multiwindow setup. (It's been suggested that looking at the xpenguins code is instructive for understanding how nautilus,etc arrange their root window.) * Switch to standard freedesktop.org startup notification mechanism: ticket #5271 * Implement freedesktop.org notifications mechanism for alerts (low battery, low disk space, available software update) * Use standard fd.o notification area in frame -- I think this would also address cjb's desire to put the 'stop' button for recordmydesktop in the frame. Apart from the window manager stuff - something I will probably be working on is support for standard .desktop files - which are used to generate the main menu entries in standard desktops. Any .desktop file installed in the usual places should show up in the activity list, so everytime you are using an XO for dogfooding, you don't have to fire up Terminal/xterm/insert your favourite terminal emulator here to run an application. I should ideally have some code to show by the time of the camp. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[9.1 Proposal] i18n and l10n: 9.1 and beyond
Hello, I would like to talk on some of the enhancements that some of us have been speaking about the i18n/l10n on the XO. The areas I would like to cover include: a) Input methods: Out current input system (XKB) is not enough for Chinese/Japanese/Korean, and even existing customers like Ethiopia have needs which are met with considerable difficulty with XKB. For 9.1, I propose that we switch to SCIM[1], which should take care of most (if not all) of our current requirements. b) Multiple, non English fallback languages: Many of our users will probably be multilingual. A Aymara speaker would like to see the UI strings falling back to Spanish translations in absence of Aymara instead of the normal, default English. We have the existing infrastructure in our core i18n infrastructure, implementing this is simply a matter of making changes in Sugar (and maybe Rainbow). c) Language packs: The current system of language packs is not very reliable (it overwrites the original translations in the system, installations cannot be easily undone, no versioning, etc). I want to switch to a RPM based language pack system for 9.1, which will be easier to deploy (especially if the customization key mechanism gets support for RPM). This will require support for multiple locale directories, and I'll talk about that as well (Ubuntu uses a similar approach - I plan to reuse their patches if possible). d) User modifiable translations: There has been a number of ideas on this - initially (during my last visit to 1CC), we were thinking of a Translate Activity which would let children add/modify translations, and optionally let them share the translations over the mesh. SJ and Scott have recently suggested a wiki-like editable UI, which would, definitely be much cooler ;-). I want to brainstorm on this, and try to figure out the amount of time we need to do this, the advantages, risks, tradeoffs, involved etc. I would also like feedback from the translation community on things which we can do to make your work easier. I will definitely bring these issues up in the talk/discussion that I have/ Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] 9.1 Proposal: Translation improvements
On Sat, Oct 18, 2008 at 1:28 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: I expect Sayamindu can probably give a better talk than me on this. But I'm willing to give a short talk on translation things I'd like to see in 9.1: * multiple languages, multiple places: translation system should look in local, then activity, then system translation tables, then repeat for each in a set of fallback languages (eg, quechua, spanish, english) * separable translation packs * click-to-translate: wiki-like editing of translatable labels in the UI Time permitting, I might be able to give a demo of click-to-translate for unmodified GTK apps, based on the journal embedding work I recently did. --scott Gah - I just submitted a proposal ;-). Maybe we can have a joint talk ? Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [9.1 Proposal] i18n and l10n: 9.1 and beyond
On Sat, Oct 18, 2008 at 2:07 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Fri, Oct 17, 2008 at 4:29 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: c) Language packs: The current system of language packs is not very reliable (it overwrites the original translations in the system, installations cannot be easily undone, no versioning, etc). I want to switch to a RPM based language pack system for 9.1, which will be easier to deploy (especially if the customization key mechanism gets support for RPM). This will require support for multiple locale directories, and I'll talk about that as well (Ubuntu uses a similar approach - I plan to reuse their patches if possible). We've talked about this before on sugar@ I think, and we'll no doubt talk more at the XOcamp, but I prefer reusing as much of the 'activity bundle' mechanisms as possible, so that language packs can be installed/removed/upgraded just like activity and content bundles. Mostly this means supporting language packs which are installed in /home, not just ones installed in /, but I'd like to think about unifying the various bundles into a consistent format. Sounds like a valid plan - I see no major issues. My only concern is that the current language pack must go as soon as possible (which means 9.1 :-). The current packs make me nervous, and they add another step in cases of mass deployments, which is not good. Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
OLPC as Project of the Day at FOSS.in
Hello, The CFP for FOSS.in 2008, one of the largest Free/Open Source Software conference in Asia, is out, and this time they are following a very different format, with the emphasis on _producing code_. The CFP is at http://foss.in/news/call-for-participation.html I'm thinking of proposing OLPC as a Project of the Day (or maybe a FOSS Workout - though I don't think much can be achieved in 3 hours). Possible talks that come to my mind (and on which I can talk with, some effort) include: a) Developing Sugar activities with GTK+ b) Hacking Sugar c) Collaboration in Sugar d) Developing Sugar Activities with PyGame Is anyone interested in presenting anything else on OLPC in FOSS.in ? Possible projects/workout sessions I'm willing to help coordinate include a Media (audio/video) viewer for Browse (similar to the PDF viewer I came up a few days back), a Translate sugar activity for on the fly translation of activities. Are there any projects/features which you can think of which can reach a demo-able state after one day of (possibly distributed) hacking ? If you cna think of them, do you think it will be possible for you to come to FOSS.in and help coordinate the hacking session ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Read bug hit in Rwanda
Hi, On Thu, Oct 9, 2008 at 2:29 AM, Greg Smith [EMAIL PROTECTED] wrote: Hi Sayamindu, Are you maintaining Read now or is Morgan? I got a ping from Brian who is in Rwanda and he confirmed that this bug: http://dev.laptop.org/ticket/7090 was actually seen by kids there. Just as cjl predicted in Trac, it was hit by kids on first exposure to the XO. Can we get some attention on that one? Especially if it can be fixed in the activity, I would like to have a new version in place when we try to upgrade Rwanda 8.2.0 later this year. Morgan is maintaining Read, but I'm helping him with the work, especially in the UI and features segment (Read needs a lot of love :-). I'll look into the problem, and if no other quick solution is found, as Brian suggests, I'll restrict the upper zoom limit of Read so that at least it would not crash. I noticed that even in Evince, the maximum amount of allowed zoom is a factor of 4 (400%) - so probably they are also restricting the maximum zoom. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] Deployment-specific packages?
On Wed, Oct 8, 2008 at 8:15 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: Am 08.10.2008 um 16:14 schrieb Sayamindu Dasgupta: On Wed, Oct 8, 2008 at 7:28 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: We could shave off a few seconds of Etoys start-up time if, e.g., the Spanish translation was pre-loaded. Also, having a localized package would allow to include translated example projects and help guides (which are not covered by gettext-based translations). Are there any plans to put specific packages into the build for certain deployments? For 9.1 I am planning on switching to RPM based language packs - which can be used by deployments. Apart from the usual .mo files - these can contain language specific enhancements which you are proposing. Well, but these would only be add-ons, right? I thought one rpm could not replace files in another rpm. Yes - only add-ons (we are going to modify gettext and python-gettext to look for translations in the language pack directory first). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Stability and Memory Pressure in 8.2
On Tue, Sep 30, 2008 at 1:50 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Tue, Sep 30, 2008 at 4:13 AM, S Page [EMAIL PROTECTED] wrote: On September 8th, Michael Stone wrote: Kim, Greg, and I have concluded that the instability we experience under memory-pressure in 8.2-759 and similar is the single hard issue that we wish to _attempt_ to address before releasing 8.2 on current timeframes. How did it go? I was going through my journal in 8.2-763. Browse and Paint open, accidentally started Read, suddenly the cursor stopped moving and XO completely unresponsive. I assume it's memory, but we never learned how to tell. Over two minutes later the first page of the PDF appeared and *then* immediately Sugar restarted. Just one datapoint. Thanks, Read has serious memory problems because renders whole pages into memory, regardless of what is the viewed area. Any chance the first pages of the PDF you opened contained big images? I noticed some similar sounding freezes with Read, and it appeared to me that the initial fit-to screen-width takes up significant amount of resources. Of course, I'm not sure that this is the reason, but given the problems we are having with zoom, it may be one of the contributing factors (apart from the usual overhead of opening the file and initial rendering of the pages) Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Translating Moodle - a sustainable approach...?
On Mon, Sep 29, 2008 at 3:02 AM, Martin Langhoff [EMAIL PROTECTED] wrote: On Thu, Sep 25, 2008 at 8:21 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: One of the issues I see here is the relative difficulty in pushing translator upstream. I won't be a problem for active languages like Spanish, Turkish, etc, but for languages like Pashto, etc, which have very few people translating, are even lesser number of people with proper (if any) internet access, it is going to be a problem. However, as you say, it might be actually _worth_ the effort :-). Well, we will need fairly good coverage of moodle in the translation. If we end up translating 70% of moodle strings to Pashto, it would make sense to share them upstream and try to get a Moodle Pashto thing going (with translators from the wider moodle community) so that the translation team is self-sustaining on the Moodle side. Agreed. In fact, I always try to be as upstream friendly as possible, so we can follow the Scratch translation methodology, where a tarball containing all the translations are generated and is integrated into upstream each week. Another concern is that there needs to be some manual checking before the files go into upstream. This is because some of the translators have problems comprehending how to translate strings like %s file and so on, mostly as a result of language barriers, and hence those must be checked before they cause issues upstream :) On the other hand, Pootle actually handles a large number of project which are non-gettext based - in fact, we are the only large userbase of Pootle who use gettext and PO files. Ah, ok. I didn't know that. We have to figure out a workflow that makes sense, I'll be happy to add glue wherever needed. I'll go through the translation files again by the end of this week to get a sense of what would work best for us. Do you think that makes sense ? Yes, we can export stuff from moodle, but I want to figure out a workflow. What translation team have we got that would be good to discuss workflows and involve a bit as early adopters? Hmm - the Japanese and the French teams come to my mind - I'll take a look at the Moodle files once again and begin a discussion/crossposting fest in the xs-devel and localization mailing list on a possible workflow :-D Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Translating Moodle - a sustainable approach...?
Hi Martin, Apologies for the delayed response. On Mon, Sep 22, 2008 at 7:17 AM, Martin Langhoff [EMAIL PROTECTED] wrote: Hi Sayamindu, I am preparing a Moodle package for the XS and looking a bit into localisation strategies. Looks like Moodle and the XS software in general is going to be rather different from the laptop sw translation. For this release of the XS I am going to not worry too much about translations and focus -- it is a 'milestone' release, and I can coordinate with local teams how to install the localisation packages separately. For the next release (xs-0.6) I'd like to have a sustainable approach. In this email I will focus on Moodle, as a custom version of it will be the main UI of the XS. Mediawiki - another large app I am planning on packaging for the XS - has mostly the same issues around l10n/i18n. The Pootle approach - while good for Sugar apps, has several issues for the XS software: - gettext has technical and performance problems running in webservers -- part of the problem may have to do with how the PHP-gettext extension is written - however, this problem has been with us for a long time, and it is unlikely to be fixed in the short term. Moodle and Mediawiki both use custom systems for their strings. No successful PHP webapp I am aware of uses gettext :-/ - These custom systems have slightly different ways of handling string interpolation and plurals - Moodle has a large number of strings - ~10K (MW is smaller, I think) - Moodle has an active community in many languages, and an active translation team. Of course, not all translations have good coverage... - We will be customising Moodle extensively, so we'll want to override some strings, as well as add our own strings. It's also interesting to note that Moodle ships with its own strings editor to make it easy to maintain translations (and contribute them) :-) -- I guess it's what you have to do when you can't use pootle! So my thinking at the moment is as follows... - Get translators involved upstream, and contributing to the core translation. As part of this, make it easy for them to use a vanilla (unpatched) moodle, and give them some guidance as to what parts of moodle we actually use so that they can choose to focus if their time is (understandably) short. - Give translators access to a custom moodle that - shows the modified pages (with a some notes as to where to focus their attention) - grabs translation updates from upstream often (or can be told to fetch them 'now') - lets them edit the overrides All of this is naturally quite a bit of work to implement and to maintain over time. Moodle has a lot of surface (lots of UIs, pages, buttons, functionality) -- so this is a large task. However, I think it is valuable as it will be the face of the school server that users experience. (Of course, the XS has many other services for the XOs but most of them are transparent to the user.) One of the issues I see here is the relative difficulty in pushing translator upstream. I won't be a problem for active languages like Spanish, Turkish, etc, but for languages like Pashto, etc, which have very few people translating, are even lesser number of people with proper (if any) internet access, it is going to be a problem. However, as you say, it might be actually _worth_ the effort :-). On the other hand, Pootle actually handles a large number of project which are non-gettext based - in fact, we are the only large userbase of Pootle who use gettext and PO files. The other two large projects using Pootle are Mozilla and OpenOffice.org, which have their own i18n framework. I was wondering in that case, would it be possible for Moodle to publish/export translations files, which would essentially be a set of any kind of key-value pairs - even plain old CSV would do. If we can do that, I'm sure that we can come up with a workflow which would let people use Pootle to translate the custom version of Moodle for the XS. Do you think that makes sense ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Problem with am_ET locale definition in Glibc
Hi Daniel, Just noticed that the LC_IDENTIFICATION in the am_ET locale data file[1] defines the following variables as language am territory ET Ideally it should be language Amharic territory Ethiopia Thanks, Sayamindu [1] http://sourceware.org/cgi-bin/cvsweb.cgi/libc/localedata/locales/am_ET?rev=1.3.2.2content-type=text/x-cvsweb-markupcvsroot=glibc -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Supporting desktop applications, extending the EWMH spec
On Sat, Sep 20, 2008 at 12:49 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Fri, Sep 19, 2008 at 8:28 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: | I just thought of a worst problem with the FULLSCREEN approach. | FULLSCREEN windows are always on the top of NORMAL windows. Why is this a problem? When do we need an Activity to be visible, full-screen, and yet below a NORMAL window? Oh, I had missed the focused bit of this parth of EWMH: focused windows having state _NET_WM_STATE_FULLSCREEN I'm more convinced about this approach after having played with it in GNOME (with fullscreen applications like terminal, totem and epiphany). As far as I can tell so far the only issue is to keep the frame always on top, but there are ways to deal with that. Sayamindu, what do you think? Should we experiment with this approach? Give it a try in GNOME... I took a look, and it does seem promising. However, in this case, we need to figure out how to circumvent our existing fullscreen code. For the frame, setting it to have _NET_WM_STATE_ABOVE might help. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Supporting desktop applications, extending the EWMH spec
On Sat, Sep 20, 2008 at 12:56 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Thu, Sep 18, 2008 at 4:07 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Marco and I have been discussing on how to make a window manager like Metacity fit into the Sugar environment, and based on our current discussions, as well as past discussions, it seems clear that we need changes to the Extended Window Manager Hints spec[1]. For details on I think you are confusing the role of the Window Manager. When I run sugar under metacity, I don't *want* my activities to be full screen. When I use a windowing wm, I expect them to be in (decorated) windows. Ideally, the sugar home view would run on root, like in nautilus. Metacity was provided just as an example. The issue here is that we want to replace Matchbox with something which would let us support normal desktop applications better, ideally without requiring any kind of modification to the applications themselves. (better support, for instance means, not messing up The Gimp) On the XO, we are using a special tiling window manager. You can use a window manager like XMonad on your non-XO if you want that style of window management. That's a window manager property, sugar activities should have nothing to do with it. Agreed. But are sugar activities (or rather, should sugar applications be) the same as normal desktop applications from a window manager peerspective. When I'm running Browse in my window, and then select Fullscreen mode, *then* it applies the full screen hint, and really *does* run full screen. This is just like Firefox does. Yes, that is why I'm still somewhat opposed to running all our activities with the FULLSCREEN hint permanently on - IMO, we need to differentiate between the two modes of an application or an activity, and the window manager needs to know about that. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Supporting desktop applications, extending the EWMH spec
On Sat, Sep 20, 2008 at 1:13 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Fri, Sep 19, 2008 at 3:35 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: I suppose we could add a new hint for some activities indicating which of their multiple windows (if any) should be the 'background' one mapped full-screen, but I believe the existing hints are adequate. That's what the PRIMARY/APPLICATION was meant to be in my proposal... I'm not sure the existing hints are adeguate, but if there are window managers which manage to deal with the gimp correctly, then I guess there are at least ways to make reasonable guesses. Well, if there's only one window, and it's stretchable, then your decision is easy. If it requests a fixed size, then you should probably decorate and float all the windows. I could also see floating all fixed size windows and tiling all stretchable windows -- that would make the 'gimp' work nicely; all the palettes would be floating and all the drawings would be tiled. And that's using only the stretchable hint. =) GIMP is stretchable. It looks ugly when it is stretched too much, but you can stretch it or even maximize it if you want. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Supporting desktop applications, extending the EWMH spec
On Sat, Sep 20, 2008 at 1:26 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Fri, Sep 19, 2008 at 9:43 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: Well, if there's only one window, and it's stretchable, then your decision is easy. If it requests a fixed size, then you should probably decorate and float all the windows. I could also see floating all fixed size windows and tiling all stretchable windows -- that would make the 'gimp' work nicely; all the palettes would be floating and all the drawings would be tiled. And that's using only the stretchable hint. =) I'm not entirely opposed to adding new hints for oddball apps, but I'd like 99% of apps to work as-is, and from my review of the wms out there, it seems quite plausible that we can do this. FWIW, the wm itself can add hints based on window class for outliers, without requiring the outliers themselves to be changed. I see you mention three window managers on your page (including metacity). It would nice to see a quick analysis of their strengths/weaknesses for our use case... Just a note that Xmonad seems to pull in 35 MBs of RPMs as dependencies. I'm not sure whether that is good for our storage space. Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: testing 8.2 using qemu
I created RPMs for Fedora 9 and 8 based on the latest qemu from SVN. You can download them from http://dev.laptop.org/~sayamindu/qemu/ You will have to use the -cpu athlon option to get things working. I could run the 8.2-760 ext3 image fine in my Intel iMac desktop (running Fedora 9). It would be awesome if someone can update http://wiki.laptop.org/go/Emulation and relevant pages. Thanks, Sayamindu On Thu, Sep 18, 2008 at 9:44 PM, Gabriel Eirea [EMAIL PROTECTED] wrote: Ton, Thank you for your response, it clarifies the problem. I will try to compile qemu and hopefully get 8.2 running. Is there another way of testing 8.2 without using an emulator? I have the sugar package in Ubuntu 8.04. I guess there should be a way of installing different versions of sugar but couldn't find information on how to do it. Thanks, Gabriel 2008/9/18 Ton van Overbeek [EMAIL PROTECTED]: Gabriel Eirea wrote: Hi list, I'm having a hard time trying to test an activity in 8.2 using qemu. The activity (Conozco Uruguay) doesn't work in 8.2 although it works fine in previous versions. We suspect it is related to rainbow (trac #8334). Since there is little documentation on rainbow (I still don't know what it is and why including it broke the activity) I'm going to follow a hack suggested by brian. The thing is, I can't make builds 759 nor 760 run using qemu. The configuration is fine because I can run build 659. In 759 it stops when saying Booting from Hard Drive... and in 760 it says that the kernel needs 3dnow. I downloaded the images from http://pilgrim.laptop.org/~pilgrim/xo-1/streams/8.2/ Has anyone tested the images with qemu? Can anyone suggest how to proceed? I'm very interested in making my activity work in 8.2! There are/were two problems. The first one (8.2 image not booting at all) has been solved with 8.2-760. The second one (3DNow required) is due to the change to the 2.6.25 kernel for 8.2. The kernel checks for CPU features and does not continue booting when it does not find them. The kernel for the XO is build for the AMD LX-Geode and therefore looks for 3DNow. If you would run qemu on a machine with an AMD processor it most likely will work. If you are running it on an Intel processor, you get the kernel needs 3dnow message. See also trac #8369 (http://dev.laptop.org/ticket/8369). In the CVS version of qemu you can specify a cpu type (use -cpu=athlon for the XO) and then you can run 8.2 and recent joyride devel-ext3 images in qemu on an Intel based machine. I have a privately compiled version which runs under Windows XP (have not tried it under Vista). Let me know if you are interested in this one and I can send it to you. If you are using Linux you will have to compile your own qemu. There have been some efforts to get a qemu specific image not requiring 3DNow next to the existing ext3 images (since the existing ext3 images have to be able to run on a real XO when booted from USB or SD) but so far this has not been realized. Hope this helps explain the situation. Ton van Overbeek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Supporting desktop applications, extending the EWMH spec
Hello all, Marco and I have been discussing on how to make a window manager like Metacity fit into the Sugar environment, and based on our current discussions, as well as past discussions, it seems clear that we need changes to the Extended Window Manager Hints spec[1]. For details on why we want to do that, take a look at the first draft of the proposal at http://dev.laptop.org/~sayamindu/sugar_metacity/draft_1.txt The simplest way to do this is mentioned in the draft, namely, to have a new _NET_WM_WINDOW_TYPE hint, called _NET_WM_WINDOW_TYPE_NETBOOK_APP (feel free to suggest a better name :-P). All sugar activities are hinted as _NET_WM_WINDOW_TYPE_NETBOOK_APP, and the window manager maximizes and undecorates them. However, Marco suggests that for applications like Firefox, or Thunderbird, we may actually want them to be in maximized+undecorated in Sugar as well, to maximize screen real estate usage. In such a situation, things become a bit more complicated. Marco suggests a double hint, some thing like _NET_WM_WINDOW_TYPE_NORMAL | _NET_WM_WINDOW_TYPE_APPLICATION. In a normal desktop environment the second _NET_WM_WINDOW_TYPE_APPLICATION will not have any effect, but in Sugar, _NET_WM_WINDOW_TYPE_APPLICATION will be honoured, and windows having this hint will be maximized + undecorated. However, this brings up two problems a) applications like firefox will need to be modified so that they set the _NET_WM_WINDOW_TYPE_APPLICATION hint (ideally we would like to run the applications unmodified). b) one of the major reasons why we can do away with the decorations in case of sugar activities is that they are designed to work well without decorations (eg: a large close button on the window itself). otoh, most desktop applications do not have this, and the close button is usually somewhere hidden in the menu. In some cases the close button may not be accessible at all (eg: a rogue popup in firefox which somehow circumvents the popup blocker and disables the menubar). Note that this is a problem with the existing Firefox activity as well. We would like to have inputs and suggestions on this issue before going ahead and making a proposal to the EWMH maintainers. Thanks, Sayamindu [1] http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Supporting desktop applications, extending the EWMH spec
On Fri, Sep 19, 2008 at 2:12 AM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: Sayamindu Dasgupta wrote: The simplest way to do this is mentioned in the draft, namely, to have a new _NET_WM_WINDOW_TYPE hint, called _NET_WM_WINDOW_TYPE_NETBOOK_APP (feel free to suggest a better name :-P). I do not understand at all why _NET_WM_WINDOW_TYPE_FULLSCREEN is insufficient. For example, try (under Metacity) launching Firefox and then pressing F11 to go into Fullscreen mode. This results in a full-screen, undecorated window that seems to behave exactly as we desire full-screen Sugar apps to behave. Here is a quick experiment I did to compare Firefox when Maximized and Fullscreen. $ xprop /tmp/full.txt $ xprop /tmp/max.txt $ diff -u /tmp/max.txt /tmp/full.txt --- /tmp/max.txt2008-09-18 16:38:49.0 -0400 +++ /tmp/full.txt 2008-09-18 16:38:33.0 -0400 @@ -3,10 +3,10 @@ WM_STATE(WM_STATE): window state: Normal icon window: 0x0 -_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 25, 1 +_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0 _NET_WM_DESKTOP(CARDINAL) = 0 -_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW -_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_HORZ, _NET_WM_STATE_MAXIMIZED_VERT +_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW +_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. Some of our activities have a separate fullscreen mode. Take a look at the two screenshots of record: Fullscreen: http://dev.laptop.org/~sayamindu/sugar_metacity/Captura%20de%20pantalla_1.png Normal: http://dev.laptop.org/~sayamindu/sugar_metacity/Captura%20de%20pantalla_1_2.png Marco suggest that this can be worked around in sugar though. However, though we do not always show frames (or panels), there are some environments which show at least a single panel all the time (eg: Ubuntu Netbook Remix). In those cases, fullscreen might mean that frame may have to be covered as well. Who knows, maybe in the future sugar may also decide to show a single frame permanently on the screen. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Peru and Microsoft announcement
On Wed, Sep 17, 2008 at 3:27 AM, Pia Waugh [EMAIL PROTECTED] wrote: Hi all, quote who=Edward Cherlin This would be even more useful as the basis for an article or editorial in one or more of the computer magazines or Web sites, or a fact-filled press release. All of the media people I have talked with say they would like to hear from OLPC. We don't have to frame it as us vs. them. We can just announce the state of current deployments, and discuss plans for future deployments and G1G1, including whatever can be said in public about the Microsoft trials. Everybody wants to know what's up with the Amazon deal, too. I just want to support what Edward is saying and say that OLPC could avoid a lot of misinformation and drama by pre-emptively releasing news about what is going on, which means OLPC wouldn't constantly be on the back foot of having to respond to misinformation. I believe there is an internal newsletter, why doesn't OLPC have a monthly public news feed that is on the main website that talks about stuff happening which would give the world (and community trying to support OLPC) the information we all need :) The amount of times I've had people both from the FOSS community and the general community ask me what is going on is crazy, and damaging. And I'm not even on the inside, I'm just involved with some regional projects! There's a community newsletter brought out weekly: http://lists.laptop.org/pipermail/community-news/ Ideally http://wiki.laptop.org/go/Current_events should be kept in sync with it. The news section of the main laptop.org website also points to this wki page. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminal Text Fragment Drop Support Patch
2008/9/8 Cortland Setlow [EMAIL PROTECTED]: Hi, Terminal really should support dropping dev key commands, I think. Here's a patch to make it do so. Could we update the devkey page to explain frame-based cut and paste? Pushed to the master branch. Thanks for the patch. (we are in feature freeze now, so this patch will appear in the next release cycle). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PROPOSAL] Change PILGRIM_LOCALES_* to better reflect the current situation
On Thu, Aug 28, 2008 at 7:04 PM, Daniel Drake [EMAIL PROTECTED] wrote: On Thu, 2008-08-28 at 15:04 +0530, Sayamindu Dasgupta wrote: b) To reflect the current and near future deployments (including G1G1 2008) and the level of translations that we have in Pootle, the variables get changed to en:es:ar:pl:pt_BR:pt:it:fr:ht:el:mn:mr_IN:th:am_ET:km_KH:ne_NP:ur_PK:rw:ja:de:tr:te:ps:fa_AF:si Both PILGRIM_LOCALES_JFFS2 and PILGRIM_LOCALES_EXT3 need to be changed, since Qemu builds will also need to the translations. I updated the jffs2 setting in joyride with the above locales for the time being. Didn't update ext3 as it looks like that one was purposefully chosen to only include english? Daniel Can the 8.2 series be fixed please ? It still uses the old set of locales. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PROPOSAL] Change PILGRIM_LOCALES_* to better reflect the current situation
On Thu, Sep 11, 2008 at 12:39 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Wed, Sep 10, 2008 at 2:27 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: On Thu, Aug 28, 2008 at 7:04 PM, Daniel Drake [EMAIL PROTECTED] wrote: On Thu, 2008-08-28 at 15:04 +0530, Sayamindu Dasgupta wrote: b) To reflect the current and near future deployments (including G1G1 2008) and the level of translations that we have in Pootle, the variables get changed to en:es:ar:pl:pt_BR:pt:it:fr:ht:el:mn:mr_IN:th:am_ET:km_KH:ne_NP:ur_PK:rw:ja:de:tr:te:ps:fa_AF:si Can we quantify the space tradeoffs here? If localization is taking a significant amount of space, it might eventually be reasonable to install translations *only* for the sugar-related packages, and not for bash, sed, etc. But if they are relatively small, you're right, why not include them all? --scott Currently, the size increase will be 6 MB (from 18 MB (seen in 8.2-759) to 24 MB (seen in joyride 2415)). It may be a good idea to strip the translations for sed, bash, etc, but is there any straightforward method to do that ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PROPOSAL] Change PILGRIM_LOCALES_* to better reflect the current situation
On Thu, Sep 11, 2008 at 1:52 AM, Ton van Overbeek [EMAIL PROTECTED] wrote: Erik Garrison wrote: . I don't think that there is any specific reason to chop localizations from ext3 (qemu-oriented) images. If anything it's caused headaches for groups needing a localized qemu image. I'm not really sure of what benefits there are as such images are not to be installed on XOs. Are we in agreement on this? These images are not to be installed, but certainly can be run on XOs from either USB or SD-card. Anyway, I also believe the localizations should be in the ext3 images. Ton van Overbeek (especially interested in nl_NL ;-)) +1. I think it just got approved in the relevant trac ticket :-D Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
X11 performance in Joyride 2373 vs 712
Hi all, I noticed a few messages on the list about possible X11 performance issues, and I ran a small tool called gtkperf on update.1 and joyride: here are the results Build 712, on a B4 GtkPerf 0.40 - Starting testing: Wed Sep 3 21:40:26 2008 GtkDrawingArea - Lines - time: 8.38 --- Total time: 8.38 GtkPerf 0.40 - Starting testing: Wed Sep 3 21:41:49 2008 GtkEntry - time: 0.51 GtkComboBox - time: 15.87 GtkComboBoxEntry - time: 14.29 GtkSpinButton - time: 2.55 GtkProgressBar - time: 1.97 GtkToggleButton - time: 5.30 GtkCheckButton - time: 4.32 GtkRadioButton - time: 6.69 GtkTextView - Add text - time: 11.77 GtkTextView - Scroll - time: 0.32 GtkDrawingArea - Lines - time: 7.84 GtkDrawingArea - Circles - time: 8.44 GtkDrawingArea - Text - time: 10.83 GtkDrawingArea - Pixbufs - time: 0.30 --- Total time: 91.03 Build joyride 2373 on a G1G1 machine GtkPerf 0.40 - Starting testing: Wed Sep 3 22:20:31 2008 GtkEntry - time: 0.49 GtkComboBox - time: 15.22 GtkComboBoxEntry - time: 14.96 GtkSpinButton - time: 2.84 GtkProgressBar - time: 1.43 GtkToggleButton - time: 5.07 GtkCheckButton - time: 4.47 GtkRadioButton - time: 7.29 GtkTextView - Add text - time: 14.37 GtkTextView - Scroll - time: 0.83 GtkDrawingArea - Lines - time: 11.99 GtkDrawingArea - Circles - time: 15.85 GtkDrawingArea - Text - time: 26.49 GtkDrawingArea - Pixbufs - time: 0.70 --- Total time: 122.06 There seems to be some major differences in the GtkDrawingArea performance - maybe that, coupled with the enhanced touchpad event reporting is causing the paint issues ? Btw, ignore the GtkDrawingArea - Pixbufs readings - I realized that the pixbuf to be displayed was not in the XO. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PROPOSAL] Change PILGRIM_LOCALES_* to better reflect the current situation
Hello everyone, Currently our pilgrim installation filters out translations from RPMs that it installs. I'm not sure what is the logic behind this action, but it seems that this is an effort to conserve space. However, since activities are not yet managed via Pilgrim, only the sugar (base libraries: ie sugar, sugar-toolkit and sugar-base) translations get filtered out, which probably saves around half a megabyte. I would suggest that a) This filtering system gets dropped entirely OR b) To reflect the current and near future deployments (including G1G1 2008) and the level of translations that we have in Pootle, the variables get changed to en:es:ar:pl:pt_BR:pt:it:fr:ht:el:mn:mr_IN:th:am_ET:km_KH:ne_NP:ur_PK:rw:ja:de:tr:te:ps:fa_AF:si Both PILGRIM_LOCALES_JFFS2 and PILGRIM_LOCALES_EXT3 need to be changed, since Qemu builds will also need to the translations. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PROPOSAL] Change PILGRIM_LOCALES_* to better reflect the current situation
On Thu, Aug 28, 2008 at 7:22 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: Am 28.08.2008 um 15:34 schrieb Daniel Drake: On Thu, 2008-08-28 at 15:04 +0530, Sayamindu Dasgupta wrote: b) To reflect the current and near future deployments (including G1G1 2008) and the level of translations that we have in Pootle, the variables get changed to en:es:ar:pl:pt_BR:pt:it:fr:ht:el:mn:mr_IN:th:am_ET:km_KH:ne_NP:ur_PK:rw:ja:de:tr:te:ps:fa_AF:si Both PILGRIM_LOCALES_JFFS2 and PILGRIM_LOCALES_EXT3 need to be changed, since Qemu builds will also need to the translations. I updated the jffs2 setting in joyride with the above locales for the time being. Didn't update ext3 as it looks like that one was purposefully chosen to only include english? Yes, we want to revise that. Why should Qemu only support English? - Bert - There's a bug report at http://dev.laptop.org/ticket/8183 Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Default permissions of /home/olpc/Activities/foo
Hello, What is the default permission of any file/directory under /home/olpc/Activities ? I am specifically interested in the permissions of the i18n and l10n related directories, since the language packs will be playing around with a lot of theses files and folders. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Plural-Forms header in sugar-toolkit.po (Re: Plural form in timestamp of Journal entry)
I added some plural information manually for certain files: I used the data from http://translate.sourceforge.net/wiki/l10n/pluralforms Thanks, Sayamindu On Fri, Aug 29, 2008 at 9:07 AM, Korakurider [EMAIL PROTECTED] wrote: Hi, Sayamindu Today I noticed there is Plural-Forms header in sugar-toolkit.po that had been missing and affected timestamp display in Journal (see #8086) But X-Generator and POT-Creation-Date haven't been changed. How can we know the changes... So what did you change actually? And I believe we want to do mass-push them for inclusion to 8.2 build ! /Korakurider On Fri, Aug 22, 2008 at 1:08 AM, Korakurider [EMAIL PROTECTED] wrote: On Thu, Aug 21, 2008 at 9:37 AM, Korakurider [EMAIL PROTECTED] wrote: On Thu, Aug 21, 2008 at 1:37 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Wed, Aug 20, 2008 at 6:23 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Yeah - same here. The logs seem to indicate a problem with the strong formatting - I have attached one. Tomeu, any ideas ? Hi, ELAPSED = _('%s ago') Seems like the translated string has one (or more) extra placeholder? Thanks, this seems the case (http://dev.laptop.org/ticket/8058#comment:5). My bad, this is the case, thanks! Other than that, how Plural is handled without Plural-Forms is still in question. My test shows we need to specify Plural-Forms header explicitly in PO. http://dev.laptop.org/ticket/8086 This should affect some languages how timestamp is shown in Journal... Folks, please verify it for your language. /Korakurider /Korakurider Regards, Tomeu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
ibus, a new input framework
Hi, I just came across ibus, an input framework which seems to be designed to be a better replacement for scim. A presentation is available online at http://ibus-user.googlegroups.com/web/ibus.pdf Has anyone used this ? Any comments on how well this works and how stable this is ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Sugar on OpenSuSE
Apologies for the cross posting, but I thought some of you might find this interesting: http://dev.compiz-fusion.org/~cyberorg/2008/08/26/sugar-up-opensuse-a-hackweek-project/ quote The work is in progress, thanks to Fedora and our fantastic openSUSE Build Service, most packages required are now in one place. I could get it working on openSUSE at the end of the first day :). There is still more work to be done. /quote Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Write cannot handle Composed dead characters
On Sun, Aug 24, 2008 at 4:48 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Sayamindu Dasgupta wrote: On Sat, Aug 23, 2008 at 10:49 PM, Khaled Hosny [EMAIL PROTECTED] wrote: On Sat, Aug 23, 2008 at 10:45:11PM +0530, Sayamindu Dasgupta wrote: Hello, It looks like Write is unable to handle Composed dead characters, at least for the Amharic keyboard. http://dev.laptop.org/ticket/8127 Things are more complicated by the fact that the right click menu in Write has been disabled, so I have no way of knowing which GTK input module is active with Write. Any ideas - is this a known problem with Write ? May be you need to set GTK_IM_MODULE environment variable? We are already setting this in olpc-session. Not sure if it actually matters here but... gtk is preloaded by rainbow, which is run as a system daemon and hence doesn't get the same environment of olpc-dm runned processes. If gtk does something with GTK_IM_MODULE in gtk_init(), we are probably in troubles. Easy way to verify is to disable rainbow by removing /etc/security. Yes indeed - in that case, it does work (I removed /etc/olpc-security). I also noticed that before I removed olpc-security, I had to set the font manually, now I don't need to do this. (Some interaction problems between fontconfig and rainbow ??) The relevant piece of code is in http://dev.laptop.org/git?p=projects/olpc-utils;a=blob;f=usr/bin/olpc-session;h=473d75dcb214955468ddb74cb2bd76138a02d353;hb=HEAD#l29 Any idea on how we can set the variable so that the activities can use this properly ? Interestingly though, activities like Browse seems to handle the composed characters just fine even if security is enabled. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Write cannot handle Composed dead characters
Hello, It looks like Write is unable to handle Composed dead characters, at least for the Amharic keyboard. http://dev.laptop.org/ticket/8127 Things are more complicated by the fact that the right click menu in Write has been disabled, so I have no way of knowing which GTK input module is active with Write. Any ideas - is this a known problem with Write ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Write cannot handle Composed dead characters
On Sat, Aug 23, 2008 at 10:49 PM, Khaled Hosny [EMAIL PROTECTED] wrote: On Sat, Aug 23, 2008 at 10:45:11PM +0530, Sayamindu Dasgupta wrote: Hello, It looks like Write is unable to handle Composed dead characters, at least for the Amharic keyboard. http://dev.laptop.org/ticket/8127 Things are more complicated by the fact that the right click menu in Write has been disabled, so I have no way of knowing which GTK input module is active with Write. Any ideas - is this a known problem with Write ? May be you need to set GTK_IM_MODULE environment variable? We are already setting this in olpc-session. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Please change PILGRIM_LOCALES_jffs2
Hello, Can someone please change the PILGRIM_LOCALES_jffs2 variable to include the locale rw ? The relevant ticket is at http://dev.laptop.org/ticket/8102 Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: localization of translation efforts in perú
On Fri, Aug 22, 2008 at 11:15 PM, Erik Garrison [EMAIL PROTECTED] wrote: Sayamindu, Here at the Ministry of Education in Lima there is a person on staff whose sole work is translation. I want to explain to them how they can go about producing translations for the activity set which is in the customization key which Ciro and I are building here. What is the most sensible advice I can give them. Obviously we can create and/or modify the po/*.po files in each activity bundle manually, but perhaps there is a more sensible method of going about this work? I would just create projects for each activity on our Pootle server, but I don't believe I have permissions to do so, and would prefer that the staff here learns how to manage this issue on their own. What are the activities ? Is it the same as http://wiki.laptop.org/go/Peru_activity_pack ? I would prefer that the work is sent into Pootle at some point, so that the translations might be reused. Even sending me PO files will help - I'll try my best to integrate them into Pootle. The most pressing issue here is that a lot of the activities they have chosen are named in English in the home view! What is the most efficient way to rectify this issue? Is it best to drop po*/ files into the activity directories? I would like to find a quick solution as they are currently at the point of installing the activity pack on a lot of machines. Just dropping PO files into the activity directories will not help. You will need to compile them into MO files. This can be done by cd activity_directory ./setup.py build This will a) Convert the PO file into MO file b) Generate the activity.linfo file which should take care of the name translation issue Do you think this approach would help ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] [Announce] New strings in Glucose 0.82
On Wed, Aug 20, 2008 at 6:21 AM, Korakurider [EMAIL PROTECTED] wrote: On Wed, Aug 20, 2008 at 6:43 AM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Hello translators, It looks like we have got some new strings (no string freeze break though - apparently my POT updater broke for a few projects). Affected modules include sugar and journal (project glucose 0.82). Actually, both 0.82 branch (project glucose 0.82) and trunk (project glucose) have been affected. Yeah - but glucose is not under string freeze anymore, so that is expected :-) It would be awesome if you can update your translations to cover the new strings. All of milestones for sugar 0.82 were over and 0.82 branched. How and when fixed translations will be pulled to build? Will we have another build for sugar and journal for 8.2, or will we have to depend on langpack for now and wait for 8.2.1? This will be picked up in the next release the sugar developers make. I'm not sure when this is going to happen. Maybe Marco can answer that :-). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Submitting errors in the mfg data
Hello, How do I submit errors in the Manufacturing data (mostly typos in the keyboard layout related section) ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Write needs your help (was Re: Programming environments on the XO)
On Thu, Jul 17, 2008 at 11:10 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Erik Garrison wrote: | On Thu, Jul 17, 2008 at 10:16:07AM +0200, Tomeu Vizoso wrote: | Given the quantity of free software available for Linux distributions | relative to the quantity of available sugarized applications, I believe | that repeats of this pattern will be inevitable. I am not so sure. Given the tremendous amount of crappy duplicate software, I suspect that we only need to execute a handful of ports to achieve complete functionality. Conversely, there is no good Free video editor for Linux, easy 3D modeler, numerical analysis environment so in many cases, there's simply nothing to port. | As I understand, there are a variety of problems with the use of | unsugarized applications: | | - UI issues because of high screen dpi and small size. | - Journal integration. | - Resource utilization. | - Bitfröst and security concerns. | - Collaboration. | | I expect there are others and would be happy to know them so that I | better understand this problem. The biggest one, much higher on my list than any of the above, is incompatibility with the Activity launching mechanism and window manager. ~ Because of this issue, standard X/Linux applications that have been correctly repackaged as .xo bundles won't even start. It appears that switching to the Freedesktop.org startup notification system and a modified metacity window manager may be able to resolve this. Could you point me towards such a .xo bundle ? I will love to test it out against a modified metacity based sugar environment. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] How do we manage translation effort in Release, process/roadmap?
On Wed, Jul 16, 2008 at 4:58 AM, Edward Cherlin [EMAIL PROTECTED] wrote: On Fri, Jul 11, 2008 at 9:47 AM, Greg Smith [EMAIL PROTECTED] wrote: Hi Sayamindu, Great work, thanks for taking up the gauntlet on this! One question for you, how much lead time do you need to do the translations? Assuming something like final test starts 15 days before the target release date, when do we need to tell the developers to freeze all of their strings? We are nowhere near that state. That would be OK if we had enough localizers working full-time from a previous release that was completely localized. In the present state of things we have no way to complete localization in most languages, no matter how much lead time we specify. Not true always :-). For example, take a look at the GNOME stats. They have a significant number of languages breaching the 80% mark (and gaining supported status) for each release cycle. They have a much larger volunteer pool though (I think..), and there are people who are actually paid to do the translations (not by GNOME, but usually by distro manufacturers who ship GNOME). However, I see no reason why there should not be a similar release policy for OLPC. The range on our Pootle server is from 0% translated (Aymara, for example) to 99% for German. Spanish, the most used, is at 69%, but almost all of what is missing is in Etoys internals. We could pick a few languages that are in deployments and are close enough to finished for this sort of freeze to be meaningful. My impression as that that would consist of Spanish and French. I invite you to examine http://dev.laptop.org/translate and draw your own conclusions. Freeze applies to code (developers need to maintain the freeze), and not translations or translation teams individually. If we look at the stats for XO core and XO Bundled (at least parts of which are string frozen right now) - we have at least 10-15 languages which have crossed the 90% percent mark. Which is not too bad. It would be helpful if we could get a page generated automatically with some statistics on language projects, but I don't know who could create it. Sayamindu is rather overwhelmed. What kind of statistics are you looking at ? Translation stats for all languages will probably appear in a future release of Pootle (the Mozilla folks are working on that). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
xkeyboard-config in F9
Hello everyone, It looks like F-9 ships xkeyboard-config-1.2, while the latest version (version 1.3) has quite a few OLPC specific fixes and enhancements. In such a situation do we backport the fixes to xkeyboard-config-1.2 and ship the F-9 RPM, or do we create a new package with xkeyboard-config-1.3 ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to make files uploaded at d.l.o accessible for downloads by anybody ?
On Wed, Jul 16, 2008 at 8:19 PM, riccardo [EMAIL PROTECTED] wrote: Hi, I'd like to have some files I uploaded at d.l.o accessible for downloads for anybody so that I can include links to them in reports send to the ml. How to do it ? ;) thanks, riccardo Put the files in $HOME/public_html -hth- Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] How do we manage translation effort in Release, process/roadmap?
On Thu, Jul 10, 2008 at 2:54 PM, Korakurider [EMAIL PROTECTED] wrote: Hi Sayamindu. On Thu, Jul 10, 2008 at 4:37 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Hello Korakurider, Thanks for your input. I have put up a basic document at http://wiki.laptop.org/go/Localization/Workflow Comments and brickbats are welcome :-). Thank you, this is handy and very useful as a base of further discussion ! My comments follow: a) Could you show the exact schedule for jobs on Wiki or some page on Pootle server? Without that knowledge, I have been checking everyday when POT is merged to PO actually after every time I notice update to the POT on etoys-notify list. http://wiki.laptop.org/go/Localization/Workflow#_note-0 For Etoys I suggest you ping me (IRC/Mail/GTalk) when a POT file update happens. ** It would make our life easier if timestamp and participant for the last interesting events ( at least, and history hopefully) are shown on Pootle screen. (that make it like real portal :-) + POT generation + merge POT to POs + change to translations/fuzzy flags of each POs + change to suggestion for each POs + the latest commit of each POs to repo + upload/merge (if it really works :-) At this time the person who did them only knows what have been done actually, that make team work difficult. Hmm - I suggest filing a bug on the Pootle bugzilla and keep me CC-ed on this. There has been some interesting work going on around Pootle (the excellent SoC work being done by Julen, the student I am mentoring, the work being done by Mozilla (Mozilla might switch to Pootle soon), etc) b) As asked in another thread; from this picture I can't see where the POT included in XO bundle came from. and which is the master of POT that is being linked from wiki page for each activities. Yeah - I have been thinking of pointing to the src repo in the Pootle config file in some way (my aim is different though - I want to allow users to explore the relevant section of the source code from Pootle itself) c) We have seen too many incidents that translator tried to upload/merge POs (especially etoys. po :-) by himself with Pootle interface and Pootle went down. Do you really want to support the functionality right now? (though it might work for POs other than etoys.po) Hmm good idea. I'll need to figure out how this is to be done in a Etoys specific way though. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] How do we manage translation effort in Release, process/roadmap?
Hi Greg, It looks like the current release schedule for SugarLabs worked out pretty fine for us. The time frame depends on the number of strings, as well as the number of strings which are being changed in a given release cycle. I would say a period of 30 days in enough. You may also find the schedule at http://live.gnome.org/TwoPointTwentythree to be interesting. Thanks, Sayamindu On Fri, Jul 11, 2008 at 10:17 PM, Greg Smith [EMAIL PROTECTED] wrote: Hi Sayamindu, Great work, thanks for taking up the gauntlet on this! One question for you, how much lead time do you need to do the translations? Assuming something like final test starts 15 days before the target release date, when do we need to tell the developers to freeze all of their strings? Possible dates are 90 days before target release day and 60 days before target release day. Let me know which of those you prefer or if you think a different lead time is warranted. Thanks, Greg S Sayamindu Dasgupta wrote: Hello Korakurider, Thanks for your input. I have put up a basic document at http://wiki.laptop.org/go/Localization/Workflow Comments and brickbats are welcome :-). Regarding you questions - please see inline :-) On Fri, Jul 4, 2008 at 5:51 PM, Korakurider [EMAIL PROTECTED] wrote: On Thu, Jul 3, 2008 at 8:38 PM, Greg Smith [EMAIL PROTECTED] wrote: Now, my turn to ask :-) I don't know who is the right one to ask though... (1) They say SugarLabs is upstream of Sugar software and OLPC is one of distro. Then, which POs are still owned by OLPC? (Packaging/Pootle/Activation Server/OLPC Web site projects are obvious :-) For Sugar. will commit from Pootle go to upstream(SugarLab) or distro(OLPC)? Which will POT come from ? My personal opinion (I am open to suggestions) that all translations should go directly upstream as much as possible. Distro specific efforts for translations (unless you are talking about distro specific tools, etc) have been badly bitten in the past. (2) SugarLabs have declared string freeze for 8.2. But I am not sure specifically which POT/POs are governed by their declaration. sugar.po/sugar-base.po/sugar-toolkit.po come to mind. And I think other activities in XO-Core (that are also included in their software stack as Demo activities) aren't governed. right? I think I answered this. * sugar-base * sugar-toolkit * sugar * chat-activity * web-activity * read-activity * log-activity * write-activity * calculate-activity * terminal-activity * pippy-activity * etoys-activity I will probably try to arrange the projects in our Pootle server at some point to reflect this. (3) OLPC have stopped to bundle activities with base software. Now release cycle for them doesn't have to be aligned to XO software from OLPC's point of view. But I think It would be still better to try to let them aligned for refreshing translations. Note that even if the package is enough mature, additional build would be needed to pull new translations (new languages for instance). Right now it is hard to know when my updated translations for some activities will be pulled into the packages :- For the sugar stuff - expect a following of the release cycles. For other stuff - there is really no way to know. However, I would like to request developers to announce releases a few days in advance in the localization list, so that translators can prioritize and/or commit appropriately. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: POT inconsistent against code for Record activity
Hello, The main issue here seems to be the fact that the location of the Record repository has changed (earlier, the Record POT was fetched from a SVN repository). Is this going the repository from where further Record development will be happening in the future ? In that case, I'll switch over to the new repository. Thanks, Sayamindu On Mon, Jul 14, 2008 at 10:43 AM, Korakurider [EMAIL PROTECTED] wrote: Hello. I noticed right now record-activity.po is based on old POT. Here is a record in the PO: #: constants.py:106 #, python-format msgid %(1)s hours, %(2)s minutes, %(1)s seconds remaining Apparently one of placeholders is incorrect, but this has been fixed in repo at the commit of http://dev.laptop.org/git?p=users/dsd/record;a=blob;f=po/Record.pot;hb=52e8f3ed365ff53e3fba2bb5a013559bedebdbc1 Header of the PO declares POT-Creation-Date: 2007-12-20 09:20-0500\n, that is even inconsistent to POT in git. (In your explanation, POT is generated on Pootle server from source code, right? it seems not to work for this activity) Could you please take a look and fix it? Thanks in advance. Translators: You would need to review your translations after the correct POT is merged. Developers: Currently POT is automatically generated by weekly batch job on Pootle server and is merged into each PO. But it seems that few people monitoring it actually. I would suggest you (at least owner of activities that is translated on Pootle) to check regularly if string changes have been correctly merged to POs. Without that translator might work against wrong strings and it would result poor quality of product... And I believe we need to document in our development process who to check/maintain the consistency, while I don't know who is the right one. Cheers, /Korakurider -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Easiest way to run the latest activities
Hi all, The easiest way, perhaps, to run the bleeding edge version of Sugar on an XO is to run the latest joyride. Is there a similar way to run the latest activities on an XO ? I am a bit concerned that many people who are playing with the latest joyrides still have older activities from a pack like the G1G1 one or the Peru installed, and consequently the latest activities are not getting as much exposure/testing as possible. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Easiest way to run the latest activities
On Wed, Jul 9, 2008 at 11:12 PM, Daniel Drake [EMAIL PROTECTED] wrote: On Wed, 2008-07-09 at 23:11 +0530, Sayamindu Dasgupta wrote: The easiest way, perhaps, to run the bleeding edge version of Sugar on an XO is to run the latest joyride. Is there a similar way to run the latest activities on an XO ? I use: http://dev.laptop.org/~bert/joyride-activities.py see http://wiki.laptop.org/go/Bert%27s_script Hmm.. for some activities http://dev.laptop.org/~erikos/sucrose-activities.py seem to provide more recent stuff. Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Easiest way to run the latest activities
On Thu, Jul 10, 2008 at 1:01 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: Am 09.07.2008 um 20:07 schrieb Sayamindu Dasgupta: On Wed, Jul 9, 2008 at 11:12 PM, Daniel Drake [EMAIL PROTECTED] wrote: On Wed, 2008-07-09 at 23:11 +0530, Sayamindu Dasgupta wrote: The easiest way, perhaps, to run the bleeding edge version of Sugar on an XO is to run the latest joyride. Is there a similar way to run the latest activities on an XO ? I use: http://dev.laptop.org/~bert/joyride-activities.py see http://wiki.laptop.org/go/Bert%27s_script Hmm.. for some activities http://dev.laptop.org/~erikos/sucrose-activities.py seem to provide more recent stuff. Really? That would mean the latest Sugar release is not in Joyride, which would be a problem. Not Sugar. The actitvities. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Init for the customization key
Ah - ok. Thanks a lot :-). Warm regards, Sayamindu On Wed, Jul 9, 2008 at 3:57 AM, Michael Stone [EMAIL PROTECTED] wrote: On Wed, Jul 09, 2008 at 03:50:51AM +0530, Sayamindu Dasgupta wrote: Hi Michael, Just to confirm - the init file for the customization key is at http://dev.laptop.org/git?p=users/mstone/irfs-udebs;a=blob;f=src-olpc/init right ? Actually, it's in users/cscott/olpcrd-rootskel. Also, is there any documentation anywhere which would instruct me on how to build a customization key after I have modified the init scripts ? See http://wiki.laptop.org/go/Building_initramfsen for instructions. Regards, Michael -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How do we manage translation effort in Release process/roadmap?
On Wed, Jul 2, 2008 at 9:50 AM, Korakurider [EMAIL PROTECTED] wrote: Hi, all. I have read though Greg's release process draft of OLPC (http://wiki.laptop.org/go/Release_Process_Home) and ReleaseTeam/Roadmap of SugarLabs (http://wiki.sugarlabs.org/go/ReleaseTeam/Roadmap). But both draft documents haven't explained translation of software (including activity) and others. Until midst of update.1 development, development of activities and translation had been aligned to the road map of XO software. it was straightforward; we were notified when window for translation of whole project was opened/closed. Now our collaboration has become complex, because of SugarLabs's split. Translators are still working with one unified portal (i.e Pootle), but I can't understand how and when each PO will be pulled to build. Without those knowledge it would be difficult for translation community to manage their schedule. Could you please explain about this? Hi, I am preparing a document which explains the workflow, and should clear the confusion (hopefully). For a quick answer to your question - everything in XO Core and XO Bundled (except for a few modules like Watch and Listen, Connect, etc) will be following the release schedule at http://wiki.sugarlabs.org/go/ReleaseTeam/Roadmap#Schedule For a list of modules which are supposed to follow the schedule, check out http://wiki.sugarlabs.org/go/ReleaseTeam/Roadmap#Glucose_Modules and http://wiki.sugarlabs.org/go/ReleaseTeam/Roadmap#Fructose_Modules I hope to see more modules following the Glucose schedule in the next release cycles. For the rest, expect to see them follow the OLPC release cycle, something that is beginning to take shape at http://wiki.laptop.org/go/Release_Process_Home Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel