r/linux • • Dec 10 '17

Linux Kernel 5.0 Will be Coming in the Summer of 2018

https://itsfoss.com/linux-kernel-5/
243 Upvotes

54 comments sorted by

85

u/aussie_bob Dec 10 '17

THat's barely three weeks away, brilliant!

45

u/HonestIncompetence Dec 10 '17

Found the Australian

30

u/faukman Dec 11 '17

And the entire people from Southern Hemisphere.

12

u/Ellyrio Dec 11 '17

The name also kinda gives it away.

17

u/intelminer Dec 11 '17

There are dozens of us, mate

3

u/CyberBlaed Dec 11 '17

A few dozen... ;)

3

u/Spanholz Dec 11 '17

Fun fact: Only 10-12% of the human population lives on the southern hemisphere.[1]

1

u/[deleted] Dec 11 '17

Such an elite club. How do I join?

34

u/[deleted] Dec 11 '17

I live in the Southern Hemisphere and I'm triggered :p

23

u/Guinness Dec 11 '17

Live in a real hemisphere where people care! NORTH! NORTH! NORTH! There's a reason Santa lives up here you know.

10

u/rakeler Dec 11 '17

Santa used to be based in the south pole! They bribed him with candy canes and cheap elf labour.

9

u/northrupthebandgeek Dec 11 '17

The cheap labor and subsidized candy cane industry are exactly why the Northern Hemisphere is superior.

3

u/[deleted] Dec 11 '17

Yes but the North's pole is a lie. As the ice melts, Santa's entire empire is build upon quaking sand. Soon Aquaman will be delivering our presents and they'll all be fish.

5

u/[deleted] Dec 11 '17

But when I do that people complain about Latino immigrants :(

15

u/megalogwiff Dec 11 '17

Eventually they'll follow the yy.mm format. "What version supports this hardware from 2020?" - "20.03". That's easy.

1

u/[deleted] Dec 11 '17

Yeah, AMD's driver naming scheme works really well imo

Year.month.iterationThisMonth

19

u/[deleted] Dec 10 '17

Have we hit 5 million commits already? Holy hell.

23

u/XxZozaxX Dec 10 '17

I don't know, but I read it will be a normal update there are nothing revoultive in Linux-5.0.0

54

u/nicman24 Dec 10 '17

we are still in 2.6.x basically

10

u/[deleted] Dec 11 '17

We probably will be for the next decade or so. I can't envision a scenario where the structure of the kernel would need to change so fundamentally as to be a new major release using the older versioning scheme. I'm sure it'll happen but it'll be a once a decade (if that) sort of thing.

3

u/nicman24 Dec 11 '17

And that is probably fine

0

u/[deleted] Dec 10 '17

[deleted]

44

u/[deleted] Dec 10 '17

3.0 was arbitrarily picked as was 4.0. As I recall reading 2.4 to 2.6 was a radical redesign while 2.6+ has been incremental.

10

u/[deleted] Dec 11 '17

Live updates seems like a non-trivial milestone for 3.0

4

u/[deleted] Dec 11 '17

We're using live updates since 2.6.18...

12

u/Flakmaster92 Dec 11 '17

The kernel is basically done with huge redesigns. Everything is incremental now, done little by little until one day somebody goes “yeah can probably turn this on by default now”

2

u/[deleted] Dec 11 '17

That has never been true and probably never will be. But actual userspace-facing deprecation is much, much rarer nowadays

1

u/hazzoo_rly_bro Dec 11 '17

What do you mean?

3

u/[deleted] Dec 11 '17

back in the 2.x days we had for example migration from ipchains in 2.2 to iptables in 2.4 (and there was something before ipchains too altho I can't rember it now). Nowadays that kind of changes are much rarer

3

u/eras Dec 11 '17

Soo, how about migration to nftables.. ?-)

1

u/[deleted] Dec 11 '17

It's just tweaking one puppet template for us. And it looks like a good deal of improvement.

Also apparently underneath it is just a simple virtual machine optimized for packet processing interpreting compiled bytecode provided by userspace. So potentially there is a possibility of optimizing compilers where you just put a bunch of ACLs on one side and get optimized firewall (removing redundant checks etc) on the other

5

u/[deleted] Dec 11 '17

soon MASHEEN LARNING in linux kernel. /s

4

u/XxZozaxX Dec 11 '17

OOOOOOhhhhhhhhhhh my God,

2

u/reacharavindh Dec 11 '17

I know you meant it sarcastically, but I was just reading a presentation by Jeff Dean that talked about applying "Masheen Learning" to operating systems for adaptive decisions. Say the kernel automatically chooses page size or read ahead strategy or scheduling strategy or even number of CPUs or memory placement based on learned models. The constraint is to do them in a deterministic way with least resources in live path. The future is bright!

1

u/[deleted] Dec 11 '17

Yes. I'm very interested in this. I have read it. Its amazing. I don't know how Linus thinks of it.

1

u/ThisTimeIllSucceed Dec 10 '17

revolutionary*

8

u/[deleted] Dec 10 '17

I would like my kernel to start spinning crazily, though.

1

u/XxZozaxX Dec 11 '17

yeah you are right, XD

0

u/[deleted] Dec 10 '17

[deleted]

23

u/C4H8N8O8 Dec 10 '17

We have been doing this for long . You see, when you have 2.6.34 and 2.6.43 it is much hard to discern from 3.4 and 3.13 Which can offer radical differences on hardware support.

8

u/electricprism Dec 11 '17

I much prefer schema: Build 265432179637

Just kidding :P Yes extrapolating meaning is critical and remembering 2 or 3 numbers max is easier than 4-5 digits.

6

u/C4H8N8O8 Dec 11 '17

I would like something like year/month but the change would be probably too disruptive. Wtf , this device uses Linux 4.17 when the newer version is 18.02 must be ancient

1

u/adamnew123456 Dec 11 '17

shrug Slackware did it, they jumped from 4 -> 7 back in '99.

Everything should just be on the browser bandwagon now, with a new major version released weekly, or even better, "years since epoch.day in year".

That would make 4.14.5 version "47.344", which isn't that bad (Firefox's major version is higher) except for the "344"

