timbgo wrote:I don't talk politics, and the fact that the place where I can offer my kernels from is at my NGO's website, I don't think that should matter.
Regarding this grsec topic, I'd realy kindly suggest that we don't talk politics.
Yes, I agree, I probably shouldn't have posted that, sorry.
Oh, you've talked some tollerance and I thank you for that (and I'm late to update my previous comment with a "thanks" for that, which I wanted to do, but you replied quicklier).
I can't get the graphical desktop to work properly with the official Debian grsec-patched kernels, I think they're intended for servers.
Any report on the usefulness of my kernels, or of my newbie-oriented script ( with the latest stable kernels / with the currently available free patches: https://github.com/miroR/grsec-dapper-compile
) are welcome.
My experience was with linux-image-grsec-amd64
rather than your kernels.
But that's so old... Also, there was a newer one. Actually is: https://packages.debian.org/stretch-bac ... rsec-amd64
but that's still old, I offer way closer to the latest stable.
I've given up on Linux for important stuff, I now use OpenBSD's kernel instead.
I'm occasionally thinking about going that path too... But a few capable developers do appear to still be working on the few forks, and the dappersec works on my problematic system still without any bugs (two days this latest kernel --the one that I offer for download, the any-system kernel), so I can use that system, so far, reliably (wasn't the case with grsec-unoff, the minipli's one; long story, explained in the bugs linked previously)...