Re: Script to install missing langs?

2010-10-10 Thread Sayamindu Dasgupta
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?

2010-10-09 Thread Sayamindu Dasgupta
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

2010-06-30 Thread Sayamindu Dasgupta
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

2010-06-29 Thread Sayamindu Dasgupta
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

2010-06-22 Thread Sayamindu Dasgupta
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

2010-06-22 Thread Sayamindu Dasgupta
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

2010-06-22 Thread Sayamindu Dasgupta
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

2010-06-17 Thread Sayamindu Dasgupta
[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

2010-06-17 Thread Sayamindu Dasgupta
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

2010-03-17 Thread Sayamindu Dasgupta
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?

2010-03-11 Thread Sayamindu Dasgupta
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

2010-02-12 Thread Sayamindu Dasgupta
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

2009-11-08 Thread Sayamindu Dasgupta
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

2009-11-03 Thread Sayamindu Dasgupta
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

2009-10-16 Thread Sayamindu Dasgupta
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 ?

2009-08-17 Thread Sayamindu Dasgupta
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

2009-08-04 Thread Sayamindu Dasgupta
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

2009-07-27 Thread Sayamindu Dasgupta
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

2009-07-13 Thread Sayamindu Dasgupta
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

2009-07-10 Thread Sayamindu Dasgupta
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

2009-07-10 Thread Sayamindu Dasgupta
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

2009-07-09 Thread Sayamindu Dasgupta
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

2009-05-06 Thread Sayamindu Dasgupta
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?

2009-02-23 Thread Sayamindu Dasgupta
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?

2009-02-18 Thread Sayamindu Dasgupta
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

2009-01-29 Thread Sayamindu Dasgupta
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

2009-01-23 Thread Sayamindu Dasgupta
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

2009-01-15 Thread Sayamindu Dasgupta
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

2009-01-10 Thread Sayamindu Dasgupta
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!

2009-01-09 Thread Sayamindu Dasgupta
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?

2009-01-04 Thread Sayamindu Dasgupta
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

2009-01-03 Thread Sayamindu Dasgupta
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

2008-12-30 Thread Sayamindu Dasgupta
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?

2008-12-24 Thread Sayamindu Dasgupta
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?

2008-12-23 Thread Sayamindu Dasgupta
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

2008-12-10 Thread Sayamindu Dasgupta
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

2008-12-10 Thread Sayamindu Dasgupta
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

2008-12-09 Thread Sayamindu Dasgupta
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

2008-12-09 Thread Sayamindu Dasgupta
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

2008-12-08 Thread Sayamindu Dasgupta
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

2008-12-08 Thread Sayamindu Dasgupta
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

2008-12-08 Thread Sayamindu Dasgupta
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

2008-12-08 Thread Sayamindu Dasgupta
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

2008-11-13 Thread Sayamindu Dasgupta
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

2008-11-10 Thread Sayamindu Dasgupta
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

2008-11-10 Thread Sayamindu Dasgupta
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

2008-11-05 Thread Sayamindu Dasgupta
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

2008-10-31 Thread Sayamindu Dasgupta
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

2008-10-29 Thread Sayamindu Dasgupta
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

2008-10-24 Thread Sayamindu Dasgupta
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

2008-10-19 Thread Sayamindu Dasgupta
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.

2008-10-17 Thread Sayamindu Dasgupta
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

2008-10-17 Thread Sayamindu Dasgupta
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

2008-10-17 Thread Sayamindu Dasgupta
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

2008-10-17 Thread Sayamindu Dasgupta
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: [olpc-office-announce] [sugar] Audio from demo of Scott's next-gen journal ideas, noon, 10/15/2008

2008-10-15 Thread Sayamindu Dasgupta
On Thu, Oct 16, 2008 at 4:23 AM, C. Scott Ananian [EMAIL PROTECTED] wrote:

 I apologize for the length and ramblingness; I'll try to put together
 a screencast tomorrow with the good bits in 5 or 15 action-packed
 minutes.  Does anyone have any screencast tools they'd recommend?
  --scott

I used Istanbul a few years back and found it to be quite useful:
http://live.gnome.org/Istanbul

Thanks
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

2008-10-14 Thread Sayamindu Dasgupta
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

2008-10-11 Thread Sayamindu Dasgupta
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?

2008-10-08 Thread Sayamindu Dasgupta
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

2008-10-07 Thread Sayamindu Dasgupta
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...?

2008-10-01 Thread Sayamindu Dasgupta
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...?

2008-09-25 Thread Sayamindu Dasgupta
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

2008-09-23 Thread Sayamindu Dasgupta
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

2008-09-19 Thread Sayamindu Dasgupta
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

2008-09-19 Thread Sayamindu Dasgupta
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

2008-09-19 Thread Sayamindu Dasgupta
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

2008-09-19 Thread Sayamindu Dasgupta
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

2008-09-18 Thread Sayamindu Dasgupta
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

2008-09-18 Thread Sayamindu Dasgupta
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

2008-09-18 Thread Sayamindu Dasgupta
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

2008-09-16 Thread Sayamindu Dasgupta
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-09-14 Thread Sayamindu Dasgupta
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

2008-09-10 Thread Sayamindu Dasgupta
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

2008-09-10 Thread Sayamindu Dasgupta
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

2008-09-10 Thread Sayamindu Dasgupta
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

2008-09-03 Thread Sayamindu Dasgupta
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

2008-08-28 Thread Sayamindu Dasgupta
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

2008-08-28 Thread Sayamindu Dasgupta
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

2008-08-28 Thread Sayamindu Dasgupta
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)