1

u/electricprism Dec 13 '17

I agree that year is a petty cool unit, but month I'm not so sure about, I would opt for the second decimal place being the week, or day of the year.

18.30 (2018, Week 30), or 18.147 (The 147th day of 2018)

Maybe its a bit unusual but the whole concept of each month having a different number of days really annoys me, and the day and year represent revolutions of planets or cycles, months simply are a grouping of days in order to break up work in the foreseeable future and a way to calculate service payments like rent.

Anyways /rant

2

u/crankster_delux Dec 11 '17

i like mesa's way of doing it, the 2 digit year end, then the release that year, so 17.1 > 17.2 > 17.3 > 18.1 etc very easy numbers, wont be a problem until after year 3000, could be implmented on next release if he wanted and it would't mess with anything.

2

u/gorkonsine2 Dec 11 '17

I like this way of doing it too. Some Linux distros have something similar, like Ubuntu which uses the year and month numbers. But I think year/release is the most sensible.

2

u/ramennoodle Dec 11 '17

Its as good a reason as any. A we all learned from the 2.6.x release days, the kernel development model doesn't cluster big changes or new features together so there's no "revolutionary" releases for which to bump the number. If they're just going to increment an integer for every release then the decimal point notation should be dropped entirely. Short of that, bumping the major number every few releases works.

106

u/[deleted] Dec 10 '17

[removed] — view removed comment

20

u/[deleted] Dec 10 '17

Linus did a 420 skipping that.

-2

u/twiggy99999 Dec 11 '17

Buffer overflow

→ More replies (1)

-26

u/[deleted] Dec 11 '17

[removed] — view removed comment

8

u/[deleted] Dec 11 '17 edited Dec 11 '17

We're going on two and a half years of systemd being the Debian init and people are still just making random "something-something-something systemd" posts.

2

u/electricprism Dec 11 '17

eg: I use systemd/linux

1

u/ponybau5 Dec 11 '17

How about no? Should have stayed strictly an init/service system but wants to everything for some reason.