Page MenuHomeFreeBSD

release: Allow powerpc GENERIC64(le)? kernels
ClosedPublic

Authored by cperciva on Mon, Sep 15, 4:47 AM.
Tags
None
Referenced Files
F130515892: D52544.id162042.diff
Mon, Sep 29, 11:31 PM
Unknown Object (File)
Sun, Sep 28, 4:51 AM
Unknown Object (File)
Sun, Sep 21, 3:32 PM
Unknown Object (File)
Sat, Sep 20, 2:34 PM
Unknown Object (File)
Sat, Sep 20, 7:29 AM
Unknown Object (File)
Tue, Sep 16, 8:43 AM
Unknown Object (File)
Mon, Sep 15, 9:18 PM
Unknown Object (File)
Mon, Sep 15, 8:57 PM
Subscribers

Details

Summary

The pkgbase-stage.lua script asserts that it has exactly one "kernel",
but only accepts GENERIC as a "kernel". Use a slightly more permissive
regex in order to capture kernels with names which start "GENERIC".

MFC after: 3 days
Sponsored by: https://www.patreon.com/cperciva

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

this looks like it will also cause other archs to get the variant GENERIC kernel(s), GENERIC-DEBUG or GENERIC-NODEBUG depending on the release status.

In D52544#1199797, @ivy wrote:

this looks like it will also cause other archs to get the variant GENERIC kernel(s), GENERIC-DEBUG or GENERIC-NODEBUG depending on the release status.

I wondered about that, but it looks to me like we're only building one kernel at the moment. There's a assert(#components["kernel"] == 1) which I think will want to change when we start building and shipping more kernels.

I wondered about that, but it looks to me like we're only building one kernel at the moment. There's a assert(#components["kernel"] == 1) which I think will want to change when we start building and shipping more kernels.

you're right: i thought we built both GENERIC and GENERIC-DEBUG for release but it looks like we only build GENERIC. we should build GENERIC-DEBUG so pkgbase users can easily install it if needed, but that's a separate issue.

that said, i wouldn't object to constraining the pattern slightly to only match GENERIC[0-9A-Z]+, or however you write that in Lua, just to support users who do custom builds with multiple kernels.

This revision is now accepted and ready to land.Mon, Sep 15, 4:44 PM

Is there a reason to limit this at all? If we’re restricting the set of kernels built already then should we not just pick up any and all kernel packages that release/Makefile got Makefile.inc1 to package?

Is there a reason to limit this at all? If we’re restricting the set of kernels built already then should we not just pick up any and all kernel packages that release/Makefile got Makefile.inc1 to package?

no, because this means users like me who build many kernels in the pkgbase repo would get all of those kernels installed on every system, which is not right. until we have a proper kernel selection dialogue, this needs to be restricted to GENERIC (or whatever GENERIC is called on the target arch).