Note: Answering myself so no one has to bump my own topics:
https://forums.gentoo.org/viewtopic-...ighlight-.html
I respect tony as tony is a decent guy. well my forums.gentoo.org account is now banned, nevertheless I think I like his statements!
Quote:
Three months ago! How ancient! How old is the kernel that some Ubuntu user installed last year? I for one am rather sick of the "kernel of the week" obviously inadequately tested kernels coming out of kernel.org lately. Kernels used to be updated every six months to a year and 2.2 lasted quite a while alongside the radically different 2.4 The present kernels should be marked as "release candidates" by upstream rather than as "stable".
Because upstream is not issing updates anymore is no reason to mask a package, else half the tree would be masked. Have we fallen into the Microsoft update daily paradigm?
|
I agree on the release candidate status of kernel.org phrase of "stable: 4.14.11" or "
mainline: 4.15-rc6"
Only stable kernels are, because of extra policy on how to backport: "longterm: 4.9.74 2018-01-02"
I want to tell you this: Please consider using longterm branch 4.9.x or something similar. so you do not waste days fixing stuff which is caused by experimental kernels, like alpha status, from kernel.org named for example: "stable: 4.14.11" or "mainline: 4.15-rc6"
You will also get the bonus that nvidia-drivers will install without a fuss. A new kernel branch usually needs a patch for nvidia-drivers.
--
Quote:
> Good. I was not feeling so happy about this bug report, but now I can
> firmly just blame the gentoo compiler for having some shit-for-brains
> "feature".
|
Well you see here why I wanted to ditch gentoo earlier, as stated in one of my earlier posts.
gentoo devs are just cocky.
--
Enforcing PIE and other nonsense is just not worth when
I run a NSA based intel ivybridge notebook with
intel management engine
intel cpu bug in regards of access and writing to any memory section (fresh bug)
uefi hidden features
nsa based broadcom firmware backdoors (my wifi and ethernet)
The hardware can not be trusted anyway. so not worth using experimental gcc features which most likely breaks software at run time or during compilation.
when you use the gold linker you run in many other issues. kernel also fails to build with gold linker on certain versions. i hardly found any software which was programmed very well.