Gentoo Archives: gentoo-dev

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

Replies