On 2017-08-25 1:16 PM, Marek Marczykowski-Górecki wrote: > I think it's a good idea to talk here about including more recent > kernels in mainline Qubes OS. Generally we have a policy for including > only "longterm" kernels. Mostly because our release cycle is much longer > than the kernel one, and in some cases new kernel "major" version may > break some things. And also require more time for reviewing config > changes. > > >
I'm not sure if all of the packages in unstable have already been superseded by newer packages by now, but if so, in theory there'd be no problem is using it to host newer kernels. If not, how about implementing a backports repository? Newer kernels that aren't LTS could be put in there and a special ISO that has the backports repository enabled by default could be made (for those with hardware so new that they can't boot/install with the standard ISO) and that could solve most of the hardware problems. And I know that the QubesOS project doesn't really want to get into the business of backporting system packages, but it seems to me that's more for a capacity reason, rather than a technical reason. If the situation in the future changes where there's more developer funding or more capacity through reliable volunteers, maybe that repository could also be used to backport a few more select packages in the future if the need arises; for example, security updates to luks or glibc that are no longer supported by Fedora, gcc updates to keep the kernel compile environment in dom0 consistent across major Qubes releases, or fixing pesky things like that unfinshed version of rpm that was pushed out in FC23 and upgrading that to a complete version. I can also foresee the day that a newer X may need to be backported to compliment a newer kernel; some people are reporting higher X usage with the 4.9 kernel and I wonder if pairing it with a slightly newer X version would solve it, although I don't know if that X usage is coming from dom0 or from VMs (if it's VMs then there'd be no point). Anyway, I like the idea of having an LTS kernel option somehow, but also have the ability to use a newer kernel if need be. So my suggestion would be to have a choice of two ISOs with different kernels that people can download and install to suit their hardware installation needs, and have newer kernels in a separate repository that a user could opt into later on if need be. We'd just have to make sure there's enough capacity on this end to keep up with porting patches, updating config options, and testing, but I think there's enough people here who know how to compile a kernel now that maybe some of them could help out with those sorts of efforts. Might be worth putting a call out to see who might be interested in helping with that and it'd be a great way for people to get involved and contribute back to the project if they can't donate monetary funds. Those are my thoughts. -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/onrv8l%24sob%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
