Re: My xo-1 isn't multicolor

[Chris Leonard]

Here is the list of sku numbers manufactured.

http://wiki.laptop.org/go/Manufacturing_data

SKU stands for Stock Keeping Unit

https://en.wikipedia.org/wiki/Stock_keeping_unit

It is a common term used when identifying inventory and unique
manufacturing batches.

cjl

On Tue, Mar 28, 2017 at 6:49 PM, Jhon Diaz  wrote:
> The x on the faceplate is orange and so is the o is this normal? its says
> sku1
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: My xo-1 isn't multicolor

[Chris Leonard]

On Tue, Mar 28, 2017 at 6:49 PM, Jhon Diaz  wrote:
> The x on the faceplate is orange and so is the o is this normal? its says
> sku1


It is not abnormal.

I think that this is the collection of possible x and o plastic colors.

http://wiki.laptop.org/images/5/59/Xo_colors.pdf

You just happened to get an x and an o of the same color.

Find a friend and swap colors!

http://wiki.laptop.org/go/Swapping_XO_Man_Colors

 cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: build an activity

[Chris Leonard]

On Wed, Dec 11, 2013 at 12:36 AM, James Cameron qu...@laptop.org wrote:
 Marked {{dated}}.

 Perhaps Sugar Labs could give us a replacement on their Wiki?

 I don't think this content needs to be hosted on wiki.laptop.org if it
 can be hosted at wiki.sugarlabs.org.


I would imagine many of these pages could benefit from review and / or
migration.

http://wiki.laptop.org/go/Category:Developers
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: build an activity

[Chris Leonard]

Many would tend to refer to refer you to

http://www.flossmanuals.net/make-your-own-sugar-activities/

On Tue, Dec 10, 2013 at 11:25 AM, Tim Moody t...@timmoody.com wrote:
 There seem to be quite a few wiki pages on doing this and they sometimes
 conflict.  What is the definitive page on building an activity and defining
 a bundle?

 Tim

 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] seeking help to enable nepali keyboard input for XO-4

[Chris Leonard]

What about a virtual touch keyboard layout?  Just wondering?

On Fri, Nov 8, 2013 at 8:46 AM, Basanta Shrestha
basanta.shres...@olenepal.org wrote:
 Hi Walter
 We don't have plans to use stickers at the moment. The stickers won't last
 long in the hands of kids. But we need to have some mechanism to input
 Nepali characters. For now we can give them a printout of the keyboard
 layout.
 Regards,
 Basanta



 On Fri, Nov 8, 2013 at 5:58 PM, Walter Bender walter.ben...@gmail.com
 wrote:

 A bit tricky because we don't have that key anymore (but we could come
 up with some other key combination to enable it). Also, are you
 planning to use stickers or some other way to add the proper glyths to
 the keyboard?

 Happy to explore this with you further.

 regards.

 -walter

 On Fri, Nov 8, 2013 at 12:23 AM, Basanta Shrestha
 basanta.shres...@olenepal.org wrote:
  Hi,
 
  I am writing this mail seeking a clue on where to start looking to
  enable
  Nepali input in XO4. For XO-1 we had nepali keyboard and there was a
  button
  just below the enter button which would switch input between English
  and
  Nepali. And that was very convenient.
 
  But for XO-4 we will just be getting ones with English layout. I was
  wondering how we can enable nepali keyboard input on it. I can see that
  the
  key maping file for nepali is already there under
  /usr/share/X11/xkb/symbols/
 
  Thank you .
 
  --
  Basanta Shrestha
  OLE Nepal
 
  ___
  Sugar-devel mailing list
  sugar-de...@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel
 



 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org




 --
 Basanta Shrestha
 Network Engineer
 Open Learning Exchange (OLE) Nepal
 Tel: +977.1.551, 5520075 Ext. 303
 Cell: +977.9818 605110
 http://www.olenepal.org

 ___
 Sugar-devel mailing list
 sugar-de...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Sugar 0.100.0 (stable)

[Chris Leonard]

I poked my abiword friends, expect the commit shortly.

cjl

On Mon, Nov 4, 2013 at 6:13 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
 On 5 November 2013 00:07, Peter Robinson pbrobin...@gmail.com wrote:

 On Mon, Nov 4, 2013 at 10:59 PM, Daniel Narvaez dwnarv...@gmail.com
 wrote:
  Broken annotation in abiword. Trying to figure out the correct one then
  I'll
  open a bug + patch.

 Thanks! Let me know when you've got a patch and I'll test it.


 Here it is

 http://bugzilla.abisource.com/show_bug.cgi?id=13572

 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

ht_HT locale improved

[Chris Leonard]

I think that OLPC builds have been including Haitian Kreyol by default.

I just wanted to mention that I strongly recommend that in any new
build that you replace the existing ht_HT glibc locale with a fresh
download from

https://sourceware.org/git/?p=glibc.git;a=blob;f=localedata/locales/ht_HT;h=8b3d11827bb3094ea4783484d31e8b4400ccdaef;hb=HEAD

The new ht_HT locale is much improved and will represent Date and Day
names better.  This revision won't be in general circulation until we
are using glibc 2.19; but there should be no problem with just
dropping it in place of your existing ht_HT locale on any version of
glibc you are using.

Regards,

cjl
Sugar Labs Translation Team Coordinator


ht_HT
Description: Binary data
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Quechua status update

[Chris Leonard]

[es abajo]


All,

A locale for Quechua (Cuzco-Collao) (quz_PE) has been submitted to glibc
http://sourceware.org/bugzilla/show_bug.cgi?id=15887

Assuming I can get quz_PE landed, it should appear in their next
release (2.19?).  When that has happened and we are using 2.19, we
will want to unwind the special case handling of quz_PE as per
ticket #4209

http://bugs.sugarlabs.org/ticket/4209

see also #3692
http://bugs.sugarlabs.org/ticket/3692

In the meantime, anyone with a local copy of a draft quz_PE glibc
locale should fetch a refreshed (final) version from the bugzilla
ticket attachment.

It is worth noting that Irma (Sankypillo) has made nice progress on
Sugar L10n into Quechua
http://translate.sugarlabs.org/quz/


[es]

Una configuración regional del quechua (Cuzco-Collao) (quz_PE) se ha
presentado a glibc
http://sourceware.org/bugzilla/show_bug.cgi?id=15887

Suponiendo que puedo conseguir quz_PE aterrizó, que debería aparecer
en su próxima versión (2.19?). Cuando eso ha ocurrido y estamos usando
2.19, vamos a querer descansar el caso especial manejo de quz_PE
como por boleto # 4209

http://bugs.sugarlabs.org/ticket/4209

véase también # 3692
http://bugs.sugarlabs.org/ticket/3692

Mientras tanto, cualquier persona con una copia local de quz_PE debe
buscar una versión actualizada (final) desde la billete bugzilla.

Vale la pena señalar que Irma (Sankypillo) ha hecho buen progreso en
l10n azúcar en Quechua
http://translate.sugarlabs.org/quz/

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

13.2 query

[Chris Leonard]

Can anyone change languages with the Sugar Control panel on an XO (xo-1 or
xo-4) and 13,2 build 13?

I cannot scroll down with down arrow, mouse (or touchscreen on xo04) and so
cannot select any lower in the alphabet than some Arabic variations.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 13.2 query

[Chris Leonard]

My issue appears t obe with adding a fallback language (after clicking plus)

I don't think it ever works on the second lang. . .

/me waits to be contradicted



On Mon, Aug 19, 2013 at 11:41 PM, James Cameron qu...@laptop.org wrote:

 Yes.

 The problem you describe only happens the first time the menu is
 drawn, the subsequent times are unaffected.

 You can tell it is going to be a problem if you can't see the
 down-arrow at the bottom of the menu.

 You can also use the arrow keys to scroll without drawing the menu.

 Has it been fixed upstream yet?

 On Mon, Aug 19, 2013 at 11:08:53PM -0400, Chris Leonard wrote:
  Can anyone change languages with the Sugar Control panel on an XO (xo-1
 or
  xo-4) and 13,2 build 13?
 
  I cannot scroll down with down arrow, mouse (or touchscreen on xo04) and
 so
  cannot select any lower in the alphabet than some Arabic variations.
 
  cjl

  ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel


 --
 James Cameron
 http://quozl.linux.org.au/

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 13.2 query

[Chris Leonard]

aargh, now it works, but I swear something odd happened


On Mon, Aug 19, 2013 at 11:50 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote:

 My issue appears t obe with adding a fallback language (after clicking
 plus)

 I don't think it ever works on the second lang. . .

 /me waits to be contradicted



 On Mon, Aug 19, 2013 at 11:41 PM, James Cameron qu...@laptop.org wrote:

 Yes.

 The problem you describe only happens the first time the menu is
 drawn, the subsequent times are unaffected.

 You can tell it is going to be a problem if you can't see the
 down-arrow at the bottom of the menu.

 You can also use the arrow keys to scroll without drawing the menu.

 Has it been fixed upstream yet?

 On Mon, Aug 19, 2013 at 11:08:53PM -0400, Chris Leonard wrote:
  Can anyone change languages with the Sugar Control panel on an XO (xo-1
 or
  xo-4) and 13,2 build 13?
 
  I cannot scroll down with down arrow, mouse (or touchscreen on xo04)
 and so
  cannot select any lower in the alphabet than some Arabic variations.
 
  cjl

  ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel


 --
 James Cameron
 http://quozl.linux.org.au/



___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] [support-gang] XSCE Update day 3

[Chris Leonard]

On Wed, Jul 10, 2013 at 4:57 PM, George Hunt georgejh...@gmail.com wrote:


 We discussed French/Creole/Spanish translation of IIAB GUI?  Braddock will
 try to send the English phrases (several hundred) to Holt next week
 sometime, so http://translate.sugarlabs.org might even support wider
 translations.


What sort of internationalization can be done to the IIAB GUI to make the
process more automated?

If we can get a POT file generated, we will certainly host it on our Poolte
server.  We are in the process of upgrading to a newer version of Poolte
(2.5) that accepts an even wider range of translation file types.

If I knew a little more about how the GUI of IIAB is coded up, we might be
able to identify a simpelr solution than manual POT file generation (and
merging).

cjl
Sugar Labs Translation Team Coordinator
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [support-gang] XSCE Update day 3

[Chris Leonard]

On Wed, Jul 10, 2013 at 5:13 PM, Adam Holt h...@laptop.org wrote:

 Chris,

 I'll contact you within about 10 days when this takes shape with the
 crucial words/phrases from the GUI buttons of http://internet-in-a-box.org

 Sure I could have French/Haitian Creole/Spanish translators do these
 let's-say-300-words-total translations overnight, but I'd rather use
 http://translate.sugarlabs.org so IIAB is extensible to further quality
 translations (quality volunteers ;) beyond!

 Adam


Absolutely.  I see the code is on github.  We are currently pushing Glucose
PO files from Pootle to github, and even getting automated upgrades of the
POT file as the UI is changed in the code.  What I'm suggesting we could
probabvy get this set up for really easy automated and continuous back and
forth updating (with a little work and testing).

Keep up the good work guys.  We can obviously follow up on the fancier
stuff later.

cjl
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Systems] Requesting mailing list for OLPC-SG

[Chris Leonard]

Wrong list. Forwarding to OLPC devel list.

cjl


On Mon, Jul 8, 2013 at 12:59 AM, Danishka Navin danis...@gmail.com wrote:

 Hi,

 I am not sure this is the correct list. :)

 We are working on forming the OLPC Singapore Community.
 Please create the olpc...@lists.laptop.org mailing list and put me as the
 admin.

 Thanks,

 --
 Danishka Navin
 http://danishkanavin.blogspot.com
 http://twitter.com/danishkanavin
 http://www.flickr.com/photos/danishkanavin/




 ___
 Systems mailing list
 syst...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/systems


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Auckland Testing Summary 6 July 2013

[Chris Leonard]

On Sat, Jul 6, 2013 at 9:22 AM, Walter Bender

   Turtleblocks activity has a partial translation inside the activity due
  to new blocks being added. The name of the Turtleblocks activity has not
  been translated (but again that might be deliberate).

 I will check to make sure all of the latest strings are downloaded
 from Pootle. Turlte Blocks should be translated. Will investigate.


The string for TurtleBlocks is currently marked 'fuzzy, which means it
will not appear in builds.

http://translate.sugarlabs.org/mi/fructose/turtleart-activity.po?view_mode=translate

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Auckland Testing Summary 6 July 2013

[Chris Leonard]

On Sat, Jul 6, 2013 at 11:18 AM, Chris Leonard cjlhomeaddr...@gmail.comwrote:

 On Sat, Jul 6, 2013 at 9:22 AM, Walter Bender

   Turtleblocks activity has a partial translation inside the activity due
  to new blocks being added. The name of the Turtleblocks activity has not
  been translated (but again that might be deliberate).

 I will check to make sure all of the latest strings are downloaded
 from Pootle. Turlte Blocks should be translated. Will investigate.


 The string for TurtleBlocks is currently marked 'fuzzy, which means it
 will not appear in builds.


 http://translate.sugarlabs.org/mi/fructose/turtleart-activity.po?view_mode=translate



The Fuzzy string for TurtleBlocks (may be a fuzzy match to TurtleArt)

HonuKaretao

honu = turtle

karetao (noun) toy carved in human form with arms moved by pulling a
string, puppet, marionette, robot, jumping jack.

Just unfuzzying it may result in the Labrynth/Maze issue (two things same
name).  An alternative might be something like:

HonuPereki
or
HonuParaka


pereki = (bricks) (from an online dictionary)

block seems to be translated as paraka elsewhere in the PO file, not sure
what the difference between  pereki and paraka might be.


We really need more Maori localization work done.

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Auckland Testing Summary 6 July 2013

[Chris Leonard]

On Sat, Jul 6, 2013 at 6:01 AM, Tom Parker t...@carrott.org wrote:

 Auckland Testing Summary 6 July 2013

 Moon still fails to start when the XO language is Maori. Previously
 reported in https://sugardextrose.org/issues/3971


I was able to identify a printf error in the L10n of Moon. I corrected it
and committed it.

A new release (or an overwrite by the maori langpack) should hopefully
correct the Moon failure.


cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Auckland Testing Summary 6 July 2013

[Chris Leonard]

On Sat, Jul 6, 2013 at 6:01 AM, Tom Parker t...@carrott.org wrote:

 Auckland Testing Summary 6 July 2013

 Clock - loving the new grab hands feature, still doesn’t talk when XO is
 in Maori. Maori issue also reported in
 https://sugardextrose.org/issues/3971


To make the talking clock work, a certain line needs to be configured as a
bunch of Pango markup, which almost not translation team gets correct.

So I found a website on telling time in Māori:

http://www.maori.org.nz/cgi-bin/quizzes/quiztest.cgi?3etellingthetime

I mocked up what I think is the correct Pango strings for the talking clock
and added it to the PO file (as fuzzy).

As telling time is important to get right in an educational setting, I
would prefer if a Māori speaker reviewed this and unfuzzied this string if
it is correct.

http://translate.sugarlabs.org/mi/honey/clock.po?item=20view_mode=translate


time(12, 0) = span foreground=\#005FE4hour(12)/span |\n
time(0, 0) = span foreground=\#005FE4hour(0)/span |\n
time(h, 0) = span foreground=\#005FE4hour(h)/span o'clock
am_pm(h) |\n
time(h, m) [m  31] = span foreground=\#00B20Dmin(m)/span
mai i te span foreground=\#005FE4hour(h)/span am_pm(h) |\n
time(h, m) [30  m] = span foreground=\#00B20Dmin(m)/span ki
te span foreground=\#005FE4hour1(h)/span am_pm(h) |\n
min(1) = tahi mēneti |\n
min(2) = rua ngā mēneti |\n
min(3) = toru ngā mēneti |\n
min(4) = whā ngā mēneti |\n
min(5) = rima ngā mēneti |\n
min(6) = ono ngā mēneti |\n
min(7) = whitu ngā mēneti |\n
min(8) = waru ngā mēneti |\n
min(9) = iwa ngā mēneti |\n
min(10) = tekau ngā mēneti |\n
min(11) = tekau mā tahi ngā mēneti |\n
min(12) = tekau mā rua ngā mēneti |\n
min(13) = tekau mā toru ngā mēneti |\n
min(14) = tekau mā whā ngā mēneti |\n
min(15) = hauwha |\n
min(16) = tekau mā ono ngā mēneti |\n
min(17) = tekau mā whitu ngā mēneti |\n
min(18) = tekau mā waru ngā mēneti |\n
min(19) = tekau mā iwa ngā mēneti |\n
min(20) = rua tekau mā ngā mēneti |\n
min(21) = rua tekau mā tahi ngā mēneti |\n
min(22) = rua tekau mā rua ngā mēneti |\n
min(23) = rua tekau mā toru ngā mēneti |\n
min(24) = rua tekau mā whā ngā mēneti |\n
min(25) = rua tekau mā rima ngā mēneti |\n
min(26) = rua tekau mā ono ngā mēneti |\n
min(27) = rua tekau mā whitu ngā mēneti |\n
min(28) = rua tekau mā waru ngā mēneti |\n
min(29) = rua tekau mā iwa ngā mēneti |\n
min(30) =  haurua |\n
min(31) = rua tekau mā iwa ngā mēneti |\n
min(32) = rua tekau mā waru ngā mēneti |\n
min(33) = rua tekau mā whitu ngā mēneti |\n
min(34) = rua tekau mā ono ngā mēneti |\n
min(35) = rua tekau mā rima ngā mēneti |\n
min(36) = rua tekau mā whā ngā mēneti |\n
min(37) = rua tekau mā toru ngā mēneti |\n
min(38) = rua tekau mā rua ngā mēneti |\n
min(39) = rua tekau mā tahi ngā mēneti |\n
min(40) = rua tekau mā ngā mēneti |\n
min(41) = tekau mā iwa ngā mēneti |\n
min(42) = tekau mā waru ngā mēneti |\n
min(43) = tekau mā whitu ngā mēneti |\n
min(44) = tekau mā toru ngā mēneti |\n
min(45) = hauwha |\n
min(46) = tekau mā whā ngā mēneti |\n
min(47) = tekau mā toru ngā mēneti |\n
min(48) = tekau mā rua ngā mēneti |\n
min(49) = tekau mā tahi ngā mēneti |\n
min(50) = tekau ngā mēneti |\n
min(51) = iwa ngā mēneti |\n
min(52) = waru ngā mēneti |\n
min(53) = whitu ngā mēneti |\n
min(54) = ono ngā mēneti |\n
min(55) = rima ngā mēneti |\n
min(56) = whā ngā mēneti |\n
min(57) = toru ngā mēneti |\n
min(58) = rua ngā mēneti |\n
min(59) = tahi mēneti |\n
min(60) = ono tekau ngā mēneti |\n
hour(0) = tekau mā rua |\n
hour(1) = kotahi te wa |\n
hour(2) = rua te wa |\n
hour(3) = toru te wa |\n
hour(4) = whā te wa |\n
hour(5) = rima te wa |\n
hour(6) = ono te wa |\n
hour(7) = whitu te wa |\n
hour(8) = waru te wa |\n
hour(9) = iwa te wa |\n
hour(10) = tekau te wa |\n
hour(11) = tekau mā tahi te wa |\n
hour(12) = tekau mā rua te wa |\n
hour(13) = tahi te wa |\n
hour(14) = rua te wa |\n
hour(15) = toru te wa |\n
hour(16) = whā te wa |\n
hour(17) = rima te wa |\n
hour(18) = ono te wa |\n
hour(19) = whitu te wa |\n
hour(20) = waru te wa |\n
hour(21) = iwa te wa |\n
hour(22) = tekau te wa |\n
hour(23) = tekau mā tahi te wa |\n
hour1(0) = tahi te wa |\n
hour1(1) = rua te wa |\n
hour1(2) = toru te wa |\n
hour1(3) = whā te wa |\n
hour1(4) = rima te wa |\n
hour1(5) = ono te wa |\n

