Created attachment 800655 [details] Thank you for everything LANG. Farewell. During the kernel install the 'LANG=<LOCALE>' directive is copied from the '/etc/locale.conf' and appended to the kernel parameters line in the bootloader configuration file. As far as I'm concerned this is redundant, cause the 'systemd-localed.service' is the one responsible for the system locale settings, already. e.g. /etc/locale.conf: LANG=en_US.utf8 /boot/extlinux/extlinux.conf … append … LANG=en_US.utf8 …
No news here either. Good luck.
Should not Anaconda write locale.LANG (as it already does with vconsole.font and vconsole.keymap) to the bootloader configuration and your patch be applied? Or perhaps /etc/{vconsole.conf,locale.conf} and /etc/sysconfig/{keyboard,i18n} import section be removed entirely? I configure boot options in /etc/default/grub. Get *new* ones from new-kernel-pkg is unexpected.
/etc/sysconfig/i18n and /etc/sysconfig/keyboard are both dead now. Thus SYSFONT, SYSFONTACM, UNIMAP, KEYTABLE, are gone too. LANG by luck is still used in /etc/locale.conf, but I am not sure it serves any purpose anymore considering dracut already put /etc/{vconsole.conf,locale.conf} in the initramfs.
BTW, since F20 Anaconda does not write vconsole.keymap anymore, see bug 1035316 .
https://bugzilla.redhat.com/show_bug.cgi?id=1001411 ;)
*** Bug 1060332 has been marked as a duplicate of this bug. ***
Related: https://bugzilla.redhat.com/show_bug.cgi?id=1033250 https://bugzilla.redhat.com/show_bug.cgi?id=881624
I see no purpose cause the maintainer doesn't respond. However, here it is. Good look.
I have marked bug 1060332 as a duplicate. Please keep this bug open.
cc'ing Harald. Harald, does LANG= do anything since http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/?id=6c8fc6e377b94e26e6d03cddbf174cb27caad0a6 ?
(In reply to Marcos Mello from comment #11) > cc'ing Harald. > > Harald, does LANG= do anything since > > http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/ > ?id=6c8fc6e377b94e26e6d03cddbf174cb27caad0a6 > > ? Hmm, not really. On the kernel command line, one should use "rd.locale.LANG=" to overwrite the language in the initramfs. This might be used to use a different language, than the one which is in $initramfs/etc/locale.conf (copied from the system, the last time dracut was called to generate the initramfs) or in case of the rescue initramfs (which has no locale.conf) to set the language. If you use "locale.LANG=", you overwrite the setting of the real root /etc/locale.conf, which you probably don't want.
Thank you for the explanation. Just like https://bugzilla.redhat.com/show_bug.cgi?id=1033250 https://bugzilla.redhat.com/show_bug.cgi?id=1074113 Therefore all /etc/sysconfig/{i18n,keyboard} and /etc/{locale.conf,vconsole.conf} import stuff may be dropped from new-kernel-pkg because default initramfs is HostOnly. There is an usecase that I think deserves be documented: when you need a generic initramfs (i.e. install dracut-config-generic) and want to keep console/locale settings in it. As you told me on IRC, a simple Dracut snippet config file does the job /etc/dracut.conf.d/console.conf install_items+=" /etc/vconsole.conf /etc/locale.conf " Besides that, should we have any rd.locale.XXX in the bootloader options? I never used the rescue initramfs. For it maybe? (it would be Anaconda business anyway)
It affects RHEL 7.0 RC too.
Why can not you keep this bug open? I agree that nobody appears to care, but closing it will just make it harder to someone take a look into this someday.
Someday in the next century? :) I take care of my reports and if there is no interest there is no need to stand open collecting dust. Adieu.