Debian users will have white hairs by the time they see a kernel version this high

>Debian users will have white hairs by the time they see a kernel version this high

LMAO

My brother uses Debian, he is 23 years old and has a whole bunch of grey hairs already, we always put it down to his Aspergers medication (since age 12) rather than Debian kernel version but that makes sense too.

at least they'll have that hair on their head and not on their neck.

>Debian
>Asperger's
Checks out.

Stable (Jessie) uses 3.16 LTS.

Name some features of the 4.10 kernel that aren't in 3.16 that you care about, and would immediately notice the absence of if I switched your kernel behind your back. Having the latest number in screenfetch for when you shitpost in desktop threads doesn't count.

Support for my video card (AMD R9 290). Without a new kernel I am forced to use Fglrx ..

>version starts with a 3
I mean, you don't have to have the very latest, but geez!

well I have white hair already BUTCH

RHEL/CentOS 6 is still supported. It'll be supported until the end of 2020, actually. It uses kernel 2.6.32.

Live patching
DAX - Direct Access for persistent memory storage
kasan, kernel address sanitizer
"lazytime" option for better update of file timestamps
Multiple lower layers in overlayfs
Support Parallel NFS server
Ext4 encryption support
Experimental cluster support for MD
Single user support
Virtual GEM driver for improved software rasterizers
Block device for persistent memory
Multiprotocol Label Switching
BPF programs can be attached to kprobes
ACPI support for the ARM64 architecture
New driver amdgpu for modern AMD Radeon hardware
Atomic modesetting API enabled by default
Stacking of security modules
Queued spinlocks become the default spinlock implementation
cgroup writeback support

userfaultfd()
membarrier()
idle page tracking
Support for IPv6 Identifier Locator Addressing
Network light weight tunnels
Virtual Routing and Forwarding (Lite) support
Faster and leaner loop device with Direct I/O and Asynchronous I/O support
3D support in virtual GPU driver
TCP listener handling completely lockless
Preliminary journalled RAID5 MD support
perf + eBPF integration
Block polling support
mlock2()
copy_file_range(2)
PowerPlay support to the amdgpu driver
Btrfs free space handling scalability improvements
Support for GCC's Undefined Behavior Sanitizer
Better epoll multithread scalability
Proper control of socket memory usage in the memory controller
USB 3.1 SuperSpeedPlus (10 Gbps) support

I suppose I'll have to wait a bit then.
>inb4 testing isn't Debian

overlayfs
thats why i use 4.9 from backports

Improved reliability of the Out Of Memory task killer
Support for Intel memory protection keys
Kernel Connection Multiplexor
802.1AE MAC-level encryption (MACsec)
dma-buf
Support for cgroup namespaces
Support for Radeon RX480 GPUs
Histograms of events in ftrace
perf trace calls stack
Allow BPF programs to attach to tracepoints
EFI 'Capsule' firmware updates
XFS reverse mapping
Stricter checking of memory copies with hardened usercopy
Shared data extents + copy-on-write support on XFS
Hardware latency tracer
Virtual GPU support
Improved writeback management
Hybrid block polling
Support for Intel Cache Allocation Technology

you aren't naming things you use. You're copy-pasting features from a changelog.

>OS: Void Linux
>Kernel: x86_64 Linux 4.10.9_1
aghaghagh

>getrandom() was introduced in version 3.17 of the Linux kernel.

wojak_wearing_a_debian_hat_crying.jpeg

First of all, I'm on 4.9 and no changes in 4.10 seem really important for my use case.
Second of all, I'll be bald long before getting silver hair :^(

baka desu senpai

What distro uses Mr. Reddit?

Not gonna lie, former Debian user here. This is fucking hilarious watching Debian crash and burn. But in all seriousness we can't let Debian get the 4.10 kernel.

Their own fault for having accepted systemd into the system.

It's a pasta.

>Not gonna lie, former Trump voter here. This is fucking hilarious watching Trump crash and burn. But in all seriousness we can't let this guy get the nuclear codes.

>It's not fair!!! We were supposed to have 4.x kernels!!

I run Debian with Linux 4.10.12 right now

Debian sid is on 4.9

ITT: niggas whomst can't into backports

>explaining the joke

Kali and Arch.

No, seriously. You can see it in the show. I think there was a character that used Ubuntu, too.

4.10 is in experimental brul.

I've compiled my own kernel for over 10 years.
It's fully automatic for minor releases, and of course I'm prompted for configuration changes between major releases.

What tangible benefits do you get from compiling your own kernel?

I can only imagine you spent weeks trial and erroring with different kernel flags to disable features you know nothing about and starting over every time you think you fucked up.

>you know nothing about

>using an unstable system
>being amug about it
I remember that phase. When I, too, fapped to version numbers.

Then I grew up and realized that having updates that don't fuck my entire system (especially if you need several proprietary kernel modules that need to be recompiled every kernel update) or introduce several regressions every version (LMAO @ GNOME 3 fags) was more important than the rush of updating the package list every two hours.

The only thing I miss is the latest LibreOffice and Wine versions, but there are backports for that.

First white hair popped up recently at 24. Haven't plucked it, think I'll keep it.

Liveblogging the whole experience on Sup Forums

3.16 works like ass or just flat-out refuses to boot on my netbook purchased in summer 2014. I was stuck in Manjaro for some weeks because it was the only distro that offered updated install media with that kernel version. Anything lower and most of the times it wouldn't even boot, not even CLI-based installations. At least 3.18 was needed in order for the hardware volume buttons and adjustable screen brightness to even work.

So, your "oh so stable" garbage doesn't even work in hardware purchased almost 3 years ago. Really nice.

Use a backports kernel, nigger.

>let's inconvenience our end users because we're stupid enough to distribute a 3 years old kernel filled to the brim with insecurities and holes and that has a high chance of not even booting the installation media on anything purchased in mid 2014 or later.
End yourself, please.

>most of our users don't have broken hardware that requires a fix in some bleeding edge kernel. But lets inconvenience them by distributing every new kernel that comes out, and occasionally hitting some people with regressions for no very good reason.

Security fixes get backported, by the way.

testing comes with 4.9, I can update to 4.10 if i wanted to

>Selección
You have to go back, Juárez.

Most of this are not even features.

sid/testing/backports

What new features do you really need?

Spain is not mexico, I thought American schools weren't THAT bad

redpill me on changing kernel. I update mine all the time but only for the adrenaline rush that it might break everything. what's the good reason to use latest kernel?

You probably don't ever need to upgrade to a newer kernel as long as it supports your hardware and is still getting security patches.

Audio and touchpad drivers for my laptop
Half a dozen virtualization features for my workstation (I'm not gonna look up the exact specifics)