Re: Māori Macrons olpc keyboard

[Chris Leonard]

Tom,

Walter Bender (cc'ed) is very much our keyboard expert.

cjl
Sugar Labs Translation Team Coordinator


On Mon, Jun 24, 2013 at 6:53 AM, Tom Parker t...@carrott.org wrote:

 Hi,

 I'm looking at how you enter a macron for Māori language users.

 It seems that the olpc us international keyboard binds a ̄  COMBINING
 MACRON (unicode U+0304) to algr + hyphan. When typed after the letter a you
 get ā which is similar to but not the same as ā LATIN SMALL LETTER A WITH
 MACRON (unicode U+0101).

 Issues I've noted with a small amount of testing:

 On older builds, Write does not correctly load files containing the
 combining macron.
 The combining macron is not rendered at the correct height for lower case
 letters. (on older builds this seems to be the case all the time, on newer
 builds, it is rendered correctly after loading a file until you delete a
 following character the on the same line, then it jumps up)
 You can have more than one combining macron, they stack.
 You have to delete twice, once to delete the macron and again to delete
 the character.

 Have these issues come up before? I don't see any. I will raise tickets
 for the bugs rendering the macron in the latest version of write shortly.
 I'm not sure if anyone wants a ticket for older builds? Obviously stacking
 macrons is by-design when using the combining macron character (see
 https://twitter.com/glitchr_/ for more improbable outcomes of combining
 characters, perhaps your browser will crash).

 I haven't yet experimented with entering the ā U+0101 characters into
 sugar (tomorrow!)

 Apparently on Windows, the Māori keyboard is set up such that when you hit
 the grave (apparently this is what I have always called the backtick) key
 and then one of the vowels, you get the macron version of the vowel. I
 haven't seen this in action but Māori typists claim it is very efficient.

 Gnome on Ubuntu on my laptop binds right-alt-a to ā U+0101 when using the
 Māori keyboard layout. I'm not sure how Maori typists feel about this
 inconsistency with windows.

 When you choose the language in sugar, can this change the keyboard layout
 too? If not, what is the recommended way to configure this?

 How complex is it to change the localization of the keyboard for the Maori
 language? The xkb files don't look too complicated. Is the grave - vowel =
 macron vowel possible while still preserving the backtick for shell
 scripting? I haven't seen the laptops in question but I'm told they have
 the Australian simplified key caps, so changing the existing alt-gr
 mappings to render macron vowels (ie to mimic the Maori keyboard option on
 Gnome-Ubuntu) instead of the existing mappings won't confuse the key caps.

 Obviously touching all the laptops to change how the keyboard works is a
 pain and the change is potentially erased by future updates.
 __**_
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/**listinfo/develhttp://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: [webkit-gtk] WebKitGTK+ 1.11.5 released!

[Chris Leonard]

Just FYI.

cjl


-- Forwarded message --
From: Martin Robinson mrobin...@webkit.org
Date: Tue, Feb 5, 2013 at 2:11 PM
Subject: [webkit-gtk] WebKitGTK+ 1.11.5 released!
To: WebKitGTK+ webkit-...@lists.webkit.org
Cc: gnome-announce-l...@gnome.org


WebKitGTK+ 1.11.5 is available for download at:

http://webkitgtk.org/releases/webkitgtk-1.11.5.tar.xz (9.1MB)
   md5sum: d49302d36afcd84bafed180e23f091ae
   sha256sum:
7c04e4793b733efd17ed7e0014be321f9f54eec31ea94a0d9e8f7fbe04b47194

This is a development release leading toward 2.0.

What's new in WebKitGTK+ 1.11.5?

  - Fix crashes related to libsoup, gstreamer, and accessibility.
  - Implement the WebKit2 resources API using the injected bundle.
  - Add API to prefetch DNS of a given hostname to the WebKit2 API.
  - Move Authentication and Downloads from WebProcess to Shared in
WebKit2.
  - Many improvements to the GStreamer backend including the
resurrection of the native fullscreen mode for increased
performance, support for setPreservesPitch, bug fixes, support
for Opus files, and some other performance improvements.
  - New features enabled: CSS Image Resolution, CSS Image Orientation,
and the performance timeline in the Web Inspector via
resource timing and navigation timing.
  - Add support for blend modes to the Cairo backend.
  - Fix for checkSpellingOfString erroneously treating multiple words
as spelled correctly.
  - Characters outside the BMP are now properly rendered.
  - Synthetic bold is now applied to fallback fonts properly.
  - Better drag and drop icons during drags on non-composited desktops.
  - The page title is now preserved in WebKit when disappearing when
clicking on an anchor link.
  - The web database path setting in WebKit1 now also controls
where IndexedDB databases are stored.
  - Fix various issues in the build tools, testing tools, Web
Inspector, and MiniBrowser.

What is WebKitGTK+?
===

WebKitGTK+ is the GNOME platform port of the WebKit rendering engine.
Offering WebKit's full functionality through a set of GObject-based
APIs, it is suitable for projects requiring any kind of web
integration, from hybrid HTML/CSS applications to full-fledged web
browsers.

Requirements


gtk+ = 2.10
gail = 1.8
glib = 2.32.0
libsoup = 2.40.0
cairo = 1.10
libxml = 2.6
fontconfig = 2.4
FreeType2 = 9.0
libsecret

Depending on your configuration options WebKitGTK+ may also depend on:

gtk+ = 3.4.0
gail = 3.0
libxslt = 1.1.7
SQLite = 3.0
gstreamer = 0.10
gstreamer-plugin-base = 0.10.30
enchant = 0.22
Clutter = 1.8.2
Clutter GTK+ = 1.0.2

More information


If you want to know more about the project or get in touch with us
you may:

- Visit our website at http://www.webkitgtk.org, or the upstream
  site at http://www.webkit.org. People interested in contributing
  should read: http://www.webkit.org/coding/contributing.html.

- Browse the bug list at http://bugs.webkit.org, WebKitGTK+ bugs are
  typically prefixed by [GTK]. A bug report with a minimal,
  reproducible test case is often just as valuable as a patch.

- Join the #webkit and #webkitgtk+ IRC channels at irc.freenode.net.

- Subscribe to the WebKitGTK+ mailing list,
  http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk, or the
  WebKit's development mailing list,
  http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Thanks
==

Thanks to all the contributors who made this release possible, they
are far too many to list!

The WebKitGTK+ team,
February 5, 2013







___
webkit-gtk mailing list
webkit-...@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-gtk


signature.asc
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: Help with collecting keyboard data

[Chris Leonard]

OLPC devs,

I'm not sure exactly what is happening upstream with keyboards in
GNOME, but this looks like there might be an opportunity to upstream
some of the special local keyboard variations carried by Sugar / OLPC,
or at least get them officially registered in the GNOME database of
keyboard layouts.

cjl


-- Forwarded message --
From: Chris Leonard cjlhomeaddr...@gmail.com
Date: Fri, Jan 4, 2013 at 10:01 AM
Subject: Re: Help with collecting keyboard data
To: Allan Day allanp...@gmail.com
Cc: GNOME i18n list gnome-i...@gnome.org


On Fri, Jan 4, 2013 at 7:51 AM, Allan Day allanp...@gmail.com wrote:
 Hi everyone,

 GNOME uses a database that maps keyboard layouts to countries and
 languages. This is used to try and guess which layouts will be
 interesting to users depending on their country and language.

 Unfortunately, this database has a lot of gaps. To try and fix this,
 we are trying to collect information about which keyboard layouts
 people use, so we have a more complete database. This will hopefully
 let us make better guesses about keyboard layouts.

 It would be great if translation contributors could help us out with
 this. It's very simple: just check out the instructions on the
 keyboard data wiki page [1] and fill in the table with any information
 you might have about which layouts are used.

 This wiki page is still quite new, so just let me know if you have any
 problems or are unsure about anything.

 Thanks in advance for you help!

 Allan Day

 [1] https://live.gnome.org/GnomeGoals/KeyboardData


Dear Allan,

OLPC (and Sugar Labs) get into the keyboard creation business with
some regularity.  I see a few olpc keyboards on your list, but for a
more complete listing see:

http://wiki.laptop.org/go/Category:Keyboard_layouts

There may be some layouts for languages you don't have already (albeit
for OLPC keyboard configs).

You are only looking for XKB layouts?

With the touchscreen version of the XO laptop (XO-4) due to be
announced any day now (at CES, I think) there is a lot of effort going
into Maliit on-screen keyboard layouts

http://wiki.sugarlabs.org/go/User:Garycmartin/Maliit_Layouts

With two million XO laptops out there, and given that the OLPC OS is
running the Sugar UI on a GNOME/Fedora stack and offering a GNOME
desktop as a dual-boot option, you'll have to make your own calls
about how important they are to include, but you might want to touch
base with the OLPC devs via

http://lists.laptop.org/listinfo/devel

if there are any questions, if only because by the nature of the OLPC
/ Sugar Labs mission, we deal with some exotic language options and
collaborate with a lot of language communities just starting to plant
their flag on Linux (e.g. new locales, etc.).

Warmest Regards,

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: The GNU C Library version 2.17 is now available.

[Chris Leonard]

 (declared in time.h) is now available
  directly in the main C library.  Previously it was necessary to link with
  -lrt to use these functions.  This change has the effect that a
  single-threaded program that uses a function such as `clock_gettime' (and
  is not linked with -lrt) will no longer implicitly load the pthreads
  library at runtime and so will not suffer the overheads associated with
  multi-thread support in other code such as the C++ runtime library.

* New locales: ayc_PE, doi_IN, ia_FR, mni_IN, nhn_MX, niu_NU, niu_NZ,
  sat_IN, and szl_PL.

Contributors


This release was made possible by the contributions of many people.
The maintainers are grateful to everyone who has contributed
changes or bug reports.  These include:

Adam Conrad
Adhemerval Zanella
Alan Modra
Alexander Kanevskiy
Alexandre Oliva
Allan McRae
Andreas Jaeger
Andreas Krebbel
Andreas Schwab
Andrej Lajovic
Andrew Haley
Andrew Stubbs
Aurelien Jarno
Benno Schulenberg
Brendan Kehoe
Carlos O'Donell
Chandrakala Chavva
Chris Leonard
Chris Metcalf
Daniel Gutson
Daniel Jacobowitz
David Alan Gilbert
David S. Miller
Dmitry V. Levin
Eagle Burkut
Florian Pritz
Florian Weimer
GOTO Masanori
Gary Benson
Greg McGary
Guido Guenther
H.J. Lu
Jakub Jelinek
Jeff Bailey
Jeff Law
Jeroen van Bemmel
Jim Blandy
Jim Meyering
John Tobey
Jonathan Nieder
Joseph Myers
Julian Brown
Ken Werner
Khem Raj
Konstantinos Margaritis
Liubov Dmitrieva
Luis Machado
Manjunath Matti
Marcus Shawcroft
Marek Polacek
Mark Salter
Marko Myllynen
Markus Trippelsdorf
Matt Turner
Maxim Kuvyrkov
Michael Cree
Michael Hope
Mike Frysinger
Mike Hommey
Mischa Jonker
Nathan Froyd
Nathan Sidwell
Nik Kalach
Paul Brook
Paul Eggert
Peng Haitao
Petar Jovanovic
Peter Green
Petr Machata
Phil Blundell
Philip Blundell
Pino Toscano
Pravin Satpute
Ramana Radhakrishnan
Richard Henderson
Richard Sandiford
Robert Millan
Roland McGrath
Ryan S. Arnold
Ryosei Takagi
Samuel Thibault
Sebastan Andrzej Siewior
Siddhesh Poyarekar
Steve Ellcey
Steve McIntyre
Thomas Bushnell, BSG
Thomas Schwinge
Thorsten Glaser
Tom de Vries
Torbjorn Granlund
Tulio Magno Quites Machado Filho
Ulrich Drepper
Ulrich Weigand
Viju Vincent
Will Schmidt
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 13.1.0 release candidate 1 (build 20) released

[Chris Leonard]

On Mon, Dec 24, 2012 at 12:46 PM, Samuel Greenfeld greenf...@laptop.org wrote:
 I looked at os20 on Friday as well as over the weekend, and in general we
 are getting a bit more stable and closer to release.


FWIW, successfully upgraded from build19 / Q7B09 to build20 / Q7B09

on an XO-4  (SKU296)

with

sudo olpc-update 13.1.0c_xo4-20

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Off-topic (sorta) Need help opening Raspberry pi case

[Chris Leonard]

On Sat, Dec 1, 2012 at 3:36 PM, Caryl Bigenho cbige...@hotmail.com wrote:

 P.S. Has anyone tried to run Sugar on the Raspberry pi?

http://lmgtfy.com/?q=sugar+on+raspberry+pi

I'm surprised there were not more fruit pie sweetener hits :-)

This looks a little promising:

http://wiki.sugarlabs.org/go/Testing/Reports/Sweets_on_Raspberry_pi_armhf_raspbian
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Off-topic (sorta) Need help opening Raspberry pi case

[Chris Leonard]

On Sat, Dec 1, 2012 at 7:26 PM, Caryl Bigenho cbige...@hotmail.com wrote:
 Sounds like something worth trying... when I get the basics figured out (and
 the case open)!.

 Maybe we need a new, special version of Sugar for the Raspberry Pi of
 course, it would be called...

 Sugar Pi  ;-D

 Seriously though, the more devices that will run Sugar, the better!


No question that landing Sugar more or less everywhere is a goal.
Sometimes the means of doing so can be a litttle more complex that
jsut installing a build on an XO (e.g. stuff like Sweets
Distribution).

I find it hard to keep track of all of the methods and approaches
tested / employed, but I would hazard to say that an install based on
the Sweets Distribution would be Sweetie Pi.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: Abiword v2.9.4 released

[Chris Leonard]

fyi

-- Forwarded message --
From: Simon Larochelle larochelle.simo...@gmail.com
Date: Mon, Nov 26, 2012 at 9:23 PM
Subject: Abiword v2.9.4 released
To: abiword-dev abiword-...@abisource.com, abiword-u...@abisource.com



AbiWord v2.9.4 is the fifth public development release towards the
next stable AbiWord version, AbiWord v3.0.0. We invite users and
developers to try and test this release. Please note however that we
do not consider it ready for production use yet. Note also that the
mathview plugin is currently disabled in the Windows installer.

We'd like to thank all the developers, translators, users, testers,
and everyone else who have spent so much of their free time on
improving AbiWord. Thanks for making this great release possible!

The changes from v2.9.3 to v2.9.4 include, amongst others:

Continued work to make the GTK+3 port ready for Abiword 3.0
Updated translations for 60+ languages
Tens of bug fixes. Tables spanning multiple pages are again usable.
Also, the bug that caused numbers at the beginning of paragraphs to
disappear when reading an rtf file has been fixed.
The full Changelog can be found here.

We are very much interested in any bug you may find. Please report
these to http://bugzilla.abisource.com/.

Availability: http://www.abisource.com/download/development.phtml.

More information: http://www.abisource.com/.

Do join us on #abiword on irc.gnome.org for the party! Enjoy!

   The AbiWord Development Team
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] [Sugar-devel] offline a.sl.o

[Chris Leonard]

On Sun, Nov 25, 2012 at 11:04 PM, Sameer Verma sve...@sfsu.edu wrote:
 Has anyone looked into running an offline copy of activities.sugarlabs.org
 on a server that isn't on the Internet (a la XS)?


Sameer,

I would think that the Sugar Network (under development) would serve a
similar purpose to hosting an ASLO instance. (among other features it
adds).

http://wiki.sugarlabs.org/go/Sugar_Network

cjl
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Fwd: [webkit-gtk] WebKitGTK+ 1.11.2 released!

[Chris Leonard]

FYI


-- Forwarded message --
From: Carlos Garcia Campos cgar...@igalia.com
Date: Wed, Nov 21, 2012 at 4:53 AM
Subject: [webkit-gtk] WebKitGTK+ 1.11.2 released!
To: webkit-...@lists.webkit.org
Cc: gnome-announce-l...@gnome.org


WebKitGTK+ 1.11.2 is available for download at:

http://webkitgtk.org/releases/webkitgtk-1.11.2.tar.xz (8.3MB)
   md5sum: 5db53912982617b952bd2722d56ba74f
   sha256sum: 537c6b9bee282656dc748a143721321f3f77eb8c6290113c8fb71b088ecb3be3

This is a development release leading toward 2.0.

What's new in the WebKitGTK+ 1.11.2 release?


  - Implement inspector server on Linux for remote debugging.
  - Add support for password remembering to HTTP authentication
dialog in WebKit2 using libsecret.
  - Add API to get favicons to WebKit2 GTK+ API.
  - Add API to get the WebKitWebView associated to a WebKitDownload to
WebKit2 GTK+.
  - Add GObject introspection support to WebKit2 GTK+ API.

What is WebKitGTK+?
===

WebKitGTK+ is the GNOME platform port of the WebKit rendering engine.
Offering WebKit's full functionality through a set of GObject-based
APIs, it is suitable for projects requiring any kind of web
integration, from hybrid HTML/CSS applications to full-fledged web
browsers.

Requirements


gtk+ = 2.10
gail = 1.8
glib = 2.32.0
libsoup = 2.39.2
cairo = 1.10
libxml = 2.6
fontconfig = 2.4
FreeType2 = 9.0
libsecret

Depending on your configuration options WebKitGTK+ may also depend on:

gtk+ = 3.4.0
gail = 3.0
libxslt = 1.1.7
SQLite = 3.0
gstreamer = 0.10
gstreamer-plugin-base = 0.10.30
enchant = 0.22
Clutter = 1.8.2
Clutter GTK+ = 1.0.2

More information


If you want to know more about the project or get in touch with us
you may:

- Visit our website at http://www.webkitgtk.org, or the upstream
  site at http://www.webkit.org. People interested in contributing
  should read: http://www.webkit.org/coding/contributing.html.

- Browse the bug list at http://bugs.webkit.org, WebKitGTK+ bugs are
  typically prefixed by [GTK]. A bug report with a minimal,
  reproducible test case is often just as valuable as a patch.

- Join the #webkit and #webkitgtk+ IRC channels at irc.freenode.net.

- Subscribe to the WebKitGTK+ mailing list,
  http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk, or the
  WebKit's development mailing list,
  http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Thanks
==

Thanks to all the contributors who made possible this release, they
are far too many to list!

The WebKitGTK+ team,
November 21, 2012
--
Carlos Garcia Campos
http://pgp.rediris.es:11371/pks/lookup?op=getsearch=0xF3D322D0EC4582C3

___
webkit-gtk mailing list
webkit-...@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-gtk


signature.asc
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Register as a GCI mentor for Sugar Labs

[Chris Leonard]

Dear Sugaristas,

We need mentors to register on Melange as part of GCI2012.  Please
note that not all tasks are coding tasks so please consider
registering even if you are not a coder.

1) Please go to:

http://www.google-melange.com/gci/homepage/google/gci2012

and select Login from the left hand navigation bar to register an
account on Melange.

2) Once you have an account registered on Melange, request to become a
mentor for Sugar Labs.  Unfortunately a this ticket describes, there
is a bug (but also a workaround).

http://code.google.com/p/soc/issues/detail?id=1640

The work around is to use this link directly to request addition to
Sugar Labs list of mentors:

http://www.google-melange.com/gci/profile/mentor/google/gci2012


Thank you for you attention to this matter.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Renaming the Telescope activity to Scope

[Chris Leonard]

Anish,

As I recall, this activity was already renamed once from xoscope after
it became clear it was colliding in name space with an oscilloscpe
activity.

http://git.sugarlabs.org/xoscope


I would suggest that in accordance with the Sugar HIG guidance

http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Activities_as_Verbs

that a word in verb form be employed as the activity name.

As an example, Magnify could apply equally to a telescope or a
microscope and it is a verb, not a noun.

When a decision is made, we will need to work this out in order to
preserve the work done in Pootle and to re-establish the git-Pootle
linkage.  This time around,  I would like to insist that the code be
migrated to a repo with a matching name.  Having the xoscope git repo
connected to the telescope.pot has always had potential for confusion
and this time I want the change done properly.

There are a few other examples of  git/Pootle naming mismatch (e.g.
oficina/paint, etc.) but it has not been worth the effort to revisit
these others so far.

cjl
Sugar Labs Translation Team Coordinator


On Mon, Nov 19, 2012 at 10:43 PM, Anish Mangal an...@sugarlabs.org wrote:
 Hi,

 I have received requests that the Telescope activity [1] be renamed to
 Scope, since, off late it has been used in conjunction with not just a
 monocular, but small microscope attachments (the kind which were
 distributed at the SF summit). In that light, the name Telescope is no
 longer widely applicable to the set of applications it is used for.

 I could see Telescope and Microscope as two different activities in
 the future with different features. For eg, in the Telescope activity
 you could have:

 1. Dark Frame Subtraction
 2. High-Gain Noise Suppression
 3. Enabling the camera's night-mode.
 4. Crosshairs on the screen

 Right now, none of this exists, and I don't have the bandwidth to
 develop those features. So, until that happens, I support renaming the
 activity to Scope.

 Thoughts?

 [1] http://activities.sugarlabs.org/en-US/sugar/addon/4481

 --
 Anish | an...@sugarlabs.org
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: gathering use cases

[Chris Leonard]

Sameer,

You should talk to SomosAzucar and Aleksey Lim about the use case for
Sugar Network being developed for a pilot in LimaNorte.

cjl

On Fri, Nov 2, 2012 at 4:15 PM, Sameer Verma sve...@sfsu.edu wrote:
 There are several use cases that may or may not get addressed when designing
 a particular software stack to address a requirement.

 The XS 0.7 is designed to be a single image install and comes with Moodle.
 Given that I work with Moodle everyday, I see the pros and cons of it being
 central on the XS. I am in fact fairly happy with its current design, but
 also realize that it was built for a specific use case or three that OLPC
 needed at the time.

 There is also an effort (currently dubbed XS Community Edition) that is
 attempting to address certain other use cases where Moodle and other
 services could possibly become optional. We saw this at the OLPC SF
 Community Summit. I hope it will grow up to be the next XS (but that's
 another thread).

 My concern is that perhaps, if we don't do our homework right, we will once
 again build something that will fail to address a use case or two. Can one
 design address all use cases? Maybe not. But it's good to know what those
 use cases are.

 To this end, I would like to collect data on different possible use cases
 from all kinds of deployments. I have a student (cc'd) who is working on
 this project currently. She will gather data from various deployments
 (suitcase, boutique, MoE etc) as much as possible (with the cooperation of
 projects, of course) and write a report on what we see out there. We'll
 gladly make the report available once it is done.

 Is this useful?

 What should the scope be? Initially I had thought of the server side, but
 that may be limiting. What should we gather?
 Location, school, size, personnel, skills, electricity, Internet access,
 language, sugar version, ...

 Feedback?

 cheers,
 Sameer
 --
 Sameer Verma, Ph.D.
 Professor, Information Systems
 San Francisco State University
 http://verma.sfsu.edu/
 http://commons.sfsu.edu/
 http://olpcsf.org/
 http://olpcjamaica.org.jm/

 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] gathering use cases

[Chris Leonard]

Sameer,

You should talk to SomosAzucar and Aleksey Lim about the use case for
Sugar Network being developed for a pilot in LimaNorte.

cjl

On Fri, Nov 2, 2012 at 4:15 PM, Sameer Verma sve...@sfsu.edu wrote:
 There are several use cases that may or may not get addressed when designing
 a particular software stack to address a requirement.

 The XS 0.7 is designed to be a single image install and comes with Moodle.
 Given that I work with Moodle everyday, I see the pros and cons of it being
 central on the XS. I am in fact fairly happy with its current design, but
 also realize that it was built for a specific use case or three that OLPC
 needed at the time.

 There is also an effort (currently dubbed XS Community Edition) that is
 attempting to address certain other use cases where Moodle and other
 services could possibly become optional. We saw this at the OLPC SF
 Community Summit. I hope it will grow up to be the next XS (but that's
 another thread).

 My concern is that perhaps, if we don't do our homework right, we will once
 again build something that will fail to address a use case or two. Can one
 design address all use cases? Maybe not. But it's good to know what those
 use cases are.

 To this end, I would like to collect data on different possible use cases
 from all kinds of deployments. I have a student (cc'd) who is working on
 this project currently. She will gather data from various deployments
 (suitcase, boutique, MoE etc) as much as possible (with the cooperation of
 projects, of course) and write a report on what we see out there. We'll
 gladly make the report available once it is done.

 Is this useful?

 What should the scope be? Initially I had thought of the server side, but
 that may be limiting. What should we gather?
 Location, school, size, personnel, skills, electricity, Internet access,
 language, sugar version, ...

 Feedback?

 cheers,
 Sameer
 --
 Sameer Verma, Ph.D.
 Professor, Information Systems
 San Francisco State University
 http://verma.sfsu.edu/
 http://commons.sfsu.edu/
 http://olpcsf.org/
 http://olpcjamaica.org.jm/

 ___
 Devel mailing list
 de...@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [Olpc-open] OwNet

[Chris Leonard]

Possibly Sugar Network?

cjl

On Thu, Nov 1, 2012 at 4:06 PM, Walter Bender walter.ben...@gmail.com wrote:
 On Thu, Nov 1, 2012 at 3:24 PM, Sameer Verma sve...@sfsu.edu wrote:

 -- Forwarded message --
 From: Martin Lipták mlip...@gmail.com
 Date: Nov 1, 2012 10:49 AM
 Subject: [Olpc-open] OwNet
 To: olpc-o...@lists.laptop.org

 Hi everyone,

 We are a group of students from the Slovak University of Technology. Last
 year we took part in an international competition called Imagine Cup. We
 created an application, called OwNet, that enables users with poor Internet
 connection browse the Web more effectively and even offline by providing a
 local proxy that intelligently caches and prefetches Web pages. It also
 contains some educational features, as it is intended for schools in Africa.

 OwNet is currently being deployed in Kenya, at schools in Nanyuki and Voi.
 Because of the rules of the Imagine Cup competition, our application is
 implemented using Microsoft technologies. However, this year we are going to
 reimplement it using cross-platform technologies so that it can also be used
 under Linux.

 Recently we came across the project OLPC. We find it very interesting and,
 if possible, we would like to contribute to the project. Could our
 application be somehow useful to OLPC? Possibly some parts could be
 integrated into the Sugar interface (e.g. intelligent caching, prefetching
 or educational features). Since we intend a full reimplementation, we could
 choose features based on your preference or suggestions.

 We would really appreciate your feedback, questions or ideas.

 You can also find more information about the project on our website:
 http://ownet.fiit.stuba.sk/?l=uk


 Thank you very much.

 Cheers,

 ___
 Olpc-open mailing list
 olpc-o...@lists.laptop.org
 http://lists.laptop.org/listinfo/olpc-open


 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel



 Would seem the best place for them to intervene would be on the XS???

 -walter

 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org


 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

___
Server-devel mailing list
server-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: Policy for non-responsive maintainers

[Chris Leonard]

On Wed, Oct 31, 2012 at 1:27 PM, Gonzalo Odiard gonz...@laptop.org wrote:
 If you are not in a hurry to get this discussed,
 I propose wait until we finish we 0.98 (one month aprox)
 Right now, all the people we want be involved in this discussion,
 are too busy (me too).
 About the  summer young hackaton in Uruguay, I take your word.

I am sympathetic to the too busy to bikeshed policy discussions
agrument, with one exception, the long-abandoned activities.

 What's important is stating clearly what a
  From my experience, we have two situations clearly separated,
  most of the orphaned activities have been orphan for a long time, in
  cases, years.

It is precisely the abandonware in ASLO and d.l.o/git that I would
like to get GCI students (including especially those from Uruguay)
engaged in rescuing and bringing up to a reasonably current standard
(GTK3, i18n, olpcgamessugargames, touch?, etc.)

  In the real world, we are few developers.
  May be the involvement of more young hackers, helps.
  What can we do to help this kids?
  If you ask me, I would spent some money to organize some
  summer young hackaton in Uruguay to start. (I know is off topic, but
  is something to think about)
 
 Very nice idea. If you could organize the event, I'd be interested in
 helping with fundraising for the travel expenses.

Yes, our developers are very, very busy developing.  It is hard to ask
any more of them, but nonetheless, I want to appeal to all members of
the Sugar Community to take part in developing tasks for GCI and
mentoring them.  This is not a grand project like a GSOC, these are
meant to be tasks that would take an experienced developer a few hours
to do themselves.

I am aware that in many cases, people will feel that it would be more
efficient to wait and tackle the task themselves, but I agree with
Walter that engaging with young developers is central to the
high-ceiling aspect of the Sugar mission.  As Gonzalo points out, it
is also crucial to building our small contributor pool into a larger
group.  As nice as it would be to wait for a less busy time (like the
summer), the reality is tha GCI is running now and Sugar Labs should
not fail our existing young contributors by not putting our best
efforts into succeeding with our GCI application, which would
potentially give them a chance at a Grand Prize trip to the
Googleplex.  Think what that could mean to a young kid from Uruguay
for a moment.

Please read teh GCI FAQ:

http://www.google-melange.com/gci/document/show/gci_program/google/gci2012/help_page

Please take some time to record some half-baked ideas for tasks on the
Brainstorming page:

http://wiki.sugarlabs.org/go/GoogleCodeIn2012/GCI2012_Brainstorming

More importantly, take some time to flesh out one or more specific
tasks from any of the general cases described on the Brainstorming
page into it's own task wiki-page linked from the main tasks page:

http://wiki.sugarlabs.org/go/Google_Code-In_2012

We really need some additional ideas in the QA category.  We are
supposed to have at least 5 tasks in each of the categories as part of
our application to GCI, and we need these this week if possible as
winning organizations will be annopunced Nov 12th.

From the application:

Please provide a link to your tasks page. This is one of the most
important parts of your application as it lets us see what type of
work you plan to have the students work on for Google Code-in. Please
be sure to include at least 5 tasks from each of the 5 categories.

Please help us improve our GCI application by working on developing
tasks for our application.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Using the touchscreen

[Chris Leonard]

FYI, I think Walter Bender has made some progress with invoking the
OSK.  This query might get a better response on sugar-devel.

cjl

On Fri, Oct 26, 2012 at 11:17 PM,  fors...@ozonline.com.au wrote:
 Hi

 I have an Activity which has:
self.textview = gtk.TextView()
 
 self.textview.connect(key_press_event, self.keypress_cb)

 I am only getting key_press_event from the OSK from enter and backspace
 I only open the OSK when clicking in the textview if I have first clicked on 
 the Activity title.

 How should I use the OSK?

 thanks
 Tony
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Installing patch on XO-4

[Chris Leonard]

AFAICT, no GPG keys are checking out.

Try

sudo yum install patch --nogpg

I have seen the same error type on every yum attempt and the --nogpg
gets around it.

cjl

On Fri, Oct 26, 2012 at 12:50 AM,  fors...@ozonline.com.au wrote:
 Hi

 I tried installing patch on a XO-4, sudo yum install patch

 I got a checksum error so I deleted 
 /var/cache/yum/armhfp/18/fedora/packages/patch-2.6.1-13.fc18.armv7hl.rpm and 
 tried again, it still fails

 Any suggestions?
 thanks
 Tony

 Total download size: 94 k
 Installed size: 174 k
 Is this ok [y/N]: y
 Downloading Packages:
 warning: 
 /var/cache/yum/armhfp/18/fedora/packages/patch-2.6.1-13.fc18.armv7hl.rpm: 
 Header V3 RSA/SHA1 Signature, key ID a4d647e9: NOKEY
 Public key for patch-2.6.1-13.fc18.armv7hl.rpm is not installed
 patch-2.6.1-13.fc18.armv7hl.rpm|  94 kB   00:04
 Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-armhfp


 Invalid GPG Key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-armhfp: bad 
 checksum on pgp message

 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

WebKitGTK+ L10n now possible

[Chris Leonard]

Dear Localizers,

There has been a longstanding (2 yrs) bug in the generation of
refreshed POT files for WebKitGTK+ that we have finally gotten fixed
(at least temporarily hacked).

WebKitGTK+ is the web-technology engine on which both GNOME Epiphany
and Sugar Browse are built, this means, for instance, that web-errors
may display WebKitGTK+ strings.  Getting the WebKitGTK+ L10n completed
upstream is a high priority for providing a fully localized
web-browsing experience.

Please consider taking a look at your language at the link below and
submitting a completed PO file upstream.

http://l10n.gnome.org/module/webkit/

If there has been no work on your language's WebKitGTK+ project
upstream and you would like me to post a local (temporary) copy of the
PO on our Pootle instance for your convenience, just let me know.  If
you have any problems submitting your completed PO file, just send it
to me and I will work on getting it upstreamed.

Thank you for your attention to this important matter.

Warmest Regards,

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: [webkit-gtk] WebKitGTK+ 1.11.1 released!

[Chris Leonard]

FYI


-- Forwarded message --
From: Carlos Garcia Campos cgar...@igalia.com
Date: Tue, Oct 23, 2012 at 11:21 AM
Subject: [webkit-gtk] WebKitGTK+ 1.11.1 released!
To: webkit-...@lists.webkit.org
Cc: gnome-announce-l...@gnome.org


WebKitGTK+ 1.11.1 is available for download at:

http://webkitgtk.org/releases/webkitgtk-1.11.1.tar.xz (8.0MB)
   md5sum: 03ec5df752d99af9ce4c959f87edfa03
   sha256sum: 2faba29484e5b31be779f5452f436575c0db6cc29f6335edbdb95419e68c81c4

This is the first development release leading toward 2.0.

What's new in the WebKitGTK+ 1.11.1 release?


  - Make WebKitWebView work again inside a GtkOverlay by not using a
native window for Accelerated Compositing implementation.
  - Use XDamage to improve accelerated compositing performance.
  - Enable the edge distance anti-aliasing for accelerated compositing
layers.
  - Add support to build with EGL OpenGL backend.
  - Add support for WebAudio.
  - Fix several API breaks in DOM bindings introduced in 1.9.6.
  - Save the original URI for downloaded files as GIO metadata of the
destination file.
  - Add API for controlling the user agent to WebKit2.
  - Add API to WebKit2 to allow running JavaScripts from a
WebKitWebView using a GResource containing the script.
  - Add Undo/Redo and SelectAll predefined editing commands to WebKit2
GTK+ API.
  - Add a setting to enable/disable smooth scrolling to WebKit2 GTK+
API.
  - Add API to get the web view that initiated a custom URI request to
WebKit2 GTK+.
  - Implement ViewState methods of WebKitWebView in WebKit2.
  - Add API to get/set the security policy of a given URI scheme to
WebKit2 GTK+.
  - Add WebKitWebView:is-loading property to WebKit2 GTK+ API.
  - Change spellchecker languages API in WebKit2 to use a GStrv for
the list of languages to make the API more consistent and
convenient to use.
  - Add destroy notify parameter to
webkit_web_context_register_uri_scheme in WebKit2 GTK+ API.
  - Replace webkit_web_view_replace_content with
webkit_web_view_load_alternate_html in WebKit2 GTK+ API.
  - Rename WebKitWebView print-requested signal to print in
WebKit2 GTK+ API for consistenty.
  - Add API to set preferred languages to WebKit2 GTK+.
  - Add webkit_uri_response_get_suggested_filename to WebKit2 GTK+
API.
  - Add API to save a web page in MHTML format to WebKit2 GTK+.
  - Implement smart separators for context menu in WebKit2 GTK+.
  - Sanitize the suggested filename when building the download
destination URI in WebKit2.
  - Fix disk cache in WebKit2 to actually dump the contents to disk.
  - Fix a crash in WebKit2 when navigating between pages in the
history cache.
  - Fix a crash in WebKit2 when a download initiated by the policy
checker fails.
  - Fix a crash in network backend with non-UTF8 HTTP header names.
  - Properly close audio device after playing sound.
  - Purge unused favicons from IconDatabase after 30 days.
  - Properly expose legend elements to ATs.
  - The new accessibility CanvasRole is now mapped to ATK_ROLE_CANVAS.
  - Fix an infinite loop in accessibility code.
  - Fix a crash in
AccessibilityObject::accessibilityPlatformIncludesObject().
  - Fix a crash in WebCore::HTMLSelectElement::selectedIndex().
  - Fix caret-moved events not emitted for certain content.
  - Fix incorrect/unexpected characters in the text of certain
accessibles.
  - Implement AccessibilityUIElement::titleUIElement() and
AccessibilityUIElement::stringValue().
  - Expose ROLE_TOGGLE_BUTTON instead of ROLE_PUSH_BUTTON when
aria-pressed is present.
  - Fix LLint build with -g -02.
  - Properly process GDK_SMOOTH_SCROLL events.
  - Fix several memory leaks.

What is WebKitGTK+?
===

WebKitGTK+ is the GNOME platform port of the WebKit rendering engine.
Offering WebKit's full functionality through a set of GObject-based
APIs, it is suitable for projects requiring any kind of web
integration, from hybrid HTML/CSS applications to full-fledged web
browsers.

Requirements


gtk+ = 2.10
gail = 1.8
glib = 2.32.0
libsoup = 2.39.2
cairo = 1.10
libxml = 2.6
fontconfig = 2.4
FreeType2 = 9.0

Depending on your configuration options WebKitGTK+ may also depend on:

gtk+ = 3.4.0
gail = 3.0
libxslt = 1.1.7
SQLite = 3.0
gstreamer = 0.10
gstreamer-plugin-base = 0.10.30
enchant = 0.22
Clutter = 1.8.2
Clutter GTK+ = 1.0.2

More information


If you want to know more about the project or get in touch with us
you may:

- Visit our website at http://www.webkitgtk.org, or the upstream
  site at http://www.webkit.org. People interested in contributing
  should read: http://www.webkit.org/coding/contributing.html.

- Browse the bug list at http://bugs.webkit.org, WebKitGTK+ bugs are
  typically prefixed by [GTK]. A bug report with a minimal,
  reproducible test case is often just as valuable as a patch.

- Join the #webkit and #webkitgtk+ IRC 

Re: Testing Summary - Auckland 13 October 2012

[Chris Leonard]

On Sat, Oct 13, 2012 at 3:52 AM, Tabitha Roder tabi...@tabitha.net.nz wrote:
 Auckland Testing Summary 13 October 2012
 Who: Alana, Fabiana, John, Oliver, Tabitha and Tom

 Clock does not speak the time but otherwise works. Changing to English
 fixes the talking clock. Note that the Days of the week were not
 translated, but everything else was. Log attached.

There is no e-speak voice or language file specific for Maori.  I
think Barry Vercoe will be looking into addressing that.

http://espeak.sourceforge.net/languages.html

http://espeak.sourceforge.net/voices.html


 Speak has an english accent and doesn't understand the macrons. The
 robot greeting I'm a robot alice... has been translated but the
 robot converses in english otherwise.

Same issue as talking clock, both use e-speak voice engine.

One alternative used by some people is to try all different available
voice options to find one that sounds approximately like it should
(based on similar language phoneme structure).  This is a poor
alternative to having a language specific voice, but might work in the
interim.


cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [OLPC-AU] Testing Summary - Auckland 13 October 2012

[Chris Leonard]

On Tue, Oct 16, 2012 at 1:10 AM, Deepak Muddha dee...@laptop.org.au wrote:
 Hi all

 All the bugs, enhancements were recorded in the system.

It is good to record the bugs, even better to also record the
diagnoses and fixes that followed in the thread, see references inter
alia.

 On 13 October 2012 13:22, Tabitha Roder tabi...@tabitha.net.nz wrote:

 Moon failed to start, but works if you change the language back to
 English, log file attached for failed to start case


 https://sugardextrose.org/issues/2428

Problem identified and fixed, new activity release needed.

http://lists.laptop.org/pipermail/devel/2012-October/036142.html


 Tam Tam Mini was mostly translated but the category names (percussion,
 animal etc for the instruments) were not


 https://sugardextrose.org/issues/2461

L10n complete, new Activity release needed

http://lists.laptop.org/pipermail/devel/2012-October/036115.html

 Clock does not speak the time but otherwise works. Changing to English
 fixes the talking clock.


 https://sugardextrose.org/issues/2462

http://lists.laptop.org/pipermail/devel/2012-October/036143.html

 Note that the Days of the week were not
 translated, but everything else was. Log attached.


 https://sugardextrose.org/issues/2463


 Screencast encoding was very slow.
 No translation. Saves to journal.


 https://sugardextrose.org/issues/2469

Is ScreenCast the same as ClassRoomBoadcast?

If so, note that ClassRoomBroacast is fully translated, must need a new release.

http://translate.sugarlabs.org/mi/honey/classroombroadcast.po?view_mode=translate


 Speak has an english accent and doesn't understand the macrons. The
 robot greeting I'm a robot alice... has been translated but the
 robot converses in english otherwise.


 https://sugardextrose.org/issues/2464

Sorry this reply only went t oTabitha, I've since forwarded to list

http://lists.laptop.org/pipermail/devel/2012-October/036189.html


cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.5's sudden death - oven resurrected!

[Chris Leonard]

On Tue, Oct 16, 2012 at 1:25 AM, Yioryos Asprobounitis
mavrot...@yahoo.com wrote:


 Sure!
 If you have no intention to provide the *names* of the chemicals involved...

No nutritional labelling requirements for electronic devices, however
as described in the EPEAT certification, every plastic part is
labelled with respect to recycling classification.

http://wiki.laptop.org/images/c/cf/Epeat.ps

Furthermore, I would imagine that the XO is still the only laptop to
obtain EPEAT Gold certification.

http://www.businesswire.com/news/home/20071022005302/en/Laptop-Child-Creates-Worlds-Greenest-Laptop-Computer

 Seriously though, looking at the RoHS it would appear the known toxic 
 chemicals are bellow 0.1% (1000ppm) on the original material. Considering 
 volatility and standards, I would say pretty safe!
 Standard floor dast wipes in a city home or outdoors soil for example, give 
 ~200ppm for lead, and in the wilderness soil lead is still 50ppm.
 Cadmium is also pretty safe given that its limit in *food colors* is 15ppm.
 This would be true for the rest of the chemicals in the list. But I'm 
 interested on what is not in the list (Not its level necessarily).

 Disclosure: I'm a chemist by training :-)

Well, in that case, by all means feel free to put you XO into your
spare kitchen blender and solvent extract the scrap to run it through
a mass spectrometer.  Just don't try to boot the gooey mess left
behind. :-)

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.5's sudden death - oven resurrected!

[Chris Leonard]

On Mon, Oct 15, 2012 at 4:33 PM, James Cameron qu...@laptop.org wrote:
 I recommend never using that household oven for food again, because we
 have no clear idea what poisons might be ingested, or what effects
 they might have.


James raises an important safety issue.  In spite of OLPC's careful
attention to green design, electronics manuafacturing (or
re-working) certainly involves a some level of exposure to toxic
materials.  With heating there are potentially toxic metal vapors or
volatile organic components from the plastics (particularly
halogenated organic molecules) that could present a food safety risk.

If you find yourself unable to take his advice to dedicate that oven
to non-food use, I would at least check to see if it has an oven
cleaning cycle of prolonged high heat and I would do this in a
well-ventialted work environment.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.5's sudden death - oven resurrected!

[Chris Leonard]

On Tue, Oct 16, 2012 at 12:09 AM, Yioryos Asprobounitis
mavrot...@yahoo.com wrote:
 --- On Mon, 10/15/12, Chris Leonard cjlhomeaddr...@gmail.com wrote:

 From: Chris Leonard cjlhomeaddr...@gmail.com
 Subject: Re: XO-1.5's sudden death - oven resurrected!
 To: James Cameron qu...@laptop.org, Yioryos Asprobounitis 
 mavrot...@yahoo.com, OLPC Devel devel@lists.laptop.org
 Date: Monday, October 15, 2012, 4:41 PM
 On Mon, Oct 15, 2012 at 4:33 PM,
 James Cameron qu...@laptop.org
 wrote:
  I recommend never using that household oven for food
 again, because we
  have no clear idea what poisons might be ingested, or
 what effects
  they might have.
 

 James raises an important safety issue.  In spite of
 OLPC's careful
 attention to green design, electronics manuafacturing (or
 re-working) certainly involves a some level of exposure to
 toxic
 materials.  With heating there are potentially toxic
 metal vapors or
 volatile organic components from the plastics (particularly
 halogenated organic molecules) that could present a food
 safety risk.

 If you find yourself unable to take his advice to dedicate
 that oven
 to non-food use, I would at least check to see if it has an
 oven
 cleaning cycle of prolonged high heat and I would do this
 in a
 well-ventialted work environment.

 cjl


 Safety was/is certainly a concern and is good that is brought up here.
 I did make sure I was alone in the house in a well ventilated kitchen with 
 the hood running at the time and I did run the oven for an additional hour at 
 250 C to get rid of any possible residue.

 I would certainly not recommend turning one's kitchen to reflow repair 
 facility, but I must contest the logic of avoid what you do not know. 
 Living in a world that less than 0.1% of the chemicals that we are coming in 
 contact with every day have pass any serious, if at all, safety testing, this 
 approach is more philosophical than useful or protective.

 Having said that, in cases like the XO boards I think that we could and 
 *should* know, at least the chemicals involved


This link is the RoHS declaration for the XO-1.  I have no knowledge
of the potential changes in chemical composition between the XO-1 and
the XO-1.5 or of the availability of the RoHS certificate for the
XO-1.5 at this point in time.

http://wiki.laptop.org/images/d/d2/RoHS.pdf

I imagine this would probably be a reasonable approximation of what an
XO-1.5 RoHS sheet would look like, but that is purely speculation on
my part.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Testing Summary - Auckland 13 October 2012

[Chris Leonard]

On Sat, Oct 13, 2012 at 3:52 AM, Tabitha Roder tabi...@tabitha.net.nz wrote:
 Auckland Testing Summary 13 October 2012
 Who: Alana, Fabiana, John, Oliver, Tabitha and Tom

 Tam Tam Mini was mostly translated but the category names (percussion,
 animal etc for the instruments) were not

The PO file for TamTam has been completed (except for the newly added
summary).

See:

http://translate.sugarlabs.org/mi/honey/TamTamSuite.po?item=345view_mode=translate

and following strings for the sound categories.

What is needed to fix this is a new release of TamTam with the
completed MO file.  The translations you are seeing were probably
committed before the TamTam release you are testing, but the PO file
was not completed at that time, although it has been since.

Alternately, you might be able to backfill Maori translations that are
newer than the latest Activity release by using the self-installing
langpack

http://translate.sugarlabs.org/langpacks/0.94/mi_lang_pack_v2.sh

Not sure how this would work on an OLPC-AU build though.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Testing Summary - Auckland 13 October 2012

[Chris Leonard]

Dear Welly testers,

I could not find a list of activity versions present in the build you
are testing.  Version number is a critical piece of information for
tracking back to check on whether L10n issues are due to an incomplete
PO file at the time of version release or some other cause.

Can you tell me which version of clock and TamTamMini was tested?

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Online upgrade test

[Chris Leonard]

I would like to attempt an online upgrade of an XO-4 B1 from build 5
to build 6 (mostly to see if it works).

extrapolating from the info at

http://wiki.laptop.org/go/13.1.0#Online_upgrade

I tried

sudo olpc-update 13.1.0d_xo4-6

but the build was not found on updates,laptop.org

Is this the right syntax?

Thanks for your help.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] NPR story on OLPC in Peru

[Chris Leonard]

2012/10/13 Alexandro Colorado j...@oooes.org:


 Los trabajos que venimos realizando en forma coordinada entre SugarLabs +
 SomosAzucar + Ministerio de educación es en brindar una plataforma capaz de
 mantener a la comunidad educativa CONECTADA, con o sin internet, y esto por
 que nuestra realidad así lo requiere.

 Is there any 'intermediary projects' or setups that allow people to
 keep connected? Giving 2 minute thought, I would think that a RAID
 SERVER on the school could provide a school with the lastest
 information sources like wikipedia, mailing list archieves, ebooks,
 ezines, website pull downs, and other required service that people
 could order to be delivered at the school. Then switch the info
 harddisk from the general system harddisk.

Yes, you should read up on Sugar Network which is part of the
SomosAxucar effort Hernan references.

http://wiki.sugarlabs.org/go/Sugar_Network

You should also know that off-line Wikipedia versions are available in
a variety of languages (English, Spanish, French, Polish, Quechua,
more easily created).

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Online upgrade test

[Chris Leonard]

On Sat, Oct 13, 2012 at 3:36 PM, Daniel Drake d...@laptop.org wrote:
 On Sat, Oct 13, 2012 at 11:55 AM, Chris Leonard
 cjlhomeaddr...@gmail.com wrote:
 I tried

 sudo olpc-update 13.1.0d_xo4-6

 Try again now, I've added XO-4 support.


Thanks.  Upgrade completed without incident.

After reboot I got the expected request to check for software updates.

Clicking Check Now popped up the Control Panel, I guess that is expected?

I doubt there were any activity updates, so no surprise that nothing
else occurred.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Testing Summary - Auckland 13 October 2012

[Chris Leonard]

On Sat, Oct 13, 2012 at 4:36 PM, Gary Martin garycmar...@googlemail.com wrote:

 Moon failed to start, but works if you change the language back to
 English, log file attached for failed to start case

 Thanks for testing and the log files!

 Looks like the Moon Maori pootle string has a typo in:

Surface Visibility:\n%.0f%% (estimated)\n\n

ValueError: unsupported format character 'O' (0x4f) at index 16

 So that error looks like the translator has typed in a O (capital letter O) 
 instead of a 0 (number zero).


This typo has been corrected and the Maori moon.po re-committed.  A
new release will be needed to see it.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Testing Summary - Auckland 13 October 2012

[Chris Leonard]

On Sat, Oct 13, 2012 at 4:36 PM, Gary Martin garycmar...@googlemail.com wrote:
 Clock does not speak the time but otherwise works. Changing to English
 fixes the talking clock. Note that the Days of the week were not
 translated, but everything else was. Log attached.

 Looks like the translator has removed all the strings for the rules for 
 generating the time in text, the error in the log suggest it found no rules. 
 If you enable the toolbar button Display time in full letters, do you see 
 the time printed in Maori (or the default english)? My guess is you'll see 
 noting, or worse will crash.


Gary is right. The rules string is rarely done correctly and Maori
is no exception, the current entry is incorrect.  I will reach out to
the localizers to fix it.

http://translate.sugarlabs.org/mi/honey/clock.po?item=17view_mode=translate

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 13.1.0 build 6 released

[Chris Leonard]

On Sat, Oct 13, 2012 at 5:55 PM, Mikus Grinbergs mi...@bga.com wrote:
 Build 6 does not have 'Software update' in 'My Settings'


Daniel says he is working on it

http://lists.laptop.org/pipermail/devel/2012-October/036135.html

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: GNOME Games split

[Chris Leonard]

Just FYI, I thought this change might be of general interest.

cjl


-- Forwarded message --
From: Robert Ancell robert.anc...@gmail.com
Date: Tue, Oct 9, 2012 at 9:03 AM
Subject: GNOME Games split
To: GNOME Games List games-l...@gnome.org, GNOME Documentation
gnome-doc-l...@gnome.org, gnome-i...@gnome.org


Hi all,

The GNOME Games module split is now complete; this means that the
gnome-games git repository is obsolete and shouldn't be committed to.
There will be individual releases for each of the games from 3.7
onwards.

The new git repositories are

glchess - gnome-chess*
glines- five-or-more
gnect   - four-in-a-row
gnibbles- gnome-nibbles
gnobots2- gnome-robots
gnome-sudoku- gnome-sudoku
gnomine - gnome-mines
gnotravex   - gnome-tetravex
gnotski - gnome-klotski
gtali   - tali
iagno   - iagno
lightsoff - lightsoff
mahjongg- gnome-mahjongg
quadrapassel- quadrapassel
swell-foop  - swell-foop

Bugs are still tracked in the gnome-games module for now, but they
will be migrated to new bugzilla products once they are ready.

Aside from that it's business as usual!

--Robert

*gnome-chess is not pushed yet as there is an archived module using
this name. https://bugzilla.gnome.org/show_bug.cgi?id=685539
___
gnome-i18n mailing list
gnome-i...@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Techteam] 13.1.0 devel build 5 released, for the XO-1, XO-1.5, XO-1.75 and XO-4

[Chris Leonard]

On Mon, Oct 8, 2012 at 2:02 AM, Peter Robinson pbrobin...@gmail.com wrote:

 On 8 Oct 2012 00:41, Gary Martin garycmar...@googlemail.com wrote:

 On 7 Oct 2012, at 23:56, Peter Robinson pbrobin...@gmail.com wrote:

 
  On 7 Oct 2012 23:17, Martin Langhoff mar...@laptop.org wrote:
  
   On Sun, Oct 7, 2012 at 5:22 PM, Peter Robinson pbrobin...@gmail.com
   wrote:
#12082  Maliit on-screen keyboard
  
   Yay!!! Is the evdev trickery all hooked up? Does ebook mode DTRT?
 
  Not yet, all the layouts are in and gtk2 works now

 Not quite all the layouts, but the vast majority are done in both
 landscape and portrait. I have Türkçe, Українська, Việt, and 1 usable (out
 of 3 due to the need of the others for a proprietary glyph composition
 engine) Chinese keyboards still to do, and some general bug fixes on several
 extended keys I spotted while testing. Expect an updated set of similar
 patches before build lockdown. There is also still the hanging question with
 regard for the need for additional keyboards for existing or potential
 deployments. Armenia has been raised as one possible extra, but not yet
 confirmed. Perhaps once XO-4's start to land and folks play with the OSK
 we'll see some formal requests.


 Are the layouts each in a distinct set of files? If so we could possibly
 split out layouts to standalone packages to make it easy to add extras at a
 later date.


One thought would be to add them to the langpack self-installing
scripts as needed so that a given langpack also carries the necessary
keyboard layout with it.

http://translate.sugarlabs.org/langpacks/

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Techteam] 13.1.0 devel build 5 released, for the XO-1, XO-1.5, XO-1.75 and XO-4

[Chris Leonard]

On Mon, Oct 8, 2012 at 8:04 AM, Gary Martin garycmar...@googlemail.com wrote:

 Are the layouts each in a distinct set of files? If so we could possibly 
 split out layouts to standalone packages to make it easy to add extras at a 
 later date.

 Yes the language layouts are a distinct set of XML files in one directory. 
 They can be edited live on running system, so it's not like they really need 
 to be part of maliit-plugins build compilation.

If the OLPC OS build creators (e.g. dsd) do not plan to include all of
these files in stock releases, then we should definitely look at
incorporating them into language packs installs.

Just like with L10n MO files there may be good reasons (mostly size in
image) not to include them all, but in a such a case  we definitely
want to make them easy to find and easy to install, without much
technical knowledge, or even knowledge that they even exist.

With a little tweaking of the language pack generating script,

http://git.sugarlabs.org/pootle-helpers/mainline/trees/master/langpackgen

the language packs could serve that purpose.

cjl
Sugar labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: [webkit-gtk] Goals for WebKitGTK+ 2.0

[Chris Leonard]

The time to chime in on the future of WebKitGTK+ is now, the place is
on their mailing list.

I've already put in a request for working i18n as it has been two
years since they produced a valid POT file.

cjl

-- Forwarded message --
From: Martin Robinson mrobin...@webkit.org
Date: Tue, Oct 2, 2012 at 2:09 PM
Subject: [webkit-gtk] Goals for WebKitGTK+ 2.0
To: WebKitGTK+ webkit-...@lists.webkit.org


Hi al! We recently released WebKitGTK+ 1.10, and as I understand it,
the next release will be 2.0. With that in mind, I think it's time to
start planning for the release. Here are some things that I've been
thinking about:

* Drop support for GTK+ 2. By the time we release WebKitGTK+ 2.x, GTK+
3 will have been released for 2 years.

* Depending on whether or not GStreamer 1.0 is released, drop support
for versions before 1.0.

* Stop depending on unstable libsoup APIs. The suggestion here is to
simply work to make unstable libsoup APIs stable.

* After the WebKitGTK+ 2.0, freeze all dependencies until WebKitGTK+
3.x. This is useful, because distributions can ship newer versions of
WebKitGTK+ in older releases. This eliminates the pain of maintaining
a stable WebKit branch for years, which is likely next to impossible.

--Martin
___
webkit-gtk mailing list
webkit-...@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-gtk
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: How to procure an XO for dev purpose?

[Chris Leonard]

On Tue, Sep 11, 2012 at 10:27 AM, roopesh shenoy
shenoy.roop...@gmail.com wrote:
 Hello,

 I am a software developer from India.

 We'd like to start learning more about XO and if possible procure a couple
 of machines for development purposes - is there a way to formally put in
 this request? We may eventually want to be a marketing partner too, so if
 there is any information regarding the same as well, please let me know.


 Thanks.


 Best Regards,

 Roopesh


I would encourage you to reach out to your countrymen on

http://lists.laptop.org/listinfo/india

while they will probably not have an XO to spare for you, you may be
able to see some XO laptops in action in the hands of kids and learn
about what they see as the areas of need for software development.

BTW, if you could help recruit translators in any Indian language, we
could use the help on our Pootle translation server:

http://translate.sugarlabs.org/

Regards,

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Shipping bigger fonts by default for greater glyph coverage

[Chris Leonard]

On Wed, Sep 5, 2012 at 6:15 PM, Daniel Drake d...@laptop.org wrote:
 Hi,

 At the moment we ship the Latin-Greek-Cyrillic stripped-down version
 of the DejaVu font set as our default font.

 This works well for many, but doesn't include glyphs(characters) that
 are important for some deployments who actively use recent OS images.
 e.g. Armenia, Canada (e.g. Inuktitut glyphs).

 So we're planning to ship the full DejaVu font set by default on all
 platforms starting from 13.1.0. This adds a lot more glyphs and
 satisifies those users, but the downside is that these fonts are
 bigger (in terms of disk space used, not in terms of visual size).
 This will increase the base uncompressed OS size by about 6mb.

 If they want to, deployments can revert to the old/smaller font
 packages with olpc-os-builder configuration, e.g.:

 [custom_packages]
 
 add_packages=dejavu-lgc-sans-fonts,dejavu-lgc-sans-mono-fonts,dejavu-lgc-serif-fonts
 del_packages=dejavu-sans-fonts,dejavu-sans-mono-fonts,dejavu-serif-fonts

 Any objections? If not we will go ahead and make this change soon.


Another bit of good news is that these three expanded DejaVu font sets
each include a glyph for the ʻokina U+02BB.

http://en.wikipedia.org/wiki/%CA%BBOkina

http://www.dejavu-fonts.org/wiki/PDF_samples

This is important for some languages of Oceania (Tongan and Samoan).
I've managed to get a Samoan L10n effort started and knowing that the
ʻokina glyph will be properly presented is reassuring.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Shipping bigger fonts by default for greater glyph coverage

[Chris Leonard]

On Wed, Sep 5, 2012 at 6:45 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
 On Wed, Sep 5, 2012 at 6:44 PM, Martin Langhoff
 martin.langh...@gmail.com wrote:
 This will increase the base uncompressed OS size by about 6mb.
 IMHO, this is tiny compared to the tradeoff at hand.

 I mean tiny compared to the benefit. The tradeoff is completely desirable...


I entirely agree, this is a good use of a small amount of space.  I
tend to view stock OLPC releases as the car you drive when you are
shopping.  Sure you could drive it off the lot as-is, but if you are
really picky about the options packages (e.g. fonts and that 6 MB) you
are going to wait for a custom ordered car from the factory (an OS
Builder custom build).

It is a very good thing if the OLPC stock releases be flexible enough
to accommodate additional languages by just dropping in the right
language pack.  This makes them ideal technology demonstrators for
assessment (with L10n and on locked XO laptops) before deciding to
invest additional effort in a custom build and for many, just adding
the language pack will be good enough (with the larger set of glyphs).

This reminds me that I need to fiddle with the langpack generating
script on Pootle so that we are cranking out 0.96 based langpacks
going forward.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Shipping bigger fonts by default for greater glyph coverage

[Chris Leonard]

On Wed, Sep 5, 2012 at 6:58 PM, Mikus Grinbergs mi...@bga.com wrote:
 Something to watch out for is the content of /usr/lib/locale.

 Having been caught several time in the past with C as the only language
 recognized, I now pay attention to the content of that directory.  [For
 instance, allowing a Fedora upgrade of the package 'glibc-common' could
 add an extra 80 MB into that directory.

 mikus

That is an interesting and important point.  I wonder if the langpack
install could be adjusted to bring it's locale with it, if needed?

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Git Repo for Software Update

[Chris Leonard]

On Sat, Aug 18, 2012 at 12:25 PM, Ajay Garg a...@activitycentral.com wrote:
 Hi all.

 Kindly let know the location of the git repo, for the code that is used in
 Software Update section.

 I will be grateful.

Are you talking about:

http://git.sugarlabs.org/sugar-update-control
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Thanks Buddy !!!

[Chris Leonard]

On Thu, Aug 16, 2012 at 3:34 AM, Ajay Garg a...@activitycentral.com wrote:
 I would like to take this opportunity, in front of all the members of our
 small family ( well.. ok, not so small a family :P ), to thank the person,
 who has been responsible for my rejuvenation, and is the reason for my
 today's well-being state. He is, of course, Anish.


 A year back, Anish was the one who picked me up when I was completely,
 morally and mentally devastated. He said just one thing :: Ajay, please
 come back on track. I know your abilities. That was the thing that gave me
 the kick; and today, here I am -- lucky to be coding for inevitable, core
 requirements; and fully enjoying my work here at AC.


 I would also like to thank you all, for providing me the support, and
 (specifically AC) treating me so well.


 But as I say, the lion's share of my thanks, has to go to Anish :)


 Today, as Anish goes away to pursure his Masters, I recall all those fun
 moments we had in college, and thereafter.
 Lately, our weekly meet-up at our office at a Cafe Coffee Day outlet in
 Delhi, had become a topic of fun and laughter amongst ourselves, and friends
 :D
 I will surely miss those weekly fun moments ... !!!


 Thanks Anish for everything ...
 Congratulations again for another feather in the cap ...
 And lastly - the most important thing - have fun :D :D :D



 Regards,
 Ajay




Ajay,

You're story reminds me of another told by a character on an American
television drama called West Wing:

This guy's walking down the street when he falls in a hole. The
walls are so steep he can't get out.
A doctor passes by and the guy shouts up, 'Hey you. Can you help
me out?' The doctor writes a prescription, throws it down in the hole
and moves on.
Then a priest comes along and the guy shouts up, 'Father, I'm down
in this hole can you help me out?' The priest writes out a prayer,
throws it down in the hole and moves on
Then a friend walks by, 'Hey, Joe, it's me can you help me out?'
And the friend jumps in the hole. Our guy says, 'Are you stupid? Now
we're both down here.' The friend says, 'Yeah, but I've been down here
before and I know the way out.'

Anish sounds like that sort of friend that will jump down into that
hole and lead you out, which is a good friend indeed.

We seldom take enough time to acknowledge the mutual support we
provide to each other as a community, I'm glad Ajay has taken the time
to tell his story.

Anish,

It has been a great pleasure to work with you on improving the
i18n/L10n of Dextrose, and I know your studies will command all of
your attention; however, I will not say good bye, but only au
revoir and best of luck in your new endeavour.

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: Aiksaurus

[Chris Leonard]

I was looking into the status of some packages in the 21018o2-1.75 packages.txt:

aiksaurus-1.2.1-25.fc17.armv7hl
aiksaurus-gtk-1.2.1-25.fc17.armv7hl

http://aiksaurus.sourceforge.net/

This is apparently an English-only thesaurus that had been abandonware
for some time.  See comments below from an Abiword/Enchant developer
and former co-admin on Aiksaurus (dating to 14th May, 2003).

I believe this costs about 1MB of space (word lists mostly it seems)
and my question is whether this is being included thoughtfully or
based on some alleged AbiWord dependency or something.  Even an
English-only thesaurus has some value if English is a language of
instruction or studied as a second language, but one must wonder if
alternatives with better i18n/L10n might not be available.

Just for your consideration.

cjl
Sugar Labs Translation Team Coordinator



-- Forwarded message --
From: Dominic Lachowicz domlachow...@gmail.com
Date: Mon, Jul 30, 2012 at 9:07 AM
Subject: Re: Aiksaurus
To: Chris Leonard cjlhomeaddr...@gmail.com


Hi Chris,

I'm not sure that anyone has touched that code in roughly a decade.
The code did used to be maintained @ AbiSource, but probably Hub or
Marc removed it. The latest released source code is @
http://sourceforge.net/projects/aiksaurus/files/aiksaurus/1.2.1/

It's been quite some time since I've touched it. It's possible that
without too much effort we could make AikSaurus work with languages
other than English, but you'd probably need to do as much archaeology
as development to make that happen.

Cheers,
Dom

On Sun, Jul 29, 2012 at 11:27 AM, Chris Leonard
cjlhomeaddr...@gmail.com wrote:

 Dear Dom,

 What can you tell me about the current status of aiksaurus?

 The Aiksaurus page says the source code is maintained in

 http://svn.abisource.com/

 but I can't seem to find it.  Is it there someplace?

 Is there a documented method for extending the words.dat and
 meanings.dat beyond English into other languages?

 Any information you can give me would be most welcome.

 Regards,

 cjl
 Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Retina display

[Chris Leonard]

On Fri, Jul 27, 2012 at 9:36 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
 The phrase retina display is being used a lot these days. My reading
 indicates that the vendor uses this term quite loosely [1]. There you
 can see that the definition currently ranges from 326 to 220 ppi.

 The resolution of the XO's display is listed as 200 dpi [2], which is
 not far off. If I have understood correctly, dpi in the context of
 display technologies is the same thing as ppi [3].

 Without infringing any trademarks, how closely could we say that the
 XO's display is a retina one?

 Sridhar


 [1] http://en.wikipedia.org/wiki/Retina_display#Technical_information
 [2] http://wiki.laptop.org/go/Display
 [3] http://www.andrewdaceyphotography.com/articles/dpi/

Personally, I think saying we have a Pixel Qi display is more
impressive, but of course, that does not have the name recognition of
retina given the amount of marketing dollars on the retina
branding by Apple.  Any question on characterizing the display should
probably be referred to Mary Lou Jepson (now at Pixel Qi).

http://www.pixelqi.com/

IANAL, but the term Retina in reference to computers and mobile
devices is an Apple trademark, so any such use (referring to anything
but an Apple device) would be violating their rights to that mark.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

[Server-devel] Fwd: [somos-azucar] Información en Inglés sobre OLPC + Chamilo

[Chris Leonard]

FYI,

Translation of posting to somosazucar re Chamillo as alternative to
Modle for XS server.

cjl
Sugar Labs Transaltion Team Coordinator

Hello,

During and after the event on Saturday in Escuelab, wrote a
document in English on the OLPC project and its combination with
Chamilo project (and obviously information on Moodle as this
has a few things about our brand new project andelantadas Chamilo).

I share the link for those who would be interested.
http://support.chamilo.org/projects/chamilo-18/wiki/Chamilo_and_OLPC

Regards,

Yannick

-- Forwarded message --
From: Yannick Warnier yannick.warn...@beeznest.com
Date: 2012/7/17
Subject: [somos-azucar] Información en Inglés sobre OLPC + Chamilo
To: somosazu...@lists.sugarlabs.org


Hola,

Durante y después del evento del Sábado en Escuelab, escribí un
documento en Inglés sobre el proyecto OLPC y su combinación con el
proyecto Chamilo (y obviamente información sobre Moodle ya que este
tiene unas cosas andelantadas sobre nuestro nuevecito proyecto Chamilo).

Les comparto el enlace por los que estarían interesados.
http://support.chamilo.org/projects/chamilo-18/wiki/Chamilo_and_OLPC

Saludos,

Yannick

___
somosazucar mailing list
somosazu...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/somosazucar
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: Nandblasting not working in one xo

[Chris Leonard]

On Thu, Jul 5, 2012 at 3:21 AM, James Cameron qu...@laptop.org wrote:
 On Fri, Jun 29, 2012 at 02:56:38PM -0400, Chris Leonard wrote:
 That is an awesome bit of troubleshooting software for repair
 centers to know about.  is this all written up on the wiki
 somewhere?

 http://wiki.laptop.org/go/Antenna_testing


Thank you James.  Really nice bit of functionality and well documented too :-) .

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Nandblasting not working in one xo

[Chris Leonard]

That is an awesome bit of troubleshooting software for repair centers
to know about.  is this all written up on the wiki somewhere?

cjl

On Fri, Jun 29, 2012 at 5:58 AM, James Cameron qu...@laptop.org wrote:
 G'day Roshan,

 I understand NANDblaster is not starting on a specific XO-1.

 This might happen if an antenna is damaged; even if you can use
 internet from Sugar.  Open Firmware configures the wireless card
 somewhat differently to Linux.

 We have a new antenna test function in development.  This firmware
 update contains it:

 http://dev.laptop.org/~quozl/q2f12jf.rom

 You need an open wireless access point to run the test, but there does
 not need to be any IP network behind the access point.

 The test is used thus:

   ok essid NETWORK
   ok test-antenna

 Where NETWORK is the wireless access point name.

 During the test the following data are displayed:

 - beacon received signal strength indicator, in dB,

 - beacon signal to noise ratio, in dB,

 - receiver noise floor, in dBm,

 - average values of the above three data,

 - receive and transmit antenna allocation.

 For your problem, the avg rssi value is the most indicative.  You
 should find it will react by decreasing (larger negative numbers) as a
 result of stowing the antenna and placing a hand over the whole
 antenna area.  Usually one antenna will be in use, and you can
 find which one it is by changing which side of the laptop you cover.

 During the test there are keyboard keys with special meaning:

 - key 1 to select antenna 1,

 - key 2 to select antenna 2,

 - key s to perform network scan,

 - key a to deassociate and reassociate with access point.

 By default on power up reset, both antennas are selected, and this is
 called diversity mode, shown as d.  (However, the d key does not
 effectively restore this mode after keys 1 or 2.  A wireless card
 reset is probably needed.)

 The test can be used to indicate the performance of antenna,
 transmission coax, termination, socket, antenna switch, and receiver.

 But there are sources of unreliability in the test:

 a.  the radio noise environment,

 b.  the precise position of the antenna or laptop, such as in a null,

 These sources of unreliability make comparisons difficult, but if you
 see substantially different values greater than 20 dB between the two
 antennas, I suggest one may be damaged.

 The test also does not test transmit by the laptop, only receive.
 Since NANDblaster should only receive, this is okay.

 If you identify an antenna as damaged, schedule the laptop for a
 detailed repair.  Look carefully at the coax cable leading from the
 laptop to the axle of the antenna.

 If both antennas are performing fine in this test, then it is time for
 me to dig deeper.  I'll next be available to do that on Tuesday your
 time.

 On Fri, Jun 29, 2012 at 02:19:34PM +0545, Roshan Karki wrote:
 Hi,

 Similar to this problem, 
 http://lists.laptop.org/pipermail/devel/2009-October/
 025769.html nandblasting is not working in one xo while it works flawlessly 
 in
 10 others.

 Nandbalsting simply doesn't start in that problematic xo. OFW test-all 
 reports
 no error and I also can connect and use Internet from sugar. Though all of 
 the
 xo in sets have same firmware I even tried updating the firmware to latest
 version to see if it would help.

 open-wlan 6 multinand-traffic? . close-wlan doesn't return . I 
 tried
 changing server, starting them in different channel. What could be the 
 problem
 here?

 Thanks.

 --
 James Cameron
 http://quozl.linux.org.au/
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Fedora 18 features that could affect xo-1

[Chris Leonard]

On Sat, Jun 23, 2012 at 3:32 AM, John Gilmore g...@toad.com wrote:

 And foolish me thought a few years ago that with a million+ machines
 in the field, under relatively common management, that there would
 be time  effort allocated to make those old machines run even more
 efficient software over time -- running faster, using less power,
 and taking less space.

I can't speak for OLPC either, I'm just a volunteer, but it seems to
me that a GB is still only a GB regardless of the compression you use.
 Power usage improvement also has limits (which have been pushed
farther by OLPC in EC and OFW than most) until you switch hardware to
say an ARM SOC as the XO 1.75 does (also sensibly adding more
storage).

 And to add high leverage features to the old machines, like sharing a
 cache of their infrequently used files automatically among the network
 of machines, backstopped by a local or global server.

See work by Aleksey Lim being developed and soon to be field tested in
Peru as Sugar Network that will ultimately help address issues in
poor connectivity environments.

http://wiki.sugarlabs.org/go/Sugar_Network

 (We could put
 43MB of constant debug info into 43 machines, one megabyte in each
 one, if we had a protocol for each machine to get the part it wants
 when it wants them.  And could do the same for the entire Wikipedia
 dump, or the entire library of ebooks, or thousands of free videos
 both educational and entertaining, from all the places in the world
 that are doing free-curriculum development).

See also work bty Sameer Verma on a Pathagar based book server
http://blog.laptop.org/2011/10/28/book-server-01/

and work by Gonzalo Odiard on off-line Wikipedia production (I believe
versions are currently available in English, Spanish, French, Polish,
Kinyarwanda, Quechua, others upon request).

http://dev.laptop.org/~gonzalo/wikiserver/

or the work on re-encoding the Khan academy videos to ogg (reference
not handy, but available) and putting them on a biggish SD card or
USB.

 Where are the audio chat
 programs that turn these laptops into phones for the kids, or let them
 hear the day's lessons from home when they're sick and can't get to
 school (when nearby Internet access is available)?

See widespread talk-to-speech addition to latest Sugar release,
although admittedly the Video Chat activity could use more love.

 We have 95% of the
 deep infrastructure built, and nobody's bothering with the other 5%
 of polish and interface that makes those capabilities usable by the kids.

I think you do not give enough credit to the work being done by Sugar
Labs volunteers and local communities (given that appropriation of
technology is almost a goal in itself).   More developers are always
welcome.

 OLPC itself was likely to get sucked into new product development,
 paying less attention to the older platform, and indeed that did
 happen.  But what about the in-country education departments?  Do they
 simply not have the expertise (nor enough gifted high-school or
 college students to put in the human labor) to look through their
 software release with a finer comb than OLPC's always-rushed release
 teams could do?  To toss the irrelevant or useless, to recompile with
 optimization for space, to pare away configuration options, to
 actually investigate what happens in DRAM as you run low and improve
 on the sketchy kernel behavior?

More testers always welcome.

 Or even to stick a 1-gig SD card into
 the old laptops as $2 a midlife kicker (and improve the software so it
 can effectively use both the internal and external storage without
 requiring kids to do sysadmin)?

I believe such SD card usage improvements have been made, although
there are challenges keeping up when the upstream moves the mount
point for USB around in the default tree.


 I really don't think it is the nature of software to always get
 bigger and slower.  I think a focused effort can pare it back.
 The country education departments would get clear benefit from such
 an effort (as well as giving their older kids a serious education
 in how modern operating systems work inside).  But no?  Clue me in,
 please.

        John

 PS: Many improvements made by an efficiency improvement team would be
 welcomed back into the upstream global Linux code base, too.  So it
 shouldn't be too hard to backstop the older kids with country teams
 and the country teams with global developers.

You asked to be whacked with a clue bat, you seemed to have missed or
underestimated the work done by Sugar Labs volunteers and local
communities.  I can't fault you for wanting to see more, we all do, so
send some developers our way.  Beating on OLPC for not doing the
things you want to see them do is not going to move things forward.

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Testing] Testing Summary, Auckland - 9 June 2012

[Chris Leonard]

On Mon, Jun 18, 2012 at 6:54 PM, Daniel Drake d...@laptop.org wrote:
 We're expecting a quite major WebKit modernisation for the next major
 release. Having seen WebKits progress over the last few months I think
 these kinds of issue will decrease and decrease as we move forward.

Having lurked on their IRC channel,  I concur that WebKitGTK+ seems to
be moving to address issues quickly.

There is one area where I have a lingering concern about WebKitGTK+
and that is in the realm of localization (i18n/L10n).  There has been
a longstanding issue with WebKitGTK+ generating their POT file and
getting it updated in it's L10n home on the Gnome Damned Lies server

You can see the errors reflected on this page:
http://l10n.gnome.org/module/webkit/

I bugged the WebKitGTK+ folks about this and got them to land some PO
files that had been awaiting commit for a while.  mrobinson and kov
were actually quite helpful and friendly, but the real issue looks to
be upstream of WebKitGTK+

The root cause of this apparently traces upstream to an intltool issue:

https://bugs.launchpad.net/intltool/+bug/823217

But I have had no success in getting the intltool developer to priortize it.

In general, localizers are staying away from working on WebKitGTK+
until the POT generation errors get resolved.   If we want good
upstream L10n bits (and I am pretty sure we do), it would be helpful
if a developer could investigate how hard a fix this would be to land
in intltool.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Outdoor Light Sensor

[Chris Leonard]

On Wed, Jun 13, 2012 at 9:27 PM, John Watlington w...@laptop.org wrote:

 Suggestions ?
 wad

Entirely impractical, but one must wonder about turning the wiggling
ears into eye stalks :-)

On a more serious note, other than the OLPC folks, the people who run
repair centers have probably had more facetime with the guts of the XO
than most and seen the worst that kids can do to them.  It would be
nice to hear from them.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Offtopic: directional antenna for XO-1.75?

[Chris Leonard]

No idea how you would hook it up. but there is the famous Pringles can recipe

http://www.makeuseof.com/tag/how-to-make-a-wifi-antenna-out-of-a-pringles-can-nb/

You might find something of interest on war-driving sites like:

http://www.wardriving.com/antenna.php

cjl



On Wed, May 23, 2012 at 8:46 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
 I am expecting to take a brief holiday out in the sea. Many bays with
 anchorage also have bars and restaurants with open wifi. I prefer to enjoy
 breakfast on board... and get my interweb fix from afar.

 Is there any directional wlan antenna kit or setup that is practical with an
 XO?

 Maybe something that has the same antenna plugs as the XO antenna? I can cut
 the green bumper.

 Or a usb-wlan device that is both supported by our standard builds and easy
 to hook up to a directional antenna?

 Or something else entirely?

 I will need to mount it on something that swivels easily, as the boat
 changes position with wind and currents when anchored.

 cheers,

 m


 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

OLPC stuff found during Pootle housekeeping

[Chris Leonard]

Dear OLPC'ers,

I was poking around on the Pootle server (translate.sugarlabs.org) and
I came across some old remnants of previously hosted OLPC projects
dating back to when Pootle was on an OLPC hardware.

In the interest of cleaning up (prior to a future migration to a new
Pootle VM (hopefully on our new hardware), there are a few projects I
wanted to ask about to determine if there were any reason to retain
these (even if only as on-line back-up and archive)?

In this dir:
/var/lib/pootle/translations

1) act_server

# OLPC Activation and Theft-Deterrence Server
# Copyright (C) 2008 One Laptop Per Child Association, Inc.
# This file is distributed under the same license as the act-server package.
# C. Scott Ananian csc...@laptop.org, 2008.


2) content

(only two strings)

msgid Developer key request

msgid Use the button below to request a developer key for your machine.


3) packaging

# ONE LAPTOP PER CHILDhttp://www.laptop.org
# XO - Start-up Kit

# This page is for the green-and-white stuffer sheet explaining
# in very simple terms what the laptop's pieces are and do, and
# what its basic interfaces do.


4) OLPC website (contains the following)

auxilary.pot
bio.pot
children.pot
foundation.pot
gettingstarted.pot
laptop.pot
toplevel.pot
vision.pot


5)  Older Sugar projects

I will probably zip and archive these as we no longer accept L10n on
them, but they are Sugar, so I'll keep them on our server.

fructose82
glucose82
update1
xo_bundled
xo_core

Does anyone from OLPC have a desire to hold the archive of the
OLPC-specific PO dirs?  Is there any interest in revising these and
having these opened up to accept new L10n?

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: USB cameras

[Chris Leonard]

Not everything can be included by default owing to size limitations of
onboard storage.

Between cheese and usbutils, this is probably about 1Mb of RPM

cjl


On Sat, May 19, 2012 at 8:56 PM, Guillermo Reisch - Fing
grei...@fing.edu.uy wrote:
 In Uruguay you don't have root access, so yum is no way!
 Why this packages are not included by default?

 Greeting Guillermo

 On Vie 18 May 2012 11:55:26 Kevin Gordon escribió:
 Mr. W:

 We have had lots of success doing simple things using uvc compliant cameras
 on 1.5 using both cheese and guvcview on Build 883.

 Our use is mainly for microscopes, but for all intents and purposes they
 are 'a camera'.

 Mikus did a lot of work for us to help getting the guvcview parameters part
 set up if you want to use that as the control mechanism.  If cheese is good
 enough, it  works pretty well right out of the box, as long as the USB
 device is recognized by the XO as a compliant USB camera.  Total effort on
 the gnome side:  Yum install cheese.  Plug the microscope in after boot,
 dmesg and lsusb will tell you in advance if it has been recognized.  If it
 is, start cheese, select the camera device and have fun.  Better for stills
 than video, sometimes a stutter in the video stream. Especially problematic
 if you also have a USB2VGA adapter plugged in and are using an external
 monitor.  It seems to freeze regularly in that case

 O, and since lsusb doesn't ship by default you may have to yum install
 usbutils too, to get that beast.

 We haven't done the 12.1.0 testing yet, but can accelerate that if you'd
 like us to.

 Cheers

 KG

 On Fri, May 18, 2012 at 10:20 AM, John Watlington w...@laptop.org wrote:
  Does anyone have experience trying to use a USB camera with
  an XO1.5/1.75 ?
 
  Cheers,
  wad
 
  ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Virtual Keyboard and i18n/l10n

[Chris Leonard]

On Wed, May 9, 2012 at 10:27 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
 cjl hey martin_xsa What is the timing on working out the virtual
 keyboard and how it gets specified for i18n/L10n?

 At this point it looks like we'll use Maliit, and looks like we'll
 have it integrated fairly soon. Maliit is mature (shipped with
 Harmattan, Nokia N900), so it has its config files for this (xml?
 documented in a wiki somewhere?) and existing support for many langs.

 We should identify if we have gaps with our supported langs. We may
 want to tweak the existing layouts (I hope not! :-) ).

 I also believe we should ship any available langs, as this makes our
 units more usable in locales where we currently don't have a physical
 kb layout (where small projects cannot get a custom keyboard made),
 and when typing in a foreign language (use case: native Spanish
 speaking user, with Spanish/LatAm laptop, typing in Deutsch)


cc'ing L10n list.

Martin, this sounds good.

I am very excited about the potential for a virtual keyboard on the
XO-3 to remove silkscreening from the hardware L10n process.

We have many langs in Pootle without a defined keyboard layout and we
also have langs without upstreamed glibc locales.  These are things
that the L10n team can begin looking into correcting in advance, but
first we will need to investigate the detailed requirements (what
files in what format) are required to work wit hthis process.  I'll
start looking inot it and I invite other members of the L10n community
to begin familiarizing themselves with these tools so we can all work
together and learn from each other (and maybe even document it on the
wiki).

Warmest Regards,

cjl
Sugar Team Translation team
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 12.1.0 devel build 6 released, for the XO-1, XO-1.5 and XO-1.75

[Chris Leonard]

On Tue, Apr 3, 2012 at 6:25 AM, Mikus Grinbergs mi...@bga.com wrote:
 Peter wrote

 We're glad of the testing but
 ultimately if you need a perfectly stable platform I suggest you stick
 with 11.3 for the moment.


 I'm a volunteer.  I have no __need__ to post here (nor to use the XO).

 Which would you prefer - to have me keep quiet about what I encounter - or
 may I share my experiences without being lectured about __need__ ?



Mikus, You have a well earned reputation as a trailblazer in XO
testing and it is a very valuable role that you play in pushing the
envelope forward with the very latest builds often within minutes of
their release.  Please continue this excellent work.

Just my two cents,

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 12.1.0 devel build 6 released, for the XO-1, XO-1.5 and XO-1.75

[Chris Leonard]

On Tue, Apr 3, 2012 at 11:41 AM, Peter Robinson pbrobin...@gmail.com wrote:

 I don't disagree but ultimately if there's not appropriate bug reports
 with all the information needed we can't fix the problems. So
 ultimately I appreciate his bug reports but with a non standard
 configuration we need detailed reports to have that information be
 useful for those people that actually have to deal with the
 information and fix the problem.


Peter,

You make a fair point, but with 189 tickets filed in the OLPC Trac,
I'm not sure one can say Mikus hasn't taken the time to provide
feedback in standard configuration.

My main point is that these snap reports to the list (immediately
after release) usually come in before I can even complete the download
and I personally find them very useful.  There have been occasions
where the reports prompted me to jump right in and update and others
where I made a decision to wait for a subsequent dev-build based on
what I was interested in testing.

I've always been interested in Mikus' unusual SD card config as it
allows him to locally host and conduct tests on some many activities
in rapid succession.  it is not necessarily important from a
deployment's point of view, but it is of great interest to prolific
activity testers like Mikus, and we could certainly use more of those.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Sugar 0.94.1

[Chris Leonard]

So Sugar 0.94 is changing to 0.94.1

http://git.sugarlabs.org/sugar-toolkit/mainline/commit/9010760a107e7661e75bec91f4d13da85d384052



### Checking POT for Sugar Toolkit (0.94) ##

From git.sugarlabs.org:sugar-toolkit/mainline
  bab9c63..9010760  sucrose-0.94 - origin/sucrose-0.94
 * [new tag] v0.94.1- v0.94.1
Updating bab9c63..9010760
Fast-forward
 configure.ac   |2 +-
 src/sugar/graphics/icon.py |   24 
 2 files changed, 13 insertions(+), 13 deletions(-)

I presume I should update the Glucose 0.94 language projects, but I
want to check in with the developers first.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Announcing the development of OLPC OS 12.1.0

[Chris Leonard]

On Thu, Mar 15, 2012 at 11:26 AM, Daniel Drake d...@laptop.org wrote:
 Hi,

 We have now formalised the plan and schedule for our first major OS
 release of the year, 12.1.0, so it is time to announce it:

 http://wiki.laptop.org/go/12.1.0
 http://wiki.laptop.org/go/12.1.0/Release_plan

 (we had actually already started development a few months ago, but did
 not have all the details in place around the release process and
 schedule until now)

 As described in the release plan, we are currently in open development
 until May 7th - all features and invasive changes need to land in
 relatively-stable state before that date. We will then follow with a
 4-week bug-fixes-only period, followed by a 4-week
 regression-fixes-only period, followed by the release on July 2nd.

 I will act as the release manager, and Peter Robinson will continue
 making and publishing the development builds throughout the
 development phase.

 Our latest development build, version 4, is somewhat broken (e.g. no
 networking, fails to boot on XO-1) but we will release a new build in
 the next few days that will make things a lot more usable. We do not
 have ARM builds, but we expect them to arrive shortly - the F17-on-ARM
 efforts are progressing rapidly, we're just a few packages away.

 Your continued feedback is appreciated: we are looking to draw in
 testing, bug reports and development efforts from the community,
 starting now :)

 Thanks!
 Daniel

I would like to collaborate with a package-savvy developer to try to
do a better job of identifying upstream L10n strings (and processes)
that we may want to know about, based on the packages.txt file

I have previously taken a pass through the packages.txt files on
earlier OLPC releases seeking to identify the upstream strings that we
would want localized for a fully localized release (not just the
Sugar UI, but including the underlying Gnome and Fedora software).  I
have identified strings on the Gnome Damned Lies erver, the Fedora
Transifex instance and the Translation Project site (as well as
Scratch's Pootle instance).

http://translate.sugarlabs.org/projects/upstream_l10n/

This effort has had some tangible results.  We have raised awareness
of Sugar / OLPC needs with upstream projects through steps like the
creation of an OLPC release set on the Gnome Damned Lies translation
tracking system.

http://lists.laptop.org/pipermail/devel/2011-July/032562.html

http://l10n.gnome.org/releases/olpc/

I have no direct evidence that this has specifically resulted in any
upstream language team prioritizing OLPC required L10n over other
packages, but I have communicated requests for such a prioritization
on the gnome-18n list and had a number of conversations with Gnome
upstream team members that are supportive of the Sugar / OLPC mission
and in some cases, they have registered on our Pootle server and
contributed to Sugar L10n, so overall, this has been a win.

This has also provided a better ability to track the status of
upstream L10n efforts for bits we need and our upstream L10n tracking
project on Pootle has served as a tracking ticket that provide a
trail of breadcrumbs for our L10n teams to follow to the upstream
when they have completed their work on our locally hosted projects.  I
do not believe this is a zero-sum game, where a string they do
upstream is a string they do not do for Sugar.  Localizers work on the
projects they choose and many tend to have a certain loyalty to the
project that first got them engaged. but some localizers have a
stronger language-focused affinity and spread their effort around to a
variety of FOSS efforts.  By weaving connections between Sugar / OLPC
and various FOSS L10n efforts (particularly upstreams) , we are
establishing ourselves as a significant player in the FOSS L10n
community and gaining karma points for good citizenship.

Localizers and localized strings are a somewhat fungible asset.  It is
possible to leverage upstream work by creating pocompendium files and
placing them in the Terminology project on Poolte  where they offer
one-click suggestions while localizers are going through the PO files.
 I harvest upstream PO files and typically sort out those msgids
present in our hosted projects first.  I have done this for a number
of projects jsut getting off the ground and believe it has produced
faster completion and higher consistency in L10n.

Is there anyone that is willing to collaborate with me on going over a
spreadsheet (that I will start) and trying to identify additional
pockets of upstream strings for L10n so that I can improve
theUpstream L10n tracking project on Poolte?

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: olpc-os-builder config file format change

[Chris Leonard]

On Fri, Mar 2, 2012 at 6:20 PM, Daniel Drake d...@laptop.org wrote:

 Thoughts/objections?

I'm not an OOB user so I will abstatin, but it sounds like a nice
simplification and I am interested to hear from actual OOB users.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Dextrose] latest test image for testing

[Chris Leonard]

On Tue, Feb 28, 2012 at 5:22 AM, Jerry Vonau je...@laptop.org.au wrote:
 Hi All:

 I have the latest dextrose based builds ready for your evaluation
 from here.

Jerrry,

Just out of curiousity are you using (or including en_GB).  Not sure
whose spelling conventions you Aussies follow, but I would guess en_GB
over en_US.

FYI, there is now a PO file for the diff between glu94 and dx3
sugar.po versions.  You would want to merge glu94 and the diff file to
get a complete dx3 version of sugar.po.

http://translate.sugarlabs.org/projects/dextrose/

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Result of test activities on Sugar 0.94.1

[Chris Leonard]

On Thu, Jan 19, 2012 at 1:01 AM, Alan Jhonn Aguiar Schwyn
alan...@hotmail.com wrote:

 Good!

 But now... someone will do something with this information?

 Or our work was for nothing?


I believe Hernan Pachas expressed interest in using this sort of
information for the formulation of Peru's next image.

I think the Activity Team may find uses for the information in this form.

I will certainly be using the i18n / L10n information to investigate
the possibility of soliciting more PO files for the Honey project by
pestering developers about i18n.

I hope someone has posted about this to the testing list as I suspect
our friends in the New Zealand testing crew would find such a
spreadsheet useful in their own work,

http://lists.laptop.org/listinfo/testing

IMHO, compilations of information like this tend to have value that is
not always immediately apparent and it is important that they be
discoverable (e.g .linked from the correct places in the wikis).  It
is also important tha tthey be easy to keep current to maintain their
value over time.

Thank you (both Alan and Tom) for the work you've put into this.

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

2012 L10n priorities

[Chris Leonard]

I wanted to sketch out a few priorities for translation projects to
consider in the coming year.

1) Completeness

There are a lot of strings still to be completed for most projects,
getting more strings submitted is a high priority.  Please try to set
aside some time in the coming year to perform some localization.
Recruiting additional localizers and even organizing a Translation
Marathon are valuable ways to contribute to the goal of more complete
localizations.

2) Quality

a) Errors:  Please use the on-line pofilter checks.  The Review tab of
Pootle shows the pofilter checks.  Not every string flagged by
pofilter is an error, but all are worth a manual review by a native
speaker.

http://translate.sourceforge.net/wiki/toolkit/pofilter_tests

b) Consistency:  Please consider downloading your language's PO files
and using the poconflicts tool from the Translation Toolkit to perform
a check for consistent translation of terms.  Again, in some cases
ther are reasons for conflicts (e.g. Delete translated as Borrar
or Eliminar depending on context in Spanish), but it is a valuable
exercise to review the results of a poconflict and an
inverted-poconflict analysis to find strings that can be improved.

http://translate.sourceforge.net/wiki/toolkit/poconflicts

3) Commits

Having the strings complete and correct in Pootle is not sufficient.
The PO files must be committed to VCS for them to be used.  This is
the responsibility of language administrators.  We call for Glucose
and Fructose commits when a release is pending, but Honey does not
follow this release schedule and language admins should eview Honey
for activities tah may be completed, but not committed.  It is good to
commit Honey PO files as soon as they are completed because you never
know when the author may make another release (containing the new
translations).  There may be some language projects in need of
language administrators and we will try to recruit them as needed.

If you do not know if the PO files for your langauge have been
committed recently, you can always check the archives here:
http://lists.sugarlabs.org/listinfo/pootle-commits

If you've been completing PO files and they are not being committed,
please write to the L10n list and request that your language admin
review and commit them.

4) Upstream

While getting Sugar translated is obviously our priority, it is
important to remember that Sugar is only part of the user experience.
There are many other programs with user displayed strings that are
needed for a truly complete localization in use.  We try to track
upstream packages that are used on Sugar and OLPC builds as well as
hosting upstream PO files ror efforts that contribute to Sugar and
OLPC users.  If your project is complete in Sugar, ther is still lots
of localization work that can be usefully done to enhance the
experience of users in your language by contributing to upstream L10n
projects that will flow downstream into Sugar and OLPC builds.

The current development cycle for Sugar is not creating a lot of new
UI strings (because it is focused on the GTK2  GTK3 migration),
This represents a terrific opportunity for localization to catch up
to the development process.  We will be trying to add more Honey
activities to Pootle.

5) Internationalization

If there is an activity that you would like to see made available in
Pootle, please mention it to the L10n list and we will try to get the
developer ot set it up for translation.

6) New language support

There are a number of language projects in Pootle that do not yet have
glibc locales.  We need to work on getting locales created for these
so taht they can be used in Linux distros.  We should also start
thinking about what new keyboard layouts might be needed for these as
the XO-3.0 tablet should make it much easier to create new virtual
keyboards.

Any comments or questions are welcome, but most welcome of all are new
strings :-)

cjl
Sugar Labs Translation Team Coordinator.
http://translate.sugarlabs.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: short read of zdata file

[Chris Leonard]

On Fri, Jan 13, 2012 at 3:21 AM, Sameer Verma sve...@sfsu.edu wrote:

 md5sum checked out, but changing the USB stick fixed the problem. Not
 sure why. Running on Q4C08

Sameer,

Why certain USB sticks work and others just don't is a mystery known
only to fully-clear thetans and 33rd level members of the Illuminati.
Us mere mortals have simply observed this enough times to be aware
that it is typically one of the first things to try when encountering
oddness in updating.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC XO-3 on slashdot front page right now

[Chris Leonard]

On Sun, Jan 8, 2012 at 8:56 AM, Walter Bender walter.ben...@gmail.com wrote:
 On Sun, Jan 8, 2012 at 1:15 AM, Chris Leonard cjlhomeaddr...@gmail.com 
 wrote:
 On Sat, Jan 7, 2012 at 11:46 PM, Alexandro Colorado acolor...@gmail.com 
 wrote:
 We talked about it on the IRC chat, however there is a lot of
 missconceptions like the crank meme, and now andorid.

 Why would we want a 13yr old kid in 3rd world to go to the android
 store to buy apps, get a google account and use G+.

 Just doesnt seem right.


 Please consider the very pragmatic argument that one *really* good
 reason to have Android on the demo of the XO-3 tablet at an event as
 well publicized as CES is that neither Sugar or Gnome have yet
 implemented all that neat touch-interface, tablet stuff like virtual
 keyboards, etc. whereas all of this has been present in Android for
 some time.

 I agree with your pragmatic argument, but... I am almost certain
 that what is being demoed on the XO-3.0 at CES is in fact Sugar
 running on Fedora. And it works pretty well. (OLPC did some tweaking
 for the demo.) That doesn't mean there isn't lots more work to be done
 (one of the reasons (as you note below) that we are pushing hard on
 GTK-3, since the GNOME community is also working in this problem
 space). There is a virtual keyboard for Sugar (but not in the build
 being demoed at CES) and not integrated to the point it needs be...
 but I did, for example, make a modification to Turtle Art for CES so
 that number blocks can be changes w/o a keyboard.

That is really nice to hear.  I had a feeling that the touchscreen
XO-1.75 prototypes weren't just gathering dust, but I hadn't seen
signs of the patches to support touchscreen land (or maybe I missed
them).  So we are farther along that I had imagined, that is great
news.

I can imagine the Sugar 097  0.98 dev cycle will see some priority
feature additions to flesh out support for tablets (the same way that
0.95  0.96 has been GTK-focused).  That is as it should be, OLPC is
obviously a very important channel partner' for the distribution of
Sugar.


 Demo'ing Sugar on the tablet at this point would probably require
 plugging in a keyboard and a mouse, which would be a little
 embarrassing in front of all of the press corps.

 Nope. Just need to avoid a few widgets and activities that require typing.

Cool, we don't want it to look like a Raspberry Pi after all, real
cheap computer, but you need to add monitor, keyboard and mouse to
use it.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC XO-3 on slashdot front page right now

[Chris Leonard]

On Sat, Jan 7, 2012 at 11:46 PM, Alexandro Colorado acolor...@gmail.com wrote:
 We talked about it on the IRC chat, however there is a lot of
 missconceptions like the crank meme, and now andorid.

 Why would we want a 13yr old kid in 3rd world to go to the android
 store to buy apps, get a google account and use G+.

 Just doesnt seem right.


Please consider the very pragmatic argument that one *really* good
reason to have Android on the demo of the XO-3 tablet at an event as
well publicized as CES is that neither Sugar or Gnome have yet
implemented all that neat touch-interface, tablet stuff like virtual
keyboards, etc. whereas all of this has been present in Android for
some time.

Demo'ing Sugar on the tablet at this point would probably require
plugging in a keyboard and a mouse, which would be a little
embarrassing in front of all of the press corps.

I'm fairly sure that Sugar and most likely Gnome will have tablet
support in time for a production XO-3.0, but it is a bit much to
expect all of that to be in place right now when they are showing the
earliest of hardware prototypes.  I would guess that one reason why a
small number of extra-special XO-1.75 prototypes had touch screens
installed was to initiate work on tablet support for XO-3.0, but that
would be speculation on my part.

I think the level of speculation around Android is all out of
proportion to it's real significance, but if you are really worried,
you should port Angry Birds to Sugar so that the scales are balanced.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Sugar versions - Activities

[Chris Leonard]

On Thu, Jan 5, 2012 at 11:56 PM, Alan Jhonn Aguiar Schwyn
alan...@hotmail.com wrote:

Probably many of them continue working in new Sugar versions,
but didn't have a release in a long time.

 Yes..

May be a good work for a group of volunteers, is check the activities
 marked working in old versions,
in a xo with 0.94, and report if they work,
and then the compatibility info can be updated in ASLO.

 I can test some.. I have an XO with 0.94 (in fact, any version, is
 reflahsing with another image..)

 If I test some.. Where put the results?


It would be good to record the date fo last release.  There could be
translations committed to git but not in the release if it was a long
time ago.  This could be checked against the release date and the git
log activity since.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] 883 on XO1

[Chris Leonard]

On Fri, Jan 6, 2012 at 12:26 AM, David Leeming
da...@leeming-consulting.com wrote:

 So i conclude I have just thrown USD 85 down the toilet.


Ouch,

David, I will happily keep you supplied with pre-tested OLPC image
downloads (by snail-mail CD-ROM) in exchange for some help recruiting
localizers for the Oceanic languages.  Consider it a standing offer.

cjl
Sugar Labs Translation Team Coordinator
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] 883 on XO1

[Chris Leonard]

On Fri, Jan 6, 2012 at 8:22 PM, James Cameron qu...@laptop.org wrote:
 (we have discovered that only a tiny part of the file is corrupted ...
 so far one part in 128).


So only about 70 cents worth.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [ASLO] SugarLabs server - web page

[Chris Leonard]

On Wed, Jan 4, 2012 at 8:56 AM, Walter Bender walter.ben...@gmail.com wrote:
 Automatically?

 No.. I make it, manually...

 Wow. A lot of work. Thank you for the effort.


Yes, thank you for the work.  We need to do this sort of quality
control checking on the consistency of our resources more frequently.
I do a lot of it on Pootle, but fortunately, it is pretty well set up
for that sort of review.

This particular listing is of great interest to me as getting more
(most) ASLO activities set up for L10n in Pootle (or pointing people
to their L10n hosting) is one of my personal goals for the Translation
Team effort in the long to medium term.

It would be a wonderful feature if the ASLO page for an Activity
offered a link to where the localization is hosted.   This would
enable users to become contributors to their favorite actitivies via
L10n.  I would be happy to work with the Activity or Platform Teams to
provide this information.  I contributed only yes or no for the L10n
column on Alan's sheet, but it would be fairly simple for me to turn
that into links.

cjl
Sugar Labs Translation Team
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] [ASLO] SugarLabs server - web page

[Chris Leonard]

On Wed, Jan 4, 2012 at 9:46 AM, Hernan Pachas hernan.pac...@gmail.com wrote:
 Sería muy positivo, agregar:

 IDIOMAS, de esa manera es más productivo saber que actividad se encuentra
 disponible para determinado país.
 Desarrollado para: indicar sobre que sugar se ejecuta la actividad.

 Saludos,

 ---hernán


Hernán,

Un enlace a donde se localiza dará la información más actualizada del
estado de la traducción de activiidad. mantener una lista de forma
manual sería más esfuerzo que vale la pena.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: SugarLabs server - web page

[Chris Leonard]

I've added a column for L10n. ther are some uncertainties.

tr.sl.o = our Pootle instance
pending = awaiting upload to Pootle
gnome = Gnome Damned Lies server

cjl

On Tue, Jan 3, 2012 at 11:20 PM, Alan Jhonn Aguiar Schwyn
alan...@hotmail.com wrote:
 Hi,

 Many times, I wondered, what activities had to Sugar page SL (SugarLabs).
 But when you are
 looking for, not is easily to find the activities that are not public.
 Furthermore, when adding a
 new activity, you do not know if there is already a similar (even the same)
 on the server.
 So I started making a list of everything I had in the server:

 http://download.sugarlabs.org/activities/

 Is a simple system: a folder for an activity and after, in the web, with the
 same number: the
 page of the activity.
 For example:
 the activity I know America was in the server
 in: http://download.sugarlabs.org/activities/4464/
 And in SugarLabs: http://activities.sugarlabs.org/en-US/sugar/addon/4464

 When I check all the files, I encountered many interesting things..
 Activities that did not even have a page on SL... Duplicate
 activities/files..
 So we have supplemented the list with that information.
 In the first column, see the id that is automatically generated on the
 server. In the second column
 shows the name of the activity that is in that folder. In the spaces are
 blank, because there are no
 such folders on the server. In the column Notes are cases in which there
 are empty folders.
 The third column Page indicates the status of that activity in SL. Green
 means it is public.
 Orange means it is as Experimental. Red means there is no page for this
 activity!
 With the same color, I try to show the duplicate files..

 Who is the maintainer of the site / server?

 File attached:

 https://docs.google.com/spreadsheet/ccc?key=0AntaXnq4oy2_dFJjNE9TemZUUGtzLVNEQnF4UlIwQkE

 Regards

 Alan

 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel



SugarLabs - Complete list of activities.ods
Description: application/vnd.oasis.opendocument.spreadsheet
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Can't upgrade to os883 official from XO 1.75

[Chris Leonard]

2011/12/30 Lionel Laské lio...@olpc-france.org:

 To be honest my first attempt failed because I didn't see that XO 1.5 image
 (that I had already downloaded) was different from the XO 1.75 image :-(

Speaking from personal experience, this is a surprisingly common error
mode for XO 1.75 upgrades :-)

As this is currently happening among people with pre-release XO 1.75s
(i.e. people who theoretically should know better), I wonder if this
isn't giving us some subtle warning we should perhaps be listening to
for when the production models come out (and start getting upgraded).

Would it be theoretically possible to provide a more helpful error message?

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO 1.75 battery life?

[Chris Leonard]

On Fri, Dec 2, 2011 at 4:12 PM, Richard A. Smith rich...@laptop.org wrote:

 If you wanted to help and you have a 1.5 you can.  People with 1.5s can
 provide accurate usage info they install the latest release, make sure the
 date is set correctly, and then allow powerd to do ASR (ie don't disable
 it).  Then use the XO as you normally would but use it on battery as much as
 possible. Only charge up the battery when it gets low.  Powerd logs are kept
 in /home/olpc/power-logs .  After a few cycles of the battery send me all
 the logs in that directory.

Do you really mean XO 1.5 or did you intend to write XO 1.75 in the
paragraph above?

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Fwd: Virtaal on ARM]

[Chris Leonard]

On Wed, Nov 16, 2011 at 5:18 PM, Peter Robinson pbrobin...@gmail.com wrote:
 On Wed, Nov 16, 2011 at 2:56 PM, Daniel Drake d...@laptop.org wrote:
 On Mon, Nov 14, 2011 at 7:16 PM, Kevin Gordon kgordon...@gmail.com wrote:
 Chris:

 The package aeidon build doesn't even appear to me on the koji for arm.   My
 belief is that this will  therefore need some intervention by Mr. Robinson.

 It is a strange case. The aeidon subpackage comes from the gaupol
 package, which was built for ARM as normal.

 However, the latest package on koji does not include the subpackage:
 http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=26418

 whereas the previous one does:
 http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=20561

 Maybe Peter knows more.

 I do... there was a problem with a script I used to import all the
 noarch packages where some packages were skipped if they were a
 subpackage with a different name to the primary package.

 This is now fixed in koji and it should be synced out to the mirrors
 shortly, so give it a day or so and the problem will be fixed in the
 mirrors.

 Peter


Thank you for the permanent fix Peter and thanks to Kevin for the
temporary workaround and the diagnostic help.

In Lima at EscueLab with Reuben (Trisquel dev) now, Pablo Flores just
arrived. expecting Bernie and Aleksey soonish.  Starting Quechua and
Aymara L10n in earnest tomorrow, I hope.  Pisco sours are good :-)

Regards,

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Fwd: Virtaal on ARM]

[Chris Leonard]

On Tue, Nov 15, 2011 at 3:49 AM, Kevin Gordon kgordon...@gmail.com wrote:


 Based on Dwayne's insight, I also found a download site that has the rpm on
 its own:

 http://rpm.pbone.net/index.php3/stat/4/idpl/15465790/dir/fedora_14/com/aeidon-0.17-2.fc14.noarch.rpm.html

 I downloaded that rpm from the pbone.net mirror onto a blank USB stick with
 volid PATRIOT

 I then inserted the USB into the XO 1.75 and did a

 sudo yum --localinstall --nogpgcheck /media/PATRIOT/a*.rpm

 which successfully installed the aeidon package.  A subsequent

 sudo yum install virtaal

 then completed successfully.

 Not elegant, but until aeidon gets into the OLPC arm 'branch' repos, looks
 like this might at least be a workaround.  Of course, I have no idea whether
 virtaal actually works here , but at least it now installs without complaint
 on an XO 1.75. :-)

 Cheers


Slight variant

sudo yum install  /media/USB\ DISK/a*.rpm --nogpgcheck

worked and then Virtaal installed fine.  Thanks Kevin.  I really
wanted Virtaal on this XO 1.75 before I go to Sugar Camp LIma for the
Quechua / Aymara Translation Marathon, now I can get 2 hrs sleep and
catch my plane. :-)

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: [Fwd: Virtaal on ARM]

[Chris Leonard]

All,

Ignoring for the moment whether parachutes or Mars-style airbags are a
better delivery option from helicopters, if one is going to airdrop an XO
tablet into a remote area, one of the things that might be very useful
would be the ability to bootstrap localization right on the machine.

I'm a big fan of Virtaal (from the makers of Poolte) as an off-line PO file
editor and general L10n tool for a variety of reasons I won't go into.

http://translate.sourceforge.net/wiki/virtaal/index

In previous interations of XO-1 builds, getting Virtaal on the Gnome boot
was a simple sudo yum install virtaal.  Unfortunately, when I tried this
on an XO-1.75 with 883, I got errors (detailed far below).  I sent the
errors to the Virtaal devs and got back the reply in-lined below.

Can anyone shed some light on how it might be possible to get Virtaal
working on the Gnome boot on an XO-1.75?

Warmest Regards,

cjl
Sugar Labs Translation Team Coordinator

-- Forwarded message --
From: Dwayne Bailey dwa...@translate.org.za
Date: Thu, Nov 3, 2011 at 6:03 AM
Subject: Re: [Fwd: Virtaal on ARM]
To: Chris Leonard cjlhomeaddr...@gmail.com
Cc: F Wolff frie...@translate.org.za


 On 2011-11-02 16:41, Chris Leonard wrote:

On Wed, Nov 2, 2011 at 5:17 AM, Dwayne Bailey dwa...@translate.org.zawrote:

  Thanks for forwarding Friedel.

 Chris, it seems the issue is fc14 not having aedion which prevent
 translate-toolkit from installing.  Where are those RPMs from? Are you
 getting them from my repo or did you build them yourself.  I've thought in
 the past of making subtitle support a different package.

 The mesa stuff is not related to Virtaal, I think its an existing error in
 your RPM DB.


 The package list used for the OLPC 883 ARM-supporting build (XO-1.75) is
 here:

 http://download.laptop.org/xo-1.75/os/official/883/os883.packages.txt

 OLPC tends to pull from Fedora RPMs as our OS is in essence a specialized
 Fedora spin

 OK so let me ramble a bit

In the install: virtaal pulls in translate-toolkit which pulls in aeidon
aeidon is part of gaupol (gaupol is a subtitle editor aeidon implements the
subtitle formats)

The gaupol aeidon split happened during Fedora 14.  So in our
translate-toolkit RPM we only import aeidon when Fedora = 14.

See ' %if 0%{?fedora} = 14' at the top of:
http://pkgs.fedoraproject.org/gitweb/?p=translate-toolkit.git;a=blob;f=translate-toolkit.spec;h=6172c89bdaeceaf684c61a3750dca120ab72aa9e;hb=1e65541302d3c3bd217e4bd7b126d32be5b9c189

So from the looks of it OLPC pulls in packages from olpc-14 but also from
fedora (but I assume that is base not updates).

So my guess is this.  Our fc14 translate-toolkit relies of the fact that
aeidon is available in updates for F14.  But OLPC doesn't have those
updates either because it branched earlier or because it only uses the base
repo (not updates repo)

I'm also not sure why OLPC has not included the updates, maybe stability.

I'm wondering if there is a way to handle this in Fedora packages. I
already make package decisions depending on the Fedora version. I can make
the OLPC package even leaner if I know how to identify an OLPC branch.  If
you can help with that then I can probably build a new OLPC specific
package.


As for the issue with mesa I have a pretty good idea that it is not so much
an error with the pre-existing RPM as the fact that I think OLPC has
hacked a local copy down to size to save some space on the XO.  Choices
like that get made because of the extremely limited storage of the XO
laptop.  Let's call it a misfeature of a compromise that was made for the
right reasons. with unintended consequences.

So lets ignore it for this discussion.

-- 
regards
Dwayne






Output during Virtaa linstall:


[olpc@xo-c5-b9-b6 ~]$ sudo yum install virtaal
fedora/metalink
   | 2.9 kB 00:00
fedora   | 4.3 kB
00:00
fedora/primary_db| 9.3 MB
01:04
olpc-f14 |  951 B
00:00
olpc-f14/primary |  22 kB
00:00
olpc-f14
151/151
olpc-f14-xo1.75  |  951 B
00:00
olpc-f14-xo1.75/primary  |  17 kB
00:00
olpc-f14-xo1.75
165/165
updates/metalink | 2.7 kB
00:00
updates  | 4.3 kB
00:00
updates/primary_db   | 1.3 MB
00:08
Setting up Install Process
Resolving Dependencies
-- Running transaction check
--- Package virtaal.noarch 0:0.6.1-8.fc14 set to be installed
-- Processing Dependency: translate-toolkit = 1.5.1 for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: python-Levenshtein for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: libtranslate for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: gnome-python2-gtkspell

Re: [Fwd: Virtaal on ARM]

[Chris Leonard]

On Mon, Nov 14, 2011 at 3:05 PM, Kevin Gordon kgordon...@gmail.com wrote:

  As for the issue with mesa I have a pretty good idea that it is not so
 much an error with the pre-existing RPM as the fact that I think OLPC has
 hacked a local copy down to size to save some space on the XO.  Choices
 like that get made because of the extremely limited storage of the XO
 laptop.  Let's call it a misfeature of a compromise that was made for the
 right reasons. with unintended consequences.

 So lets ignore it for this discussion.

 ** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows:
 mesa-libGL-7.9-6.fc14.armv5tel has missing requires of
 mesa-dri-drivers(armv5tel-32) = ('0', '7.9', '6.fc14')


 Chris:


 I believe that you can safely ignore the 'mesa' yum check error. AFAIK
 these drivers are omitted by design.  yum check will give the same errors
 on all the new XO builds, as the DRI modules are not used on the XO and are
 no longer shipped to save a large amount of space - especially on the XO-1.
  The other messages re dependencies, perhaps Mr Robinson can more
 efficiently say if there are the necessary arm builds in the repos, or
 whether he can generate them easily..


 Kevin,


From following the discussion on this list, I recalled something about
mesa-dri-drivers and had an inkling that the yum check error for that
package was neither unexpected or necessarily a significant issue.  I
certainly apologize if my characterization of what I understood to be a
necessary and sensible compromise for the sake of space-savings is
inaccurate in detail, but I thought I had i it right in spirit.

The history of the aeidon package details within Fedora repos that Dwayne
describes goes beyond my understanding of packaging nitty-gritty, but I
hope and imagine it would be well-understood by someone like Peter or
Daniel.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: ATTN: AbiWord v2.9.2 released!

[Chris Leonard]

FYI

Nice to see the gtk2  gtk progress, it should help when the Write
port is needed.

cjl

-- Forwarded message --
From: J.M. Maurer u...@uwog.net
Date: Mon, Nov 14, 2011 at 6:10 PM
Subject: ATTN: AbiWord v2.9.2 released!
To: abiword-...@abisource.com, abiword-u...@abisource.com



AbiWord v2.9.2 Released!

The AbiWord team joyfully announces AbiWord v2.9.2, the third snapshot
of the development that will lead to AbiWord 3.0.

This snapshot allows interested developers, testers and users a sneak
preview into the future of AbiWord.

The changes from v2.9.1 to v2.9.2 include, amongst others:

* Add double-buffering support for most of the drawing to reduce
flickering
* Implement SVG snapshots for components when possible
* Port the GTK interface to GTK+3 (GTK+2 is still supported)
* Support loading plugins in the Mac OSX port
* Allow SPARQL Query execution on RDF metadata stored in documents

The full Changelog can be found at
http://abisource.com/changelogs/2.9.2.phtml

We are very much interested in any bug you may find. Please report these
to http://bugzilla.abisource.com/.

While we encourage people to try out the new snapshot, please be aware
that is a development snapshot and is not expected to be stable in any
sort of way.

Availability: http://www.abisource.com/download/development.phtml.

More information: http://www.abisource.com/.

Do join us on #abiword on irc.gnome.org for the party! Enjoy!

  The AbiWord Development Team
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Fwd: Virtaal on ARM]

[Chris Leonard]

On Mon, Nov 14, 2011 at 3:50 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
 On Mon, Nov 14, 2011 at 2:57 PM, Chris Leonard cjlhomeaddr...@gmail.com 
 wrote:
 In previous interations of XO-1 builds, getting Virtaal on the Gnome boot
 was a simple sudo yum install virtaal.  Unfortunately, when I tried this
 on an XO-1.75 with 883, I got errors (detailed far below).  I sent the
 errors to the Virtaal devs and got back the reply in-lined below.

 How about:
 sudo yum --enablerepo=fedora-updates install virtaal

 Can anyone shed some light on how it might be possible to get Virtaal
 working on the Gnome boot on an XO-1.75?

 Ahh, XO-1.75! First try it on an XO-1.5. If it works there, your
 problems may be related to some package missing in the ARM repos. Our
 coverage on ARM is good, but not 100%.



When I try your command I get  Error getting repository data for
fedora-updates, repository not found

When I try the suggested sudo yum install virtaal --skip-broken I
get the following.

[olpc@xo-c5-b9-b6 ~]$ sudo yum install virtaal --skip-broken
Setting up Install Process
Resolving Dependencies
-- Running transaction check
--- Package virtaal.noarch 0:0.6.1-8.fc14 set to be installed
-- Processing Dependency: translate-toolkit = 1.5.1 for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: python-Levenshtein for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: libtranslate for package: virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: gnome-python2-gtkspell for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: python-psycopg2 for package:
virtaal-0.6.1-8.fc14.noarch
-- Running transaction check
--- Package gnome-python2-gtkspell.armv5tel 0:2.25.3-34.fc14.1 set to
be installed
-- Processing Dependency: gnome-python2-extras = 2.25.3-34.fc14.1 for
package: gnome-python2-gtkspell-2.25.3-34.fc14.1.armv5tel
--- Package libtranslate.armv5tel 0:0.99-23.fc13 set to be installed
--- Package python-Levenshtein.armv5tel 0:0.10.1-12.fc14 set to be installed
--- Package python-psycopg2.armv5tel 0:2.2.2-2.fc14 set to be installed
-- Processing Dependency: libpq.so.5 for package:
python-psycopg2-2.2.2-2.fc14.armv5tel
--- Package translate-toolkit.noarch 0:1.9.0-1.fc14 set to be installed
-- Processing Dependency: aeidon for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Processing Dependency: python-enchant for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Processing Dependency: python-vobject for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Running transaction check
--- Package gnome-python2-extras.armv5tel 0:2.25.3-34.fc14.1 set to
be installed
--- Package postgresql-libs.armv5tel 0:8.4.5-1.fc14 set to be installed
--- Package python-enchant.armv5tel 0:1.3.1-7.fc14 set to be installed
--- Package python-vobject.noarch 0:0.8.1c-3.fc14 set to be installed
--- Package translate-toolkit.noarch 0:1.9.0-1.fc14 set to be installed
-- Processing Dependency: aeidon for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Finished Dependency Resolution
updates/filelists_db | 3.0 MB 00:03
fedora/filelists_db  |  14 MB 00:16

Packages skipped because of dependency problems:
   gnome-python2-extras-2.25.3-34.fc14.1.armv5tel from updates
   gnome-python2-gtkspell-2.25.3-34.fc14.1.armv5tel from updates
   libtranslate-0.99-23.fc13.armv5tel from fedora
   postgresql-libs-8.4.5-1.fc14.armv5tel from fedora
   python-Levenshtein-0.10.1-12.fc14.armv5tel from fedora
   python-enchant-1.3.1-7.fc14.armv5tel from fedora
   python-psycopg2-2.2.2-2.fc14.armv5tel from fedora
   python-vobject-0.8.1c-3.fc14.noarch from fedora
   translate-toolkit-1.9.0-1.fc14.noarch from updates
   virtaal-0.6.1-8.fc14.noarch from updates
[olpc@xo-c5-b9-b6 ~]$
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Fwd: Virtaal on ARM]

[Chris Leonard]

On Tue, Nov 15, 2011 at 7:03 AM, Dwayne Bailey dwa...@translate.org.za wrote:

 On 2011-11-15 01:34, Chris Leonard wrote:

 On Mon, Nov 14, 2011 at 3:50 PM, Martin Langhoff
 martin.langh...@gmail.com  wrote:

 On Mon, Nov 14, 2011 at 2:57 PM, Chris Leonardcjlhomeaddr...@gmail.com
  wrote:

 In previous interations of XO-1 builds, getting Virtaal on the Gnome
 boot
 was a simple sudo yum install virtaal.  Unfortunately, when I tried
 this
 on an XO-1.75 with 883, I got errors (detailed far below).  I sent the
 errors to the Virtaal devs and got back the reply in-lined below.

 How about:
 sudo yum --enablerepo=fedora-updates install virtaal

 Could you try:

 sudo yum --enablerepo=updates install virtaal

 Although I would assume updates are on by default.


Same issues

[olpc@xo-c5-b9-b6 ~]$ sudo yum --enablerepo=updates install virtaal
updates/metalink | 3.1 kB 00:00
Setting up Install Process
Resolving Dependencies
-- Running transaction check
--- Package virtaal.noarch 0:0.6.1-8.fc14 set to be installed
-- Processing Dependency: translate-toolkit = 1.5.1 for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: python-Levenshtein for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: libtranslate for package: virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: gnome-python2-gtkspell for package:
virtaal-0.6.1-8.fc14.noarch
-- Processing Dependency: python-psycopg2 for package:
virtaal-0.6.1-8.fc14.noarch
-- Running transaction check
--- Package gnome-python2-gtkspell.armv5tel 0:2.25.3-34.fc14.1 set to
be installed
-- Processing Dependency: gnome-python2-extras = 2.25.3-34.fc14.1 for
package: gnome-python2-gtkspell-2.25.3-34.fc14.1.armv5tel
--- Package libtranslate.armv5tel 0:0.99-23.fc13 set to be installed
--- Package python-Levenshtein.armv5tel 0:0.10.1-12.fc14 set to be installed
--- Package python-psycopg2.armv5tel 0:2.2.2-2.fc14 set to be installed
-- Processing Dependency: libpq.so.5 for package:
python-psycopg2-2.2.2-2.fc14.armv5tel
--- Package translate-toolkit.noarch 0:1.9.0-1.fc14 set to be installed
-- Processing Dependency: aeidon for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Processing Dependency: python-enchant for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Processing Dependency: python-vobject for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Running transaction check
--- Package gnome-python2-extras.armv5tel 0:2.25.3-34.fc14.1 set to
be installed
--- Package postgresql-libs.armv5tel 0:8.4.5-1.fc14 set to be installed
--- Package python-enchant.armv5tel 0:1.3.1-7.fc14 set to be installed
--- Package python-vobject.noarch 0:0.8.1c-3.fc14 set to be installed
--- Package translate-toolkit.noarch 0:1.9.0-1.fc14 set to be installed
-- Processing Dependency: aeidon for package:
translate-toolkit-1.9.0-1.fc14.noarch
-- Finished Dependency Resolution
Error: Package: translate-toolkit-1.9.0-1.fc14.noarch (updates)
   Requires: aeidon
 You could try using --skip-broken to work around the problem
** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows:
mesa-libGL-7.9-6.fc14.armv5tel has missing requires of
mesa-dri-drivers(armv5tel-32) = ('0', '7.9', '6.fc14')
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Announcing the development of OLPC OS 11.3.1

[Chris Leonard]

2011/11/9 Daniel Drake d...@laptop.org

 2011/11/7 Manuel Quiñones ma...@laptop.org:
  The case is that there are some activities, like Image Viewer and
  Terminal, which translations did not reach the builds because of a
  package building problem.
 
  I think it is critical because there are some of the main activities,
  completly untranslated.  There is a bug report:
 
  dev.laptop.org/ticket/11302#comment:5

 However, these 11.3.0 issues are not regressions over 10.1.3 and
 11.2.0 where the same activities have the same issue. Given the
 tendency for activity translations to sometimes cause layout issues
 and overflowing toolbars, and sometimes even failure to launch or use
 the activity due to mistranslated strings, I would suggest that this
 is not appropriate for 11.3.1 which should be kept as limited as
 possible.


I am sympathetic to Daniel's concerns, but I disagree about choosing not to
make the attempt to pick up additional translations, although it is clearly
the release manager's choice.

I have been making a considerable effort to perform QA review for
build-breaking  PO errors across languages (the two primary candidates are
printf and ending newlines), I hope that the incidence of translations
causing build problems will be significantly mitigated.

As for the layout issues and toolbar overflow, I don't know how you would
expect to identify those issues without putting those languages into a
build.

cjl
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel