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: 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
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: 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: 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: 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
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: 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
[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: [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
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-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: 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: 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 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: 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: 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: [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: 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] 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: [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: 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: [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: 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: 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: 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: 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
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: 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: 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: 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: 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: 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: 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: [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: 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: 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
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: [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
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 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: 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: 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: [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
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