Māori Macrons & olpc keyboard

[Tom Parker]

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/devel

Re: [OLPC New Zealand] Māori Macrons & olpc keyboard

[Jerry Vonau]

On 24 June 2013 06:43, Walter Bender  wrote:

> Which build are you running? In the latest Sugar builds, there is a
> keyboard settings control panel section. We could probably backport it
> to your build if it is reasonably recent.
>
>
In OLPC's & Dextrose's versions of sugar the sugar-cp-keyboard rpm doesn't
get installed. Think there is a conflict over the keyboard with
olpc-configure supplied by olpc-utils.

Jerry


> Meanwhile, we may have to make a new X keyboard symbols file for you
> that does the right thing. Not impossible to get upstreamed.
>
> regards.
>
> -walter
>
> On Mon, Jun 24, 2013 at 6:53 AM, Tom Parker  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/devel
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
> ___
> OLPC-NZ mailing list
> olpc...@lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-nz
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

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  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/devel
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: External hard disk testing for use with IIAB (internet in a Box) on XO based XSCE servers

[John Gilmore]

> For important systems, I think a USB hard drive will be a better
> choice than an empty enclosure.
> 
> They are also often cheaper than a new empty enclosure and a new hard
> drive.

Indeed, buying a brand-name external USB2/3 hard drive, which is
invariably implemented as a SATA drive in an enclosure, is often
cheaper these days than buying the exact same drive as a SATA drive.
Check prices at http://newegg.com if they sell in your country.

The Internet Archive, with 10+ Petabytes of spinning drives, buys
hundreds of drives at a time, and these days they usually have
hundreds of discarded enclosures and power supplies to recycle to
local hackers. :-/

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

Re: Māori Macrons & olpc keyboard

[Walter Bender]

Which build are you running? In the latest Sugar builds, there is a
keyboard settings control panel section. We could probably backport it
to your build if it is reasonably recent.

Meanwhile, we may have to make a new X keyboard symbols file for you
that does the right thing. Not impossible to get upstreamed.

regards.

-walter

On Mon, Jun 24, 2013 at 6:53 AM, Tom Parker  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/devel



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [OLPC New Zealand] Māori Macrons & olpc keyboard

[Walter Bender]

On Mon, Jun 24, 2013 at 8:12 AM, Jerry Vonau  wrote:
>
>
> On 24 June 2013 06:43, Walter Bender  wrote:
>>
>> Which build are you running? In the latest Sugar builds, there is a
>> keyboard settings control panel section. We could probably backport it
>> to your build if it is reasonably recent.
>>
>
> In OLPC's & Dextrose's versions of sugar the sugar-cp-keyboard rpm doesn't
> get installed. Think there is a conflict over the keyboard with
> olpc-configure supplied by olpc-utils.

I can poke around to see if I can get it to work.

-walter

>
> Jerry
>
>>
>> Meanwhile, we may have to make a new X keyboard symbols file for you
>> that does the right thing. Not impossible to get upstreamed.
>>
>> regards.
>>
>> -walter
>>
>> On Mon, Jun 24, 2013 at 6:53 AM, Tom Parker  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/devel
>>
>>
>>
>> --
>> Walter Bender
>> Sugar Labs
>> http://www.sugarlabs.org
>> ___
>> OLPC-NZ mailing list
>> olpc...@lists.laptop.org
>> http://lists.laptop.org/listinfo/olpc-nz
>
>



--
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [OLPC New Zealand] Māori Macrons & olpc keyboard

[Walter Bender]

Could you please try with the latest version of Turtle Art (v182)?

thx

-walter

