If I boot the install-x86-minimal-20110809.iso in a virtual machine (KVM) and specify "de" for the keymap, it is ignored and "us" is loaded. Reproducible: Always
I have the same problem when I boot the CD. When I choose my keymap during the boot, my choice is overwritten when keymap init script is started.
I can confirm this bug, it already happen in 20110726.
As a temporary workaround, changing the local in /etc/conf.d/keymaps to the wanted keymap and restarting /etc/init.d/keymaps works flawless.
*** Bug 382037 has been marked as a duplicate of this bug. ***
@openrc / @base-system: I've hit this issue as well. If we select a different keymap in the language selection screen during startup, that keymap isn't loaded and the US keymap is used. If we use loadkeys after the system finishes booting, the keymap is correctly updated. Any ideas? This seems related to the move to bl2/openrc.
Gracias, Jose Manuel. I don't found this bug! ;)
*** Bug 378425 has been marked as a duplicate of this bug. ***
i have no idea how the boot code works. is it some livecd hack ? the keymaps init.d script only respects /etc/conf.d/keymaps
(In reply to comment #8) > i have no idea how the boot code works. is it some livecd hack ? It's a isolinux feature, there is the same feature with genkernel. I don't know isolinux but with genkernel, it works with an embedded tar with all the keymaps. It's probably something similar with isolinux. > > the keymaps init.d script only respects /etc/conf.d/keymaps That's the problem, when the keymaps init.d sript is launched, it override the previously loaded keymap. I don't see why the keymaps init.d script is launched when it's a live cd ?
if keymaps isnt supposed to be run for livecds, then dont add it to the respective runlevels
(In reply to comment #10) > if keymaps isnt supposed to be run for livecds, then dont add it to the > respective runlevels Indeed, I think this problem could be resolved by removed keymaps from all the runlevels for livecd.
*** Bug 383797 has been marked as a duplicate of this bug. ***
*** Bug 379757 has been marked as a duplicate of this bug. ***
*** Bug 383903 has been marked as a duplicate of this bug. ***
grep dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/*/*stage2* /home/gentoo-scm/releng/trunk/releases/weekly/specs/alpha/installcd-stage2-minimal.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/alpha/installcd-stage2-universal.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/alpha/livecd-stage2.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/amd64/installcd-stage2-minimal.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/amd64/livecd-stage2.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/amd64/livedvd-stage2.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/hppa/installcd-stage2-minimal.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/hppa/installcd-stage2-universal.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/ia64/installcd-stage2-minimal.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/ia64/livecd-stage2.spec:livecd/bootargs: dokeymap /home/gentoo-scm/releng/trunk/releases/weekly/specs/x86/installcd-stage2-minimal.spec:livecd/bootargs: dokeymap I'll try removing the dokeymap from the amd64/x86 specs and see if that fixes this issue.
This should be fixed now in the specs[1] - I'm still testing it. [1] - http://sources.gentoo.org/cgi-bin/viewvc.cgi/releng?view=revision&revision=832
(In reply to comment #16) > This should be fixed now in the specs[1] - I'm still testing it. > > [1] - > http://sources.gentoo.org/cgi-bin/viewvc.cgi/releng?view=revision&revision=832 Is this-fix-included install CD already available?
(In reply to comment #17) > (In reply to comment #16) > > This should be fixed now in the specs[1] - I'm still testing it. > > > > [1] - > > http://sources.gentoo.org/cgi-bin/viewvc.cgi/releng?view=revision&revision=832 > > Is this-fix-included install CD already available? The fix was committed[1] to the amd64/x86 specs on November 7th. Given the recent issues, we don't have CDs for amd64[2] and x86[3] built since then. As the recent issues are now fixed[4], we should get fixed builds this Thursday for amd64 and next Monday for x86. [1] - http://sources.gentoo.org/cgi-bin/viewvc.cgi/releng?view=revision&revision=832 [2] - http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/ [3] - http://distfiles.gentoo.org/releases/x86/autobuilds/current-iso/ [4] - http://git.overlays.gentoo.org/gitweb/?p=proj/catalyst.git;a=commit;h=b83092d2b26ba189cce7c3295bae48be34289914
This was fixed some time ago.