Make sure US keyboard layout is always available as an alternative?

This isn't supposed to happen - English support is always meant to be installed. Could you please attach /var/log/syslog and /var/log/partman to this bug, following the directions in http://wiki.ubuntu.com/DebuggingUbiquity/AttachingLogs? Furthermore, please describe exactly how you noticed that English support was not installed. Thanks in advance.

well, the english language was not installed in keyboard settings, there was only russian. and i cannot switch to english layout before installing it manually through keyboard settings.

well, the english language was not installed in keyboard settings, there was only russian. and i cannot switch to english layout before installing it manually through keyboard settings.

btw firefox was unable to upload syslog correctly, it hangs in process. and there´s no partman (it´s empty).

Oh, I didn't realise that you were talking about the keyboard layout. I think this is largely intentional, but perhaps it would be a good idea to make sure that the US keyboard layout is always generated and available, since it's such a common layout.

This is pretty common problem, because most localized keyboard layouts have all those fancy english characters like #, @, &, \, which are necessary for any CLI job, accessible only through finger-breaking keyboard shortcuts with AltGr. As far as I know, most administrators in need of such characters simply switch to us layout by simple "setxkbmap us", but that's not a good solution. It would be nice to have "us" layout set up as secondary one just after install, like it is in Windows systems... I use hal for configuration of this:

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keys">
      <merge key="input.x11_options.XkbLayout" type="string">cz,us</merge>
      <merge key="input.x11_options.XkbOptions" type="string">grp:shift_toggle,grp:switch,lv3:ralt_switch</merge>
    </match>
  </device>
</deviceinfo>

Actually, this problem is quite severe for languages that are not using the Latin alphabet, e.g., Russian or Ukrainian.
I found a simple and nice solution:
We need to modify /usr/lib/ubiquity/localechooser/languagelist

E.g., the string for Russian language looks like this
ru;2;RU;UTF-8;ru_RU.UTF-8;;console-setup
Replace this with
ru;2;RU;UTF-8;ru_RU.UTF-8;ru:en;console-setup
and that fixes the issue for Russian language only, remaining the rest intact.
However, I've tested this to do the trick for the installed system, but I'm not quite sure it works for the Live CD session too.

This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know.

[Expired for ubiquity (Ubuntu) because there has been no activity for 60 days.]