On Mon, Jun 24, 2013 at 9:30 AM, Barry Vercoe  wrote:
> Hi, on SHC 205002233
> running 13.1.0 for XO-1.75 (build 20)
> with Sugar 0.98.2
> firmware Q4D24
>
> For Text in both Write and Turtle Art (the Title panel):
> vowel + altgr - gives the Combining Macron, i.e. two bkspcs to remove
> the letter
> But if either Activity is saved to the Journal and we write into its
> Description panel
> vowel + altgr - gives the Unicode version, i.e. one bksp removes the
> letter.
>
> So we do have the right behavior in there somewhere.
> -- barry
>
>
> On 25/06/2013 12:13 a.m., Walter Bender wrote:
>
> On Mon, Jun 24, 2013 at 8:12 AM, Jerry Vonau  wrote:
>
> On 24 June 2013 06:43, Walter Bender  wrote:
>
> Which build are you running? In the latest Sugar builds, there is a
> keyboard settings control panel section. We could probably backport it
> to your build if it is reasonably recent.
>
> In OLPC's & Dextrose's versions of sugar the sugar-cp-keyboard rpm doesn't
> get installed. Think there is a conflict over the keyboard with
> olpc-configure supplied by olpc-utils.
>
> I can poke around to see if I can get it to work.
>
> -walter
>
> Jerry
>
> Meanwhile, we may have to make a new X keyboard symbols file for you
> that does the right thing. Not impossible to get upstreamed.
>
> regards.
>
> -walter
>
> On Mon, Jun 24, 2013 at 6:53 AM, Tom Parker  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/devel
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
> ___
> OLPC-NZ mailing list
> olpc...@lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-nz
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
>
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [OLPC New Zealand] Māori Macrons & olpc keyboard

[Barry Vercoe]

Hi, on SHC 205002233
running 13.1.0 for XO-1.75 (build 20)
with Sugar 0.98.2
firmware Q4D24

For Text in both Write and Turtle Art (the Title panel):
vowel + altgr - gives the Combining Macron, i.e. two bkspcs to 
remove the letter
But if either Activity is saved to the Journal and we write into its 
Description panel
vowel + altgr - gives the Unicode version, i.e. one bksp removes 
the letter.


So we do have the right behavior in there somewhere.
-- barry


On 25/06/2013 12:13 a.m., Walter Bender wrote:

On Mon, Jun 24, 2013 at 8:12 AM, Jerry Vonau  wrote:


On 24 June 2013 06:43, Walter Bender  wrote:

Which build are you running? In the latest Sugar builds, there is a
keyboard settings control panel section. We could probably backport it
to your build if it is reasonably recent.


In OLPC's & Dextrose's versions of sugar the sugar-cp-keyboard rpm doesn't
get installed. Think there is a conflict over the keyboard with
olpc-configure supplied by olpc-utils.

I can poke around to see if I can get it to work.

-walter


Jerry


Meanwhile, we may have to make a new X keyboard symbols file for you
that does the right thing. Not impossible to get upstreamed.

regards.

-walter

On Mon, Jun 24, 2013 at 6:53 AM, Tom Parker  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/devel



--
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
OLPC-NZ mailing list
olpc...@lists.laptop.org
http://lists.laptop.org/listinfo/olpc-nz





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


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

Re: [ANNOUNCE] Tiny Core Linux for OLPC XO

[James Cameron]

Announcing an updated build of Tiny Core Linux for the OLPC XO.

This is useful for testing, diagnosis, and recovery of filesystems on
an unlocked XO.

My thanks to George Hunt, Yioryos Asprobounitis and Jerry Vonau for
the contributions.

Features:

- runs on XO-1, XO-1.5, XO-1.75, or XO-4,

- configured for a single root shell in text mode, with alternate
  consoles available for login,

- based on Core 4.7.7, uses the OLPC kernel from 13.2.0-8, and
  includes latest signed Open Firmware versions for automatic upgrade,

- includes wireless firmware for each laptop, and wireless
  tools from Tiny Core Linux.


Downloads:

http://dev.laptop.org/~quozl/tinycore/
3ad809ddb06fefa75b7c3c8a28520d11  core-4.7.7-xo-2013-06-25.zip


Instructions:

a.  unzip the file on a USB drive or SD card,

b.  ensure the XO is unlocked,

c.  boot from the media.


Changes since core-4.7.6-xo-2013-05-24.zip:

- add rsync,

- add xo-backup, xo-restore, xo-server, xo-revert tools,

- show extension names as they are loaded,

- fix missing serial port consoles, and add a prompt,

- support older firmware versions that lack bundle-suffix$ ,

- list contributors.


Known bugs:

- spurious messages from tar before the date is set,

- spurious messages from udevadm, an upstream problem, missing --quiet,

- associates automatically with a network named "qz", a test escape,


References:

1.  Tiny Core Linux
http://www.tinycorelinux.com/

2.  mktinycorexo script
http://dev.laptop.org/~quozl/mktinycorexo/

3.  mktinycorexo script git repository
git clone http://dev.laptop.org/~quozl/mktinycorexo/.git


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


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

Re: Corrupted display on XO1.5 when suspended with screen on

[Sebastian Silva]

El 21/06/13 13:56, John Watlington escribió:
This is likely due to the video controller being disabled before the 
DCON driver has completely finished loading the image into the DCON.

Our image is based on 11.3.1 shipping firmware olpc-firmware-q3c06 (but my 
testing machine has q3c07 and exhibits the same malfunction).

(...)


We did some work to fix the DCON driver in newer releases.

So what component / package etc should I be looking to backport? Almost 
half of the ~820.000 XO laptops in Peru are XO1.5 and their software 
hasn't been updated since 2010. It is unlikely we will rebase to a newer 
release because we had so far observed lower performance on XO1, and a 
long testing/approval process is already well under way.


We haven't met but I'm a long time Sugar Labs volunteer who is focused 
in helping to bridge the upstream and downstream communities, working 
within Sugar Labs Platform team to provide a fully community supportable 
deployment platform.


I count on your support for providing the best possible platform for the 
children of my country.


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

Headphone volume adjustment

[John Watlington]

We have noticed that under Fedora 18 (13.2.0 os10 on XO-4), the headphone volume
can't be adjusted to complete silence.  

Is this a bug ?
(The speaker volume can be adjusted to silence.)

Comments, por favor,
wad
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Corrupted display on XO1.5 when suspended with screen on

[James Cameron]

On Tue, Jun 25, 2013 at 12:18:43AM -0500, Sebastian Silva wrote:
> El 21/06/13 13:56, John Watlington escribió:
> >This is likely due to the video controller being disabled before
> >the DCON driver has completely finished loading the image into the
> >DCON.
> >>Our image is based on 11.3.1 shipping firmware olpc-firmware-q3c06 (but my 
> >>testing machine has q3c07 and exhibits the same malfunction).
> >>
> >>(...)
> >
> >We did some work to fix the DCON driver in newer releases.
> >
> So what component / package etc should I be looking to backport?

The kernel, specifically kernel patches to the DCON driver or related
components.

11.3.1 was based on kernel 2.6.35.13_xo1.5-20120508.1139.olpc.eb0c7a8
which corresponds to branch olpc-2.6.35 of the olpc-kernel repository:

http://dev.laptop.org/git/olpc-kernel/commit/?h=olpc-2.6.35&id=eb0c7a8

Development then switched to the branch x86-3.3, and this is where any
DCON or display driver fixes after 11.3.1 will be found.

I've had a quick look and these viafb fixes look relevant:

http://dev.laptop.org/git/olpc-kernel/commit/?h=x86-3.3&id=3ef9f18dfe5f97dbae96b8b7658590b6dbf81cea
http://dev.laptop.org/git/olpc-kernel/commit/?h=x86-3.3&id=d5caefcdf160b0b24153bba89b111419da2f92c3

Other than these viafb fixes, there have been no DCON driver fixes in
x86-3.3.  I recall some fixes in the ARM laptops though.  Perhaps they
were not backported.

As kernel fixing can be costly for you, let me take you back a few
steps in diagnosis ... can you confirm that the problem also affects
the original OLPC OS 11.3.1 and not only your own build of 11.3.1?

Does the problem only occur with automatic power management enabled?

Is there a way to induce the problem quickly?

It reminds me of #11231 and #10038.  You might see if the reproducers
in those tickets cause a problem.

Also, although we understand you cannot go to deployment phase with
anything later than 11.3.1 because of non-technical reasons, the
analysis of this problem could really benefit from trying to reproduce
it with 12.1.0, 13.1.0, or 13.2.0.  If the problem does not reproduce
in 12.1.0 for instance, it means the fix may be in that interval.  It
would also help to exclude hardware as a cause.

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

Re: Headphone volume adjustment

[James Cameron]

This behaviour is coded in rt5631.c ... the codec registers for
speaker and headphones have different dB ranges and we use the same
value in both registers, with the low end truncated.

http://dev.laptop.org/git/olpc-kernel/tree/sound/soc/codecs/rt5631.c?h=arm-3.5#n364
http://dev.laptop.org/git/olpc-kernel/tree/sound/soc/codecs/rt5631.c?h=arm-3.5#n322

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