it's misleading, redundant. I still have to go and set the local version append to kernel release despite setting KNAME and it ultimately results in this: kernel-genkernel-vanilla-x86_64-3.16.1-gentoo-vanilla I would say the KNAME feature should correspond to the setting of local version, it does it's part as I would expect: windowlicker kernels # cd /lib/modules/ windowlicker modules # ls 3.12.21-gentoo-r1 3.15.3-gentoo 3.15.5-gentoo 3.16.0-gentoo 3.16.1-gentoo-debug 3.16.1-gentoo-vanilla windowlicker modules # Reproducible: Always
Yes and the way genkernel names the kernel when you specify KNAME breaks grub2-mkconfig, and they promptly changed the status to WONTFIX I really think KNAME="" should be changed to override this setting: (General setup -> () Local version - append to kernel release): reference to grub2-mkconfig bug: https://bugs.gentoo.org/show_bug.cgi?id=521780#c2
IMHO the current comments in genkernel.conf make this pretty clear what it changes, do you still think there should be a note about this breaking grub-mkconfig's defaults? Not sure where to go from here
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/proj/genkernel.git/commit/?id=c85901916e603cac8f92f176a84fbb03d0f0bc6d commit c85901916e603cac8f92f176a84fbb03d0f0bc6d Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2019-07-21 13:03:19 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2019-07-21 16:09:45 +0000 Add --kernel-localversion option This option will set/unset kernel option CONFIG_LOCALVERSION. Closes: https://bugs.gentoo.org/521774 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> doc/genkernel.8.txt | 4 ++++ gen_cmdline.sh | 7 +++++++ gen_configkernel.sh | 19 +++++++++++++++++++ gen_determineargs.sh | 19 +++++++++++++++++++ genkernel.conf | 4 ++++ 5 files changed, 53 insertions(+)
