Félúton vagyunk az 5.0-s Linux kernel felé

Kernel

Linus a napokban arról írt, hogy éppen félúton vagyunk a 4.0-s és az 5.0-s kernel közt. Magyarázatot is mellékelt:

Why? It turns out that we've had a git object count pattern in the kernel, with the major version transitions happening fairly exactly at every two million objects in the git object database.

Put another way: v3.0 was released when the kernel git object database grew to two million objects, and v4.0 was released when we crossed over the 4M mark. So naturally, if you're into numerology, that unequivocally proves v5.0 will be when we reach 6M objects.

And today my git object database crossed over the 5M object mark.

Ez azt jelenti, hogy az 5.0-s kernel valamikor 2017-ben érkezhet.

( persicsb | 2016. 10. 12., sze – 16:31 )

Tehát a verziószámozás még véletlenül se tartalmazzon érdemi információt. Tisztára, mint a Windows, ott sem tudsz kompatibilitási információt kiszedni a kernelverzióból. Csodás. Ez ám az engineering: 2 millió git object = új főverzió.

( mrceeka v | 2016. 10. 12., sze – 16:59 )

Troll:

... Tehát, gyerekek, hány objektumot kellett volna a Git adatbázisba betenni a Linux 1.0 idején, hogy ne legyen benne egy sem? :)

Üdv,
Marci

( Caro | 2016. 10. 12., sze – 17:00 )

Véleményem szerint - ha már ez a mérce - akkor inkább 8 milliónál kellene lennie. Majd 16-nál, stb.

( uid_16313 | 2016. 10. 12., sze – 19:32 )

A lényeg az, hogy emelkedjen a sorszám, nehogy rosszul érezzék magukat a verziószám-fetisiszták.

--
robyboy

( hop1 v | 2016. 10. 12., sze – 19:39 )

Nem a 2.5.x-nél voltunk félúton????

( sigellef | 2016. 10. 12., sze – 21:06 )

... ilyen alapon lehetne x darab bug kijavítása után főverziószámot emelni. :D

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

( enpassant v | 2016. 10. 12., sze – 22:12 )

Nektek aztán semmi sem tetszik!
Az sem, ha túl nagy a minor szám azért vált fő verziót, az sem, ha 2M object-tel több van a git-ben.
Most akkor majd megint gondolkodhat, hogy mi fog tetszeni a népnek! ;)

Azt iróniának szántam, szerintem Linus teljesen lesza nem érdekli, hogy mit gondol a nép.
A semver-nek itt nem sok értelme van, mivel a user space API az atom stabil és az alapján soha nem kellene főverziót emelni, a belső API meg állandóan változik, az alapján meg minden alkalommal kellene.
Mivel rolling release, így nincs az, hogy egyszerre kerül bele egy tonna új cucc, amikor is lehetne emelni rajta, hanem szépen fokozatosan kerülnek be.
Így marad a dátum alapú vagy a kézzel léptetett.
A kézzel léptetett mögé lehet esetleg valami elvet rakni, hogy x db al verziónként, vagy y időnként, vagy 2M git object-enként, ... vagy lehet ad-hoc is. Nagy jelentősége szerintem nincs.