Hey Gordon.
Some questions in no particular order:
You mention making a remix for part of this. Why not just do it entirely
as a remix? There are other remixes out there that maintain their own
kernel and ship things fedora cannot ( ashai, the mobility sig images,
etc), seems like this would be a good fit for this use case?
They are still Fedora sigs and part of the fedora community and work in
the project as much as they can…
As far as the LTS kernel, the reason the ‘one kernel only’ rule came
about was not only the maint burden to maintain such a build, but also
the increasing burden it would add to the existing kernel maintainers.
For example, someone hits a bug or issue with the LTS kernel and files a
bug against the mainline fedora kernel, etc.
It seems like theres two different threads here around the kernel: one
about needing a LTS kernel because support for out of tree things will
be more workable and secondly about wanting Fedora kernels to not move
so quickly for user preference or docmentation needs. Might focus on
just the first for this?
I assume this proposal is only talking about using that LTS kernel for
these deliverables, but I am sure some users would use them for other
things and also ask about images with them.
anyhow, thanks for opening the discussion around this…