Линус Торвальдс заявил (http://www.internetnews.com/blog/skerner/linux-4.0-coming-in...) на конференции LinixCon о намерении выпустить ядро Linux 4.0, когда в рамках текущей ветки 3.x будет подготовлено тридцать выпусков. При текущем темпе разработки ядра версия 3.29 будет доступна осенью 2016 года, после чего вместо 3.30 будет выпущен релиз 4.0. Линус также не исключил вариант, что ядро 4.0 будет выпущено раньше, после 20 выпусков в ветке 3.x, тогда смену нумерации можно ждать уже в 2015 году. Продолжение выпуска версий 3.x в течение длительного времени по мнению Торвальдса нецелесообразно в виду того, что за большими номерами версий труднее следить. Небольшие номера запоминаются легче, поэтому номера версий ядра лучше держать в разумных пределах.
Как и в случае с веткой 3.0, версию 4.0 следует считать просто формальным обновлением нумерации. Никаких серьезных нарушений совместимости или специальных новшеств не будет. Новое ядро плавно продолжит развитие текущей кодовой базы и по уровню нововведений будет сравнимо с версиями 3.x.URL: http://www.internetnews.com/blog/skerner/linux-4.0-coming-in...
Новость: http://www.opennet.me/opennews/art.shtml?num=34700
>версию 4.0 следует считать просто формальным обновлением нумерации. Никаких серьезных нарушений совместимости или специальных новшеств не будет.Жаль
А что по-Вашему лучше всё сломать? Ядро является хорошим образцом того, как надо развивать свободный проект. Главное в развитии соблюдать принципы совместимости и эволюционности.
Они ломают и так :)
+100Планируем переходить с 2.6.32 на 3.2, придется обратно весь зоопарк драйверов адаптировать...
Эволюционность, если вы под этим понимаете развитие проекта в сторону поддержки новых возможностей и улучшения старых, и совместимость могут противопоставляться. В ядре предпочтительнее первое, но от этого проект не становится лучше других, отдающих предпочтение второму, например на ранних этапах развития когда не совсем ясно что лучше, а что нет.
> например на ранних этапах развития когда не совсем ясно что лучше, а что нет.Так это когда было, а с тех пор в сторонних деревьях вызревает.
> А что по-Вашему лучше всё сломать? Ядро является хорошим образцом того, как
> надо развивать свободный проект. Главное в развитии соблюдать принципы совместимости и
> эволюционности.Я имел в виду нововведения, а не API. Моя вина, надо было вычеркнуть лишнее перед отправкой
Ну, нормальный подход. Куда лучше, чем у Firefox/Chromium/systemd
Уж не знаю насколько это для вас важно, но мне вообще по барабану как нумеруются версии продукта. Лишь бы взглянув на версии продуктов было очевидно какой из них более поздний/ранний.
Еще было бы неплохо понимать что с чем обратно совместимо.
Одно из ядер Линукса нумеруется год-месяц выхода, напр. ядро-08.4 - апрель 2008 г. По мне так самая нормальная нумерация, если все изменения примерно равные. А вот считать что число 29 маленькое и его легко держать в голове, а 31 большое и в голову не помещается...
хехе, 6 байт буфер
> хехе, 6 байт буфервру, 6 бит =)
Может 5 бит? 1 2 4 8 16 = 31 = 11111. Или вы прошто.
А месяц и год где?!
>вру, 6 бит =)Какие 6 бит? Это ж Ваня, у него однобитный буффер.
> Одно из ядер ЛинуксаСколько всего интересно в Линуксе ядер?
>> Одно из ядер Линукса
>Сколько всего интересно в Линуксе ядер?
>Сколько ... в Линуксе ядер?Кэп, Вы обратитесь к Вашему психоаналитику, а то за Вас страшно становится.
> Одно из ядер Линукса нумеруется год-месяц выхода, напр. ядро-08.4 - апрель 2008пральна! linux-2012, linux-2020...
Это нумерация не ядер, а дистрибутива Ubuntu на базе ядра Linux.
Такая нумерация запатентована Шаттлвортом=))
> Куда лучше, чем у Firefox/Chromium/systemdУ них такой же цикл релизов, разве что меняется первое число в версии, а не вторая.
Смену "версии следует считать просто формальным обновлением нумерации", что действительно для ядра, хромиума и огнелиса (красной панды)... ;)
Так, значит так. :)
А вообще все равно, лишь бы развивалось так и дальше!
В Винде уже аж 6.2 есть, как же так?(
То есть фактически он сказал, что никаких глобальных изменений не будет в обозримое время.
Это же хорошо. Это значит, что архитектура ядра достаточно удачная, чтобы оно могло нормально эволюционировать. Если в проекте требуется устроить революцию, то кто-то изначально его неудачно спроектировал.
Странно, что-то я такого его высказывания не заметил. Он сказал, что любое изменение не приведет к скачку на 4.0 и никакой революции он делать не собирается - все новшества будут втягиваться в текущее ядро по мере готовности, а не собираться для отдельного выпуска версии 4.0
Ну да, и я о том же. Нужна революция или нет - вопрос другой.
он сказал, что никаких глобальных изменений не будет в обозримое времяГлобальные изменения хороши для маркетинга, а стабильность и глобальные изменения вещи несовместимые... Пусть всё идёт потихоньку, своим чередом...
Ну... честно говоря не верю я, что всё, что стоило бы реализовать, получается упихнуть в нынешнюю архитектуру. Допустим, работа с диском могла бы и понавороченнее быть - к примеру, сжатие/шифрование сейчас каждая FS сама реализует. Помнится, еще Рейзер свой вариант предлагал - красивый, но там была откровенная революция.В этом смысле заявление "копятся фичи для несовместимого ядра, которое будет через 5 лет" порадовало бы больше, пожалуй.
Заголовок смешной:
"Ядро Linux 4.0 выйдет в 2015 или 2016 году. Или не выйдет."
Так и FireFox с хромом догонят!
> Так и FireFox с хромом догонят!Не, у них к 2016 году версия наверное будет за сотню :)
тридцать выпусков? а почему не 32? или, скажем, когда Лунусу полтинник исполнится?
рукалицо.жпг
> тридцать выпусков? а почему не 32? или, скажем, когда Лунусу полтинник исполнится?Перечислишь все отличия 2.4.30-2.6.32?
Нумерация для разработчиков ядра, как им удобнее, а не для вась вроде тебя> рукалицо.жпг
Самокритично
Хорошая и удобная нумерация типа "год.месяц", как в Ubuntu или ATI-шных драйверах, или просто по порядковым номерам, как systemd.
Век живи, век учись. Спасибо за информацию, про АТИ не знал, про убунту недавно узнал )
Ну это хорошо, если не более чем 1 релиз в месяц.
С другой стороны, если меняется номер версии с А.В на (А+1).0 - то для этого должно быть всё-таки более весомое основание, чем "большой размер числа В" или желание Вани. Тем более что куда проще "запомнить" номера версий, идущие подряд, чем гадать, 3.50 (350) это больше чем 4.1 (41) или меньше?
Ну есть и недостатки (уж насколько для кого они существенны - другой вопрос). Например, я могу оценить (примерно или точно) сколько релизов было между двумя версиями (при постоянных правилах нумерации). В случае дат, между 22.03 и 24.10 может быть 20 релизов, а может один, например. Как следствие, например, я могу понять, чаще всего, какая версия была у предыдущего релиза, а в случае дат нет такой возможности. Еще, например, чаще всего, легко указывать группу релизов (например, для работы нужен пакет zzz версий 1.x) - с датами такой трюк не пройдет.
Повторю, кому-то это пофигу, а кому-то может быть важно.
> Повторю, кому-то это пофигу, а кому-то может быть важно.Чем важно?
Как обычно, на версии 10.0 наступит всемирный Армагеддон, когда народ начнёт переписывать мейкфайлы для поддержки двузначной нумерации (иначе 10.0 будет старее 9.0 и даже 2.0)
> Как обычно, на версии 10.0 наступит всемирныйна фре уже было с костылями порты собирали в каренте
>> Как обычно, на версии 10.0 наступит всемирный
> на фре уже было с костылями порты собирали в карентеА можно грязных подробностей? Линка - достаточно. Спасибо.
>> Как обычно, на версии 10.0 наступит всемирный
> на фре уже было с костылями порты собирали в карентеЯ на то и намекаю :-)
я пичалько, я ещё 9.1 жую
Зачем 10.0? Скайнет использовал емнип 4.1.25 :)))))
Абсолютно пофиг на нумерацию главное работоспособность. Но с другой стороны это тенденция современности, чем чаще и выше номер, тем более привлекательно продукт выглядит визуально. Но это только для тех, кто не вникает в суть изменений от релиза к релизу
тогда надо не номер версии, а просто дату ставить
Тогда уж лучше "seconds since epoch".
Ждём Linux 98.
или 2016 году, а может и 2014...
интересно, а что в нем в те времена будет? (какова была точность различных о ядре прогнозов ранее, и какая она о нумерации (и об остальном в ядре) сейчас?