Re: KISS Still Active

Le 30-07-2026, Farley Flud <[email protected]> a écrit :
> On Wed, 29 Jul 2026 23:15:35 -0000 (UTC), Lawrence D’Oliveiro wrote:
>
>> On Wed, 29 Jul 2026 11:51:00 -0400, jayjwa wrote:
>> 
>>> How many people reading this can configure and build a kernel from
>>> zero by themselves? No looking at /proc/config.gz. No looking at
>>> /boot/config*. No 'make oldconfig'. Just start with a blank config
>>> and walk through the 10,000 options therein. You do know the chipset
>>> in your USB ethernet, correct? Do you want support for Southern
>>> Islands in your GPU? Thoughts on setting CONFIG_TICK_CPU_ACCOUNTING?
>>> Hint: if you have an older Ryzen, you'll have to dive into the RCU
>>> Subsystem menu.
>> 
>> So, just say “yes” to everything. The kernel developers themselves do
>> that as a routine part of testing, so you know it’ll work. Let the
>> kernel’s own hardware autodetection features sort it out.

Yes.

> Say "No" to all the security options.

Rule number one for anyone with a brain: do the opposite of anything you
say.

Last time you explained how you optimized your browser, it became
impossible to let you order food on some websites. Of course you blamed
Firefox for the bad optimizations you brought, but that's the way you
go.

> Configuring and building the kernel "from scratch" is the best
> learning experience available to any GNU/Linux user (not moocher).
>
> All the config options are fully documented.  If one has a basic
> understanding of hardware, file systems, memory management, etc.
> then configuration is easy.

Yes, the best proof is to see you can manage to compile something that
can start. OK, it barely manages to start, but it starts anyway. As you
don't really use your computer, you can't realize how broken it is, but
it starts anyway. So if a brain dead late moron like you can compile
your kernel, anyone can do it.


> Every config option can be perused in less than 20 minutes but
> once that is done the same options can be used over and over
> in the future via "make oldconfig."
>
> A surprising number of options are for security:
>
>  CONFIG_X86_USER_SHADOW_STACK:                                                                  │  
>   │                                                                                             │  
>   │ Shadow stack protection is a hardware feature that detects function                         │  
>   │ return address corruption.  This helps mitigate ROP attacks.                                │  
>   │ Applications must be enabled to use it, and old userspace does not                          │  
>   │ get protection "for free".                                                                  │  
>   │                                                                                             │  
>   │ CPUs supporting shadow stacks were first released in 2020.                                  │  
>   │                                                                                             │  
>   │ See Documentation/arch/x86/shstk.rst for more information.
>
> These are best disabled for desktop workstations that are under
> user control.

As your computer is managed by luck and not by you, you should keep it
enabled. You see? Doing the opposite of what you claim is a good strategy.

> A surprising number of config options regard virtual machines
> and should  also be disabled (unless one operates a public server
> farm).

There are other reasons to use virtual machines, but the concept is
difficult for you to understand.

> The Linux kernel can accommodate many, many different computing
> scenarios and it is ridiculous to rely on the "one size fits
> all" kernel that is supplied by mainstream distros.

Can't you see that you contradict yourself? You claim that that everyone
should listened to you when choosing options, if it's ridiculous to rely
on the "one size fits all" kernel, it's ridiculous to believe that
everyone should choose the same options than you.

> My advice is 

shit. You shouldn't give it.

> Once accomplished you, and your machine, will be much better off.

No. There is nothing wrong to compile one's kernel, it can be used to
learn a few things. But believing that changing the distros' options
will improve something is just daydreaming.

You claim endlessly that, thanks to your optimizations, your computer is
as fast as any modern computer, but it is just that: a claim.

-- 
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io