2008-08-28 Thread Sayamindu Dasgupta
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

2008-08-27 Thread Sayamindu Dasgupta
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

2008-08-26 Thread Sayamindu Dasgupta
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

2008-08-24 Thread Sayamindu Dasgupta
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

2008-08-23 Thread Sayamindu Dasgupta
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

2008-08-23 Thread Sayamindu Dasgupta
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

2008-08-22 Thread Sayamindu Dasgupta
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ú

2008-08-22 Thread Sayamindu Dasgupta
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

2008-08-20 Thread Sayamindu Dasgupta
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

2008-07-26 Thread Sayamindu Dasgupta
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)

2008-07-17 Thread Sayamindu Dasgupta
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?

2008-07-16 Thread Sayamindu Dasgupta
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

2008-07-16 Thread Sayamindu Dasgupta
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 ?

2008-07-16 Thread Sayamindu Dasgupta
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?

2008-07-15 Thread Sayamindu Dasgupta
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?

2008-07-15 Thread Sayamindu Dasgupta
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

2008-07-13 Thread Sayamindu Dasgupta
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


[Proposal] Extending the USB key customization mechanism to add (or enhance) translations

2008-07-11 Thread Sayamindu Dasgupta
Hello,
Below is a brain dump of my thoughts regarding a mechanisms to add
support for a particular language (mostly wrt translations right now)
_after_ an OS release has been made.
This is a very rough, first draft, and comments, suggestions,
brickbats are more than welcome :-).
Thanks (and apologies for the cross posting),
Sayamindu



Translations directly relevant to OLPC can be divided into two categories
1) Non activity translations (specifically - translations for sugar,
sugar-base and sugar-toolkit)
2) Activity translations (example: translations of Pippy activity,
Record activity, etc)
A major difference in the translation of these categories lies in the
filesystem path in which the translations are to be installed. For the
first category, the translations are to be installed in
/usr/share/locale, while for the second category, the translations are
to be installed in /home/olpc/Activities

My proposal is to extend the bundle installation capability of the
customization key, and make it install translations as well. Currently
the init process in the customization key looks inside the bundles
directory of the USB drive, and iterates over the .xo files,
installing them in /home/olpc/Activities  As per my proposal, it will
also look inside a directory called l10n, whose structure is shown
below (we are using a hypothetical Marathi (language code: mr)
deployment as an example):

.
`-- l10n
`-- translations
|-- activities
|   |-- Journal.activity
|   |   `-- locale
|   |   `-- mr
|   |   |-- LC_MESSAGES
|   |   |   |-- activity.linfo
|   |   |   `-- org.laptop.JournalActivity.mo
|   |   `-- activity.linfo
|   |-- Pippy.activity
|   |   `-- locale
|   |   `-- mr
|   |   |-- LC_MESSAGES
|   |   |   `-- org.laptop.Pippy.mo
|   |   `-- activity.linfo
|   |-- Read.activity
|   |   `-- locale
|   |   `-- mr
|   |   |-- LC_MESSAGES
|   |   |   `-- org.laptop.sugar.ReadActivity.mo
|   |   `-- activity.linfo
|   |-- Web.activity
|   |   `-- locale
|   |   `-- mr
|   |   |-- LC_MESSAGES
|   |   |   `-- org.laptop.WebActivity.mo
|   |   `-- activity.linfo
|   `-- Write.activity
|   `-- locale
|   `-- mr
|   |-- LC_MESSAGES
|   |   `-- org.laptop.AbiWordActivity.mo
|   `-- activity.linfo
`-- sys
`-- mr
`-- LC_MESSAGES
|-- sugar-base.mo
|-- sugar-toolkit.mo
`-- sugar.mo

There are two directories under l10n - one called sys, and the other
called activities. The sys directory contains the translations for
Category 1, while the activities directory contain the translations
for the activities. All files are pre-generated (eg: activity.linfo,
or .mo files) - since that would filter out malformatted PO files
during the USB key creation process.

The init script has to essentially do
cp -r /mnt/usb/l10n/translations/activities/* /home/olpc/activities
cp -r /mnt/usb/l10n/translations/sys/* /usr/share/locale


For creating of the layout above, I plan to supply a utility which
will automatically generate this hierarchy - given a list of
activities, the release being targeted and the language.
A very crucial assumption which this approach takes is that newer
translations are always better than older ones. This is true in almost
each and every case I have seen.

Some open items remain:
a) Fonts: We currently tend to cover almost all the scripts that we
target with our current installation. However, in the future, adding
support for a particular script might be a part of the job. If we come
up with a mechanism of installing RPMs as a part of the customization
key, I believe the problem will be solved
b) Locale data support: Sometimes glibc locale data need to be added
to the system for supporting a particular language.



-- 
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?

2008-07-10 Thread Sayamindu Dasgupta
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


Easiest way to run the latest activities

2008-07-09 Thread Sayamindu Dasgupta
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

2008-07-09 Thread 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.
Cheers,
Sayamindu
-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


  1   2   >