| 1 |
On Fri, May 30, 2014 at 11:50 AM, Tom Wijsman <TomWij@g.o> wrote: |
| 2 |
|
| 3 |
> On Fri, 30 May 2014 19:26:38 +0300 |
| 4 |
> Samuli Suominen <ssuominen@g.o> wrote: |
| 5 |
> |
| 6 |
> > I'll give it 48 hours and then p.mask it. |
| 7 |
> |
| 8 |
> Genkernel itself does work; so, there is no point to masking it. |
| 9 |
> |
| 10 |
> I like the message the package.mask would send to maintainers, but that |
| 11 |
would be very bad for our handbook to recommend a hard masked tool. |
| 12 |
|
| 13 |
FYI this has been an ongoing problem for some time-- genkernel's code is |
| 14 |
still well maintained and seeing development, it's the arch-specific kernel |
| 15 |
configs that are unmaintained. And broken in quite a few ways right now. |
| 16 |
We have a few people willing to spend the 20 minutes it would take to fix |
| 17 |
all of these config problems, but no one in an official dev seat. None of |
| 18 |
the current genkernel maintainers want to touch the kernel config part. |
| 19 |
|
| 20 |
As nice at it sounds to just DROP these configs, that option is not really |
| 21 |
feasible considering the way we currently use genkernel in our handbook. |
| 22 |
Relying on the kernel's own defconfig, "genkernel all" will NOT produce |
| 23 |
the same mostly-usable-on-any-hardware result that we now rely on. |
| 24 |
|
| 25 |
I would be more than willing to whip up a config that fixes this udev issue |
| 26 |
plus a dozen more, and post it somewhere for review. But I'd only be able |
| 27 |
to cover x86/amd64. Or anyone else can do it-- load up our existing config |
| 28 |
into menuconfig (probably against current stable gentoo-sources, add/remove |
| 29 |
a handful of options to fix up all these bugs. Save, exit, give it to the |
| 30 |
genkernel maintainer and we're done. |
| 31 |
|
| 32 |
-Ben Kohler |
Archives