Opened 8 years ago

Closed 7 years ago

#5841 closed defect (fixed) is broken for XO keyboards

Reported by: walter Owned by: bernie
Priority: blocker Milestone: 8.2.0 (was Update.2)
Component: keyboards Version:
Keywords: console release? Cc: jg, walter, bernie, dgilmore, arjs
Blocked By: Blocking:
Deployments affected: Action Needed: never set
Verified: no


The file /lib/kbd/keymaps/i386/qwerty/ is not configured properly for OLPC Spanish keyboards. This prevents one from typing certain keys, such as < and > in the console. There is a patched file at

Not sure how best to put this patch in: as a replacement to the existing or, perhaps, as a new file:, with the corresponding reassignment of the default value for KEYTABLE in /etc/sysconfig/keyboard for ES machines. Bernie, your call.

Attachments (2) (867 bytes) - added by walter 8 years ago. (888 bytes) - added by walter 7 years ago.

Download all attachments as: .zip

Change History (24)

comment:1 Changed 8 years ago by walter

I am guessing Portuguese is also a problem. I'll take a look when I come up for air.

comment:2 Changed 8 years ago by jg

  • Cc bernie added
  • Milestone changed from Never Assigned to Update.1

Heh... Shall I get you another tank of Air? And don't get the bends coming up to the surface...

As a console, as opposed to X bug, I expect this to be Update.1 fodder rather than a patch candidate.

comment:3 Changed 8 years ago by walter

certainly not a patch candidate...

comment:4 Changed 8 years ago by walter


I've attached new files for Spanish and Portuguese. The difference in the Spanish file is that I think I am now also properly mapping control and alt keys. Please confirm.

Changed 8 years ago by walter

comment:5 Changed 8 years ago by chihyu

Will the new .map files be included in future joyride builds as well? I am now running joyride 1537, but still have manually loadkeys [.map file copied in the USB drive].

comment:6 Changed 8 years ago by jg

  • Priority changed from high to blocker

Bernie, I'd like to get these into update.1 please...

comment:7 Changed 7 years ago by bernie

Sorry for this very long delay. Copying from my last mail to Walter to keep the bug up to date:

The problem is just that we do not load our customized keymaps because a clean integration in the kbd package would need a bit of work to detect OLPC at run-time and prepend a new "olpc/" directory to the search path in this case.

To make it happen in Update.1 quickly, I vote for a quick & dirty Pilgrim hack: we'd basically just have to overwrite and in /lib/kbd/keymaps/i386/qwerty/ with the versions attached to the bug.

This will gain us time to find out how to integrate olpc keymaps properly with the package maintainer in the next release cycle.

comment:8 follow-up: Changed 7 years ago by cscott

Did this get fixed in xkeyboard-config 1.1-15.20071130cvs.olpc2 ?

comment:9 in reply to: ↑ 8 Changed 7 years ago by bernie

Replying to cscott:

Did this get fixed in xkeyboard-config 1.1-15.20071130cvs.olpc2 ?

No, this bug is about the *console* keymap, which is in the kbd package.

comment:10 Changed 7 years ago by Blaketh

  • Keywords release? added

comment:11 Changed 7 years ago by dgilmore

kbd-1.12-23.olpc2 just built which puts the files from this report into /lib/kbd/keymaps/i386/qwerty/

comment:12 Changed 7 years ago by dgilmore

  • Cc dgilmore added

comment:13 Changed 7 years ago by dgilmore

The files i initially got were bad. corrected in kbd-1.12-24.olpc2 I have verified on my spanish laptop that the console has the correct mappings. this is going into a update.1-702 build. i have found one missing keymap. the altgr for the button with ]} on it does not work in the console. all the rest were ok.

comment:14 Changed 7 years ago by walter

< keycode 43 = bracketright braceright

keycode 43 = bracketright braceright section

(See attached file)

Changed 7 years ago by walter

comment:15 Changed 7 years ago by mstone


We built a new kbd package with your latest but discovered several problems when trying it out on machines with spanish keyboards. I'll write "{image printed on keyboard} -> {what showed up on the screen}".

section sign -> masculine ordinal identifier
masculine ordinal identifier -> parallel to
feminine ordinal identifier -> logical negation
logical negation -> 1/4
inverted exclamation point -> ???
inverted question mark -> ???
diaresis -> inverted question mark
degree symbol -> ???

comment:16 Changed 7 years ago by dgilmore

On my MP machine, they all were correct. and symbol showed up

comment:17 Changed 7 years ago by mstone

Indeed, my results were on a B4 with a Uruguayan keyboard and some on a B4 with an Argentinian keyboard. If necessary, I'll reanalyze on a Spanish MP tomorrow.

comment:18 Changed 7 years ago by mstone

(The silk screening is the same on all three machines, though). Also, we need to remember to update the wiki page for the keyboard layout when we're done.

comment:19 Changed 7 years ago by sj

I tried this on an MP with Uruguayan keyboard, and the keymapping seems to be flawless. Hopefully this is a B4-specific problem.

(The silk screening here is also the same as on the B4.)

comment:20 Changed 7 years ago by arjs

  • Cc arjs added

comment:21 Changed 7 years ago by gnu

Is this totally fixed and tested in recent Update.1 builds (703 or 70x)? If not, we should fix and test to reduce problems with the possible summer European G1G1 program.

(Are keyboards in Spain identical to Spanish-language keyboards in Latin America? If not, we'd need Yet Another keyboard layout and keymaps.)

comment:22 Changed 7 years ago by cscott

  • Action Needed set to never set
  • Resolution set to fixed
  • Status changed from new to closed

I regularly use the spanish keyboard, I can attest that this has been fixed for a while.

Note: See TracTickets for help on using tickets.