On Sat, May 31, 2014 at 08:51:39PM +0100, Fabio Erculiani wrote: > On May 31, 2014 8:42 PM, "Robin H. Johnson" <robb...@gentoo.org> wrote: > > > > On Fri, May 30, 2014 at 06:10:40PM +0300, Samuli Suominen wrote: > > > I can't find anyone with access that actually replies to mails, pings, > > > ... to genkernel repository for: > > > > > > https://bugs.gentoo.org/show_bug.cgi?id=461828 > > > > > > I'll p.mask it on amd64 profiles if noone replies soon :( > > My excuse is AFK baby, literally sleeping on me right now, and not even > > 2 months old. > > > > I saw floppym's original comment opening the bug, but none of the > > followups due to baby eating my life. > > > > I'll apply this patch later today if I have a chance, but I do agree > > with the general sentiment of this thread that the kernel configs NEED > > to get out of genkernel; so that arches can touch them at will, and > > other initramfs/kernel build tools can start to use them. > > > > In the absence of any other prompt complaints, I'll create a > > kernel-configs repo, and move the configs there. > > It would be better if those would be put in individual source pkgs in a way > that they can be picked up by genkernel. Kernel config belongs to kernel > pkgs, pretty much like init scripts or config files belong to their own > project pkgs. No, I don't agree that kernel configs "belong" to kernel packages. In general, barring the crazy option explosion, these are meant to be stock working configs that should in combination with ANY kernel package, produce a working kernel.
As for the rest of the 'kernel seeds' stuff; it never made it properly into the tree, and because of that, didn't get much traction. Infra has recently put together their own ebuild-that-runs-genkernel setup, so we could roll out kernels more consistently, and if I can solve one bug [1], I'm strongly considering putting that functionality into an eclass, and giving ALL sys-kernel/*sources the ability to spit out a built kernel with genkernel, for the price of an emerge. [1] Taking binaries from the host system can lead to problems if you want the initramfs to work reliably everywhere. glibc compiled with SSE4.2 bit infra, because libm got linked into stuff being built with -march=generic. -- Robin Hugh Johnson Gentoo Linux: Developer, Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
