Линус Торвальдс посчитал нецелесообразным продолжать наращивание номеров в ветке 4.x и представил (https://lkml.org/lkml/2019/1/6/178) первый кандидат в релизы новой ветки 5.0, в рамках которой будут формироваться новый выпуски ядра Linux в последующие 3-4 года. Хорошим поводом для создания новой ветки было преодоление рубежа в 6 млн git-объектов, но Линус принципиально решил не привязываться к нумерологическим событиям.
Напомним, что смена первого номера в версии ядра является формальным шагом, не связанным с внедрением каких-то революционных и особенных изменений, а лишь снимающих дискомфорт из-за накопления большого числа выпусков в серии. версии 3.x и 4.x были сформированы из эстетических соображений - Например, переход к версиям 3.x был осуществлён (https://www.opennet.dev/opennews/art.shtml?num=30639) в 2011 году, когда в ветке 2.6.x накопилось 39 релизов, а ветка 4.x в 2015 году после создания (https://www.opennet.dev/opennews/art.shtml?num=41665) 20 выпусков 3.x. При этом смена версий 3.x и 4.x хорошо коррелировала с числом git-объектов в репозитории - ядро 3.0 было выпущено, когда в репозитории находилось примерно 2 млн объектов, а ядро 4.0 - 4 млн объектов. Выпуск 5.0 разрывает данную логическую цепочку, так как в настоящее время репозиторий включает примерно 6.5 млн git-объектов.URL: https://lkml.org/lkml/2019/1/6/178
Новость: https://www.opennet.dev/opennews/art.shtml?num=49911
Решили ломать стереотипы и дальше? Исторически давно сложилось, что мажорная часть версии меняется при значительных изменения в продукте. А тут просто так захотелось?
Напомним, что смена первого номера в версии ядра является формальным шагом, не связанным с внедрением каких-то революционных и особенных изменений, а лишь снимающих дискомфорт из-за накопления большого числа выпусков в серии. версии 3.x и 4.x были сформированы из эстетических соображений
Предлагаю с тем же успехом именовать номером - количеством коммитов. Смысл тот же, холиваров меньше.kernel v. 4635112, kernel v. 5447564, etc.
Благодаря гуглу нумерология в софте умерла.
Сейчас всем пох на нумерацию, в лучшем случае смотрят только на больше-меньше.
Кстати, кто забыл: реальная версия ядра равна #define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))4.20.1 = 267265
5.0.0 = 327680Отседа получим, что версия 4.x.y может быть только между 4.0.65536 и 4.256.0
В ядре в каждой версии вносятся значительные изменения. Хотите, чтобы было как в Firfox/Chromium/Systemd?И вообще, если брать традиции, то первая цифра меняется при нарушении обратной совместимость, а не при значительных изменениях. В ядре официально совместимость на уровне внешнего API не меняется, кроме перевода в разряд устаревших функций которыми уже никто не пользуется.
> Хотите, чтобы было как в Firfox/Chromium/Systemd?Такими темпами скоро так и будет, ядро Linux 205.0 -_-"
Каждые 3 года примерно поднятие первой циферки.
Через 2769 году после релиза Linix 256.0 мажорная версия перестала влезать в 1 байт. Я думаю, эта проблема поважнее какой-то мифической проблемы 2038 года!
Позволь обрадую, конец света будет раньше ;)
О, судя по имени, Вы наиболее осведомлены о этом. Расскажите когда?
А где таки ваши доказательства?
Глобальные изменения климата, мировые войны, загрязнение окружающей среды. Если человечество продолжит в том же духе, то Сотона окажется прав.
Тенденции говорят о том, что конец света труднее опровергнуть, чем доказать.
А у вас какие опровержения?
Мировые войны идут все эти тысячи лет, пока Ойкумена растёт.
Все эти тысячи лет не было ядерного оружия. И войны становились всё более кровопролитными в абсолютном выражении. Наверное уже возможно, двигаясь, как нам кажется, по асимптоте и в ноль свалиться. А Ойкумена уже уперлась в предел, даже Антарктида не спасет в случае ядерной войны. Пора переселяться на другие планеты, чтобы попытаться сохранить образчики вида.
Точно, отправим их на Марс. Алия Гимель произойдёт в Космосе!
К 8 релизу челы окончательно затолкают друга-друга в скафандры, а их глаза окончательно врастут в реальность, генерируемую нейросетями.
И появление шторки с уведомлением о том, что конец уже вполне созрел, достаточно только явиться в указанный трансплантологический пункт, чтоб от него избавиться ‒ призвано будет поднять дух и придать ещё больше уверенности ))
Тебе мало имени?
> Тебе мало имени?Чьего имени? В треде два юмориста с манией величия, которого из них?
Конец света наступает каждые 5-10 лет.
> Конец света наступает каждые 5-10 лет.Так и есть. Людей постоянно им пугают какие-то маразматики.
У всего есть свой срок годности, и старушка Земля когда-нибудь рипнется.
Но это не повод паниковать и постоянно всех пугать тем, что возможно произойдёт неизвестно когда. Возможно тогда, когда и людей на земле уже не будет.
> В ядре в каждой версии вносятся значительные изменения.перечислите первые пять между 4.20 и 4.21, не подглядывая в changelog.
если не можете - то хотя бы перестаньте прилюдно нести чепуху.
объем мусорного кода и "число объектов в git", если вы еще не поняли, не имеет прямого отношения к "значительности изменений".
BtrFS научили поддерживать файлы подкачки. :)
> > перечислите первые пять между 4.20 и 4.21
> BtrFS научили поддерживать файлы подкачки. :)"Сенатор, где вас учили считать?"
Там где преподают весовые коэффициенты.
исторически так сложилось что более удобные схемы заменяют менее удобные. и эта схема более удобна.
Линус умница и молодец — как желает, так пусть и нумерует.
Дай Бог ему здоровья!
Ребята, почему бы просто не нумеровать релизы, где первое число - год, а второе - номер месяца, как это есть в нами любимой десяточке? Ведь давно понятно, что текущая нумерация не подходит для ядра.
Потому что так неудобно.
Балин. Наконец-то я понял, что означают эти загадочные цифры в версии Вин10.
Кончай жир пускать.
>А тут просто так захотелось?Вот в сочельник самый в ночь...
Всем известно, что версия ядра теперь нумеруется по числу пальцев с ногтями у человека.
А есть пальцы без ногтей у человека?
Не у всех.
Т.е. заслуженный фрезеровщик или штамповщик для тебя не человек?
> Исторически давно сложилось, что мажорная часть версии меняется при значительных изменения в продуктетолько в hello world проектах. (ну или во влажных мечтах креоционистов -- которые даже Hello World не пишут).
в большом проекте, или в огромном проекте, "значительные" изменения могут оказаться просто незаметными на фоне всего остального кода.
а если проект является огромным именно потому что каждое изменение версии является значительным (и именно таким образом проект СТАЛ огромным) -- то тут темболее ваш semver выглядет жалким
Непонятно зачем тогда вообще нужно три цифры в номере версии, был бы релиз 50.0 и все. :-)
Многие вообще 5 используют и живут как то...
Это все sun в 80х сделал для библиотек! Его пинайте!
Это "исторически сложилось" в те времена, когда мажорный выпуск происходил по готовности определённого набора крупных фич. То есть, "выпуск будет, когда мы это допишем".Эта практика не плдходит для современного цикла разработки ядра Linux, когда выпуск идёт по расписанию, а не по состоянию готовности новых фич. Много там накоммтили или мало, были крупные изменения или не было — прошло установленное графиком число дней, значит, пора выкатывать релиз. Если что-то не доделано — оно в релиз не входит. В выигрыше пользователи, которые получают готовые фичи без необходимости ждать, пока там допилят неготовую фичу, из-за которой задерживается выпуск.
По поводу такого подхода (выпуск по расписанию) можно спорить, но если Линусу он нравится, значит, в нём что-то есть.
А слепо копировать старые практики, невзиря на то, что они уже не состыкуются с реальностью - не нужно.
Ты не учел то что фичи в ядро летят непрерывно, стабильно и много
В чем неудобство нумерования версий при незначительных текущих улучшениях ядра? Ну пусть было бы 2.6.156. И что?
В том-то и дело, что практически без разницы как нумеровать будет! Какая-то логика есть и ладно) Не надо на этом заморачиваться, лучше бы код писали чем комменты.
Спасибо, Ваш комментарий вернул мне веру в людей.
>2.6.1565.1 запомнить проще. Записать проще. Произнести проще. Всё проще.
а зачем запоминать-то? (ты вот даже не осилил - оно пока .0)Все равно на вопрос, к примеру, "в какой версии еще нет вредной закладки kpti" ты только морганием глаз можешь ответить.
Без этой "вредной закладки" твои ключи шифрования поимеют значительно быстрее и с меньшими затратами.
как страшно жыть. Ну и сколько и каких моих ключей ты уже поимел, и где деньги?
А мои ключи не беспокоят? Которых нет.
А номер выпуска - 51, как в Google Chrome, ещё проще.
А знаешь что еще проще запомнить? Год/число выпуска. Заодно версия дает понимание насколько ядро актуально. Не вижу смысла в бессмысленной нумерации.
> Ну пусть было бы 2.6.156. И что?инвесторы не поймут-с, могут перестать отсыпать бабло экскаватором. Потому что даже финансовому спекулянту станет ясно, что развитие проекта давным-давно зашло в тупик, шаг вперед, два шага назад.
2.1.132, если кто не в курсе - вполне себе была, и там тоже ради "инвесторы не поймут-с" был выпущен недоделанный 2.2.0, а пользоваться стало можно только к 2.2.4, что-ли (то есть по сути это были 2.1.133-135 - Линус очень "вовремя" вздумал вдруг поиграться с cache invalidation, и примерно пять версий подряд портили данные или висли)
так что да, давно пора перейти на мазиланумерацию - 5.0 переименовать в 500 (лизни тyнца, гугель, со своими 6x, да и systembloatd бы легко объехали!) - все равно эти цифирки уже десять лет ничего не означают в принципе.
"стабильное ядро - в вашем дистрибутиве", (c) швятой Линус.
>При этом смена версий 3.x и 4.x >хорошо коррелировала с числом git->объектов в репозитории - ядро 3.0 >было выпущено, когда в репозитории >находилось примерно 2 млн объектовХреноватая корреляция
Думаю, Л. просто "получил рекомендации" так сделать. Может даже, рекомендации, данные без каких-либо задних мыслей, а просто - "все так делают". Какой ещё дискомфорт от больших чисел, у кого?
Ага. Ему рептилоиды рекомендовали. Рекомендации присылали через меня. Кстати, это рептилоиды же ему посоветовали создать ядро вообще.
> Ага. Ему рептилоиды рекомендовали. Рекомендации присылали через меня. Кстати, это рептилоиды
> же ему посоветовали создать ядро вообще.Если непонятно, в чём дело, то дело в деньгах. Народная примета такая.
Баблический редукционизм. Система верований достаточно широко распространенная среди низших классов общества.
> Баблический редукционизм. Система верований достаточно широко распространенная среди
> низших классов общества.То ли дело в высших: то дискурс, то сикурс. А понимают ничуть не более.
> А понимают ничуть не более.Ну в этом кое-что ещё можно изменить -- правда, только в детях:
https://hippy-end.livejournal.com/2501920.html
(коротко: "играйте, а не пяльтесь в гаджеты")
Правильно, зачем быдлy технологии? Улицы тоже надо кому-то мести, не все ж равшанов приглашать, да и те уже не хотят. Чем дальше, тем больше подобных публикаций появляется, а то иш чего - не хотят копать от забора до обеда за три копейки.
Шерше ля фам. В оригинале.
> Какой ещё дискомфорт от больших чисел, у кого?Известно у кого. У альтернативно мыслящих.
Windows догоняют?
Linux 5.1 XP Edition
где то уже был linux xp))) реально был. там рабочий стол был под xp заделан, но это было походу еще на 3 кедах. дальше не проверял. коммерческий продукт был. пытались народу в бизнес впаривать на персоналки.))
Много нам разницы как горячий финский парень номера своему детищу лепить предпочитает? Самое несущественное что только может на ум прийти.
Не новости упрек, инфа в меру полезна, срачерам скорее.
> Много нам разницы как горячий финский парень номера своему детищу лепить предпочитает?да. Те вопросы, которы я там выше задавал в виде стеба - они на самом деле не стебные ни разу, и на них хорошо бы иметь ответы.
то есть вот разница между 2.2 и 2.4 - она была вполне конкретной и понимаемой. Разницы между 2.4 и 2.6 нет, по сути, никакой, кроме времени прошедшего с последних выпусков (в смысле, она там может во многих случаях быть меньшей, чем между разными версиями внутри 2.6). Современные версии не значат вообще ничего - api и abi могут быть поломаны в абсолютно любом месте в абсолютно любой момент, хоть между 4.20 и 21, хоть между 4 и 5.0, какие-то глобальные видимые со стороны пользователя вещи могут случаться тоже где угодно.
Вот с какого момента стало можно пользоваться cgroups, по типам? Да хрен ты вспомнишь и хрен найдешь список.
Конечно же это не так, мистер Wrongbot.
> Конечно же это не так, мистер Wrongbot.prove him wrong, silly...
linux 2019-rc1 ?
Да
Пришло время использовать Linux 5.0 на RISC-V.
Для всех остальных будет фуксия.
> Пришло время использовать Linux 5.0 на RISC-V.Ну у нас там пока 4.19: http://altlinux.org/ports/riscv64
Не проще перейти на нумерацию типа yy.mm.number? 👉19.1.0, 👉19.5.19, 👉105.12.10...
👉yy.mm.prefix.number
Зачем? Уж сразу просто git-хэшами идентифицировать.
Какие существенные нововведения и изменения ждут ядро в ближайшие лет пять?
Про нумерацию не шутить, вода.
Смена названия на фуксия и переписывание всего софта под неё.
Фуксия хороша хотя бы тем, что микроядро. И не будет бреда вроде драйверов привязанных к версии ядра.
> Микроядро ФикцияИ действительно не будет бреда.
> Фуксия хороша хотя бы тем, что микроядро. И не будет бреда вроде
> драйверов привязанных к версии ядра.ды ты что?
и как же они этого достигнут?
будут писать прослойки совместимости на каждое изменение внутренней архитектуры?
а если очередное внутреннее изменение будет потенциоально угрожать НЕвозможностью функционирования прослойки совместимости -- то что тогда -- будут вводить спец-режимы необходимые лишь для функционирования прослойки?
уже представил кошмар разработчиков? как дуаешь проект помрёт в муках или просто не выстрелет?
скорее наиболее вероятность что от идеи "драйверов привязанных к версии ядра" просто откажутся.
Бесполезно приводить рациональные аргументы верующим в святое микроядро.
Ничего они не будут писать напишут один раз и не будут прослойку менять. А если ты в своём девайсе дрова не можешь нормально сделать так пихай его себе в ухо.
> и как же они этого достигнут?
> будут писать прослойки совместимости на каждое изменение внутренней архитектуры?Вы меня приятно удивили, спасибо :-)
Просто радиус кривизны рук разработчиков ядра таков что они не могут сохранить совместимость драйверов даже между минорными релизами. Так что любое ядро что гарантирует совместимость драйверов (даже виндовое) будет лучше чем любая институтская поделка Линуса.
> Так что любое ядро что гарантирует совместимость драйверов
> (даже виндовое) будет лучше чем любая институтская поделка Линуса.Кажется, я нашёл желающего за деньги отвечать на вопросы про старые дрова. Черкните-ка мне почтой. Только чур так: за балабольство тоже отвечать придётся по полной.
да/Нет?
> Фуксия хороша хотя бы тем, что микроядро.
> И не будет бреда вроде драйверов привязанных к версии ядра.Ага, и всё будет сдизайнено так, что внутриядерные API никто никогда трогать не будут, угу.
PS: Вы часом не из тех детей, которые в свои три ни с одной игрушкой из своих пятисот по-настоящему играть не научились -- и теперь в свои двадцать пытаетесь пофантазировать ну хоть во что-то?..
www.kernel.org
mainline: 5.0-rc1 2019-01-07
Такими темпами и FreeBSD могут догнать.
> If you want to have an official reason, it's that I ran out of fingers and toes to count on, so 4.21 became 5.0.Отличная причина
Да. Уроки этики не прошли даром. Интересно, поймут ли вопрошавшие намёк?
Зная линуса и его умнение посылать красиво - думаю поймут.
Судя по COC посылание осталось в прошлом.
> Судя по COC посылание осталось в прошлом.Теперь Линус стал... другим.
И только маджоры дёргает вместо матешины. ><<<<>
Судя по реплике выше - не все. :)
>>I ran out of fingers and toes to count on, so 4.21 became 5.0.
> Отличная причинаСобёрём Линусу денег на циркулярку?!
Ускорим ПрогрессЪ.
>Напомним, что смена первого номера в версии ядра является формальным шагом, не связанным с внедрением каких-то революционных и особенных измененийПомнится, в JFF Линус наоборот сетовал за огромную ответственность при увеличении номера версии продукта
С годами люди меняются. Торвальдс — человек.
> Линус Торвальдс ...Одним словом - вернулся!
>> Линус Торвальдс ...
> Одним словом - вернулся!Ну так смена-то ещё всяко не выросла. Даже Грег не держит удар (справедливости ради -- я таких людей сходу вообще не знаю).
Все правильно сделал! Мужик.
какая боль какая боль
модуль невидии не цомпилируется под 5.0,ждем патчей
А количество выпусков чем-то менее нумерологическое, нежели число git-объектов?
Зациклились все на номерках. А печаль как раз не в этом. В очередную версию всё ещё не добавлен WireGuard, а так ожидалось...
4.20 -> 5.0
High Five
> снимающих дискомфорт из-за накопления большого числа выпусков в сериитак это к врачам нужно обращаться для снятия дискомфорта
скучаю по забавным комментариям в коде
Заметил, что manjaro быстрее за федору выкатывает обновления, о обенно новых версий ядер.
Но в манжаре у меня и sweethome3d не хочет работать мол проблема какая то с opengl\directx я тпк понял что дело в дровах, а вот в федоре (которую некоторые называют вечной бетой) всё работает, да и работает отлично, нету в игрушках противного тиринга как в манжаре.
А вообще, хочется не новых циферок, а оптимизации.
Как же этот Торвальдс задрал всех своими прыганьями вокруг циферок. Ну и без Торвальдса ядро работет, я проверял, перекомпилировал - а оно работает. Неожиданно для Торвальдса :-/