The keyboard is still installed as US-English even if another language is selected during the installation

Added an illustration

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1549529

In BIOS mode and booting from syslinux it is possible to select language at the very first screen at boot. It seems this language will survive and be installed for the keyboard.

If US English is kept at the very first screen at boot, it will be the language of the keyboard. It *seems* that you change the language for the keyboard as well as for the printed text, but that change is not transferred to the installed system.

In UEFI mode I don't know any option to select language at such an early stage, so the keyboard will stay in US English. Trying to change it in the installer (Ubiquity) does not work. It is not transferred to the installed system.

Hi, we did see a bug that sweden was not marked as swedish. For me, with the beta1 builds in 32bit on bare metal, I get my UK keyboard layout.

I'm marking this as 'please try latest version'... If you still have this error, please do shout up.!! And thank you for taking the time out to report a bug, we really do appreciate you guys and gals doing so.

What must be done to make this bug report 'complete'?

Selection of keyboard layout is still borked in the current Lubuntu i386 daily iso file, when booted via grub.

There are almost empty boxes, where there should be several alternatives of Swedish keyboards). It looks like the same bug as I saw when I created the bug report.

There is no logical reason why the only choice should be Latvian (in Swedish !!!) - I have not selected it, but it appeared after I used 'Identify the keyboard layout' and selected button until Swedish was found. The Dialogue in Ubiquity continues to be in Swedish.

The installed system has menus etc in Swedish, but the keyboard layout in the US-English one, so I confirm that the bug is still alive in the current daily iso file. I can change it with setxkbmap se, but it has not been like this before. The keyboard should be possible to select via Ubiquity during the installation.

-o-

I think the most serious problem is that of installing in UEFI mode, because there is only the grub alternative.

Hi Nio,

there is a think that the two bugs seen on desktop installer and alternate installer may be linked. I'm holding judgement, but they have to share commonality at the CLI end. https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1559507 has been bumped to High, and I will include this bug in the notes as it may help the devs work out where it all stopped working.

I tested with the current daily xubuntu-xenial-desktop-amd64.iso, and it is affected too.

I tested with French keyboard, even used 'settings-keyboard' to set it, which affected typing in Ubiquity's test window

qwerty --> azerty

but still, only the US-English keyboard layout was ported to the installed system :-(

-o-

So it affects other languages and other flavours of Ubuntu too (not only Swedish and Lubuntu).

Could it be that the Swedish locale is somehow incomplete, when not set via the syslinux language menu?

This is weird!

Believe it or not: Installing Xubuntu again, I selected French (instead of Swedish), and then, at the keyboard selection, I could select French and Swedish keyboard too (all the choices were there). I continued the installation, and yes, I could get French text in menus etc, and a Swedish keyboard ported to the installed system.

(But I can't get a Swedish keyboard if I select Swedish language in the beginning of Ubiquity.)

Workaround:

If I install Swedish language in the live session *before* starting the installer, it works to get Swedish keyboard in the installed system.

The install appears to work in Swedish if Swedish is picked as the language before booting (at the graphical boot splash when booting not in EFI). This points me to console-setup and/or something that needs to happen in casper.

As a workaround. After install issue "sudo dpkg-reconfigure keyboard-configuration" from terminal and it will take you to the missing steps for language, keyboard layout and update the /etc/default/keyboard file.

This also works for the Alternate ISO keyboard bug.

console-setup (1.108ubuntu12) xenial; urgency=medium

  * No-change rebuild to properly generate console-setup-udeb's list of
    valid keyboard layouts and variants.

Maybe this bug is also related to the following bug:

https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1560577

'Confusing new locale-gen behavior'

Turns out it's not really completely fixed in console-setup ---

The issue stems from the use of grep which has grown more pedantic about grepping through data that might look like binary. When we grep for the translated names for keyboards, countries and stuff, that translated data looks a bit like binary to grep if we hit the right mix of locales. The solution to this is to make sure we used 'grep -a' where dealing with this data.

Fixing it now...

Good catch :-)

I'll look out for other problems, that might be caused by that change in grub (and try the option -a).

Mathieu Trudel-Lapierre you are a little angel.
This is not the 1st bug I've been following where your clean pair of eyes and attitude solves things quickly.
I'll say thank-you and break bug rules.

This bug was fixed in the package console-setup - 1.108ubuntu13

---------------
console-setup (1.108ubuntu13) xenial; urgency=medium

  * debian/keyboard-configuration.config: run grep with -a (to deal with files
    as ASCII data) when searching for keyboard, locale, and layout names.
    (LP: #1549529)

 -- Mathieu Trudel-Lapierre <email address hidden> Mon, 04 Apr 2016 13:47:04 -0400