Организация Linux Foundation объявила (https://www.linuxfoundation.org/press-release/2019/02/civil-.../) об обеспечении длительного цикла поддержки для ветки ядра Linux 4.19 (https://www.opennet.ru/opennews/art.shtml?num=49477). Поддержка будет осуществляться в рамках программы SLTS (Super Long Term Support), которая в отличие от выпусков LTSI (https://www.opennet.ru/opennews/art.shtml?num=49430) (Long Term Support Initiative) обеспечивает более длительный цикл поддержки, ориентированный на применение ядра в технических системах гражданской инфраструктуры и в важных промышленных системах. Утверждается (https://elinux.org/images/4/46/2017-02-22_CIP-ELC-r7.pdf), что ветка SLTS будет поддерживаться 10-20 лет, на протяжении которых в ядро будут переноситься исправления, влияющие на надёжность и безопасность.
Для отслеживания обновлений в SLTS-ветке 4.19 предложен git-репозиторий linux-cip (https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-ci...). Поддержанием SLTS ветки будет заниматься работающий под эгидой Linux Foundation проект Civil Infrastructure Platform (https://www.opennet.ru/opennews/art.shtml?num=44177) (CIP), развивающийся при участии таких компаний, как Toshiba, Siemens, Renesas, Hitachi и MOXA. Кроме представителей вышеотмеченных компаний в сопровождение ядра SLTS будут вовлечены мэйнтейнеры LTS-веток основного ядра, разработчики Debian и создатели проекта KernelCI (https://kernelci.org/).
Кроме того, объявлено о добавлении систем ARM64 в число поддерживаемых платформой CIP. Платы на базе ARM64 добавлены в инфраструктуру тестирования ядра
4.19 SLTS и будут сопровождаться в числе основных архитектур. В дальнейшем рассматривается возможность распространения сверхдлительной поддержки на Glibc и BusyBox, которые вместе с ядром образуют минимальное системное окружение для критически важных систем. Также ведётся работа по созданию SLTS-ветки на базе ядра с патчами PREEMPT_RT, обеспечивающими поддержку работу в режиме реального времени.Cписок LTS-веток (https://www.kernel.org/category/releases.html), поддерживаемых разработчиками ядра Linux:
- 4.19 - поддержка до декабря 2020 года (поддерживает Greg Kroah-Hartman);
- 4.14 - поддержка до января 2020 года (поддерживает Greg Kroah-Hartman);- 4.9 - поддержка до января 2023 года (поддерживает Greg Kroah-Hartman);
- 4.4 - поддержка до февраля 2022 года (до февраля 2018 поддерживал Greg Kroah-Hartman, а затем Google);
- 3.16 - поддержка до апреля 2020 (поддерживает Ben Hutchings из Debian);
URL: https://www.linuxfoundation.org/press-release/2019/02/civil-.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=50208
Зачем потёрли ветку?>>Утверждается, что ветка SLTS будет поддерживаться как минимум 20 лет.
>Это очень плохо.Согласен. Усядутся на это всякие ретрограды и получи "поддерживаемую" платформу с ПО/библиотеками версий времён царя Гороха, да ещё новое ПО им под это г. мамонта пиши :-(
Пишите под десяточку :-)
Точно! :-)
Linux-10? Already?
Я вообще не понимаю, откуда столько негатива к "старым решениям". Кто-то разъяснить попробует?
Это когда у мамки нет денег на новое железо, приходится понтоваться новым софтом. А ещё они как бабы любят шоппинг, для них даже дезодорант с ароматом свежераспакованного айфона выпустили.
Как на неё переключиться в бубунте 18.04?
Есть такая тулза для убунт ukuu (https://github.com/teejee2008/ukuu) Вполне себе работает. Перешел на стоковоя ядро, ушла часть проблем с графикой на десктопе, профит )
Убунту свои патчи добавляет и видимо не просто так. Для таких людей как я, которые не разбираются в ядрах, такой переход может быть опасен. Все же компьютер не всегда игрушка, рисковать работой это серьезно. Пусть ее потом и можно восстановить из бэкапа, но это серьезные затраты времени.
У меня планшет на атоме и минимальное ядро, на котором всё работает без перекомпиляции - 4.19. Поскольку нет никакого полуофициального PPA, то пришлось качать с mainline (убунтовского, кстати) последнее ядро 4.20. Да, теперь при загрузке вылазят бутлоги на экран, но зато всё работает.
Какие именно "свои патчи", сможете показать пальцем?ZFS и т.п. в их число не входит. Не интересует и то, что вынуждены бэкпортировать в свои 4.18 и 4.15, поскольку поддержка апстримом прекращена.
Ukuu ставит ядра из mainline-kernel. Это ядра, собранные командой Canonical. Если там нужны какие-то патчи, они там есть.
> 4.19 - поддержка до декабря 2020 года
> Linux 4.19. Поддержка будет осуществляться в рамках программы SLTS (Super Long Term Support),хорошенький super! 2 года.
Это разные ветки. Linux Foundation будет поддерживать 10-20 лет, а 2 года это прямая поддержка от разработчиков ядра.
Можно подумать, что от перехода на более свежую ветку кардинально меняется что-то ещё, кроме цифр :)
*имелось ввиду в целом в системе)
**а, вот, с некоторыми экземплярами древнего софта не совместимого с современными ядрами ‒ поддержка веток как мертвому припарка ))
***да, существует некоторая проблема. С драйверами, например, NVidia. Там у кого железка ниже Fermi, которая недавно перешла нижний порог, после окончания поддержки legacy-драйвера придётся либо на какой-нибудь из совместимых веток зависнуть, либо думать о приобретении более производительной железяки :)
В общем, если учесть что версию 390.87 удалось до совместимости с 4.20 пропатчить, то в свете данной новости на Fermi можно теперь до конца жизни сидеть ))
Может кто-нибудь пояснить мне в крации, как вообще ведется разработка ядра:* Эти ветки поддерживает (пропускает через свою голову код, который присылают разработчики?) один человек - Greg Kroah-Hartman?
* Если ответ выше - да, то такому человеку можно же в принципе "дать на лапу" и он пропустит любой код - бэкдор, руткит, просто закроет глаза на какую-то уязвимость. На худой конец его можно запугать тюрьмой, убийством или просто плохой жизнью ))) Значит ли это, что несмотря на то, что это OpenSource и каждый может взглянуть на код, но сможет ли такой вот "каждый" разобраться, что там написано в исходниках?
> 4.4 - поддержка до февраля 2022 года (до февраля 2018 поддерживал Greg Kroah-Hartman, а затем Google);
Вот, гугл, разве не воспользуется такой возможностью напихать ядро "змеиным ядом" - всякие отслеживающие действия процессы которые не будут видны даже в пространстве root-пользователя, или например, активность сетевого трафика сливать на сервера гугл для последующего его анализа и слива маркетологам и прочим продавцам изучающих психологию поведения?
Вопросы конечно может из ряда "Вася, ты чего там куришь?", но я правда не знаю как организуются процессы поддержки и разработки ядра. Хотелось бы узнать в крации.
4.4 на них работает андроид, тут естественно только Гугл. А так Хартман наверное курирует сообщество. На лапу не дашь так как это открытое.
Аа.. то есть он просто глава, типа начальник отдела (распределенных по всему миру разработчиков)? Тогда получается, кто вообще верифицирует вносимый код от начала и до конца и разбирается во всех технологиях ядра? Это же гений какой-то получается должен быть... А если такого гения нет, то получается каждый может внести свою корыстную лепту в ядро?
> Хотелось бы узнать в крации.Ну так идёте в крацию и спрашиваете. Поскольку даже не знаю, куда послал -- то вкратце отвечу в меру своего разумения:
- gregkh@ отсматривает номинируемые на попадание в -stable коммиты и забирает их (не помню сходу, что происходит при необходимости мелкого или существенного бэкпортирования);
- попробуйте, заодно узнаете смысл слова "репутация";
- гуглу для того более чем достаточно юзерспейса, как мне кажется.
> но я правда не знаю как организуются процессы поддержки и разработки ядра
Спросил "stable kernel workflow" -- через пару минут долистал до https://www.kernel.org/doc/html/v4.16/process/development-pr... (на первых страницах идут вендорские вики и прочий шум). Сгодится? :)
Да.. сгодится. Спасибо.
Кстати раз уж такая пьянка попробуй узнать что написано в книжке Капитал. И если узнаешь то поймешь что репутация просто означает большую стоимость.
> Кстати раз уж такая пьянка попробуй узнать что написано в книжке Капитал.Зачем, если автор не вызывает доверия после того, как я ещё студентом на спор с "тяжеловесом"-философичкой разнёс карточный домик его построений и допущений в щепки? (это сейчас можно ржать, можно не ржать, а тогда проф. Пикашову весь КГУ побаивался)
У меня осмысленных книжек в очереди полно. А Вам в качестве алаверды предложу https://sg-karamurza.livejournal.com/283146.html
> И если узнаешь то поймешь что репутация просто означает большую стоимость.
Это разве что у отбросов еврейского народа вроде Маркса и иже с ними. Приличного человека убить можно, а купить не получится.
> предложу https://sg-karamurza.livejournal.com/283146.htmlГм.
Наш сайт призван помочь в «ликвидации безграмотности». (Цитата шапки главного сайта человека с фамилией Чёрный-Князь).
Обратите внимание: кавычки авторские.
> Приличного человека убить можно, а купить не получится.
Из словаря Explanatory (Ru-Ru)
купи́ться
несов. неперех. разг.
Позволить себя обмануть, разыграть.Из словаря Universal (Ru-En)
купи́ться [+]
сов. (на вн.; довериться) разг.
buy (d), swallow (d), fall (for)
Свидетели живы? )
> Свидетели живы? )Очевидцы.
(Не будем пока менять их процессуальный статус.)
> в крацииВероятно, вам на будущее пригодится: заменяйте "в крации" на "вкратце". Потому что по смыслу вы именно это и имеете в виду. Так вот, "вкратце" означает, что вам достаточно короткого объяснения (от "краткость"), а что означает "крация", вы, наверное, и сами не понимаете.
Спасибо, что нашли ошибку. Попробую учесть в следующий раз, но это будет трудно для меня.
Лол получается смогу пинать ноут с ферможопмтимусом пока он физически не развалится. А хотел планово списать в 2021 :D Держу в курсе.
Жаль, что не дождались 4.20
А модули для нового железа и новых фич будут ударно бекпортировать из свежих версий ядра. Причём, лет через семь это станет делать особенно трудно.
Никогда не понимал смысла всех этих LTS. Какой смысл сидеть на старой версии чего-либо, путь даже будут прилетать патчи и исправления, когда можно по идее просто ставить самые свежие версии, где будут применены те же исправления, но при этом ещё будет доступен и новый функционал? Или я чего-то недопонимаю...
Второе
Для продакшена это важно, где целый отдел однажды отестировал под одну версию софта/библиотеки свой софт и не возвращаются к тестированию многие годы (нет финансовых затрат), так как никакой новый функционал не вносится, а исправляется от багов существующий. Не будет такой неожиданности, что вдруг PHP 5.* при обновлении вдруг станет 7.* и весь сайт ляжет, а админ Вася будет стрелочником на которого спустят всех собак ))
> будет доступен и новый функционалА он нужен?
> А он нужен?Может и не нужен, только новыми функциями пользоваться никто не заставляет, ведь так? А поддерживать сразу несколько версий одной и той же программы - это более накладно, как я думаю. Поэтому я и задал вопрос - в чём смысл всех этих LTS'ов?
Когда этот лтс закончится системд допилят до такого состояния что ядро линукс ему уже будет не нужно. А АйБиЭм напишет для него своё ядро на которое переведет всех рхельщиков.
И это ядро будет Windows NT?
OS/NT :-) (по мотивам которого был Windows NT побырику собран, после того, как разосpались с MS и отлучили от его разработки)
У меня совпадение аббревиатур вызывает восторг :)
https://kiwibyrd.org/2013/05/16/0706/
Когда красная шляпа перейдет на 4 версию? Это ж какой-то позор.
С выходом следующей версии видимо
> С выходом следующей версии видимоТы знал!
Kernel. RHEL 8 is running on kernel version 4.18 and based on Fedora 28.
https://duckduckgo.com/?q=rhel-8+kernel+version&t=ffnt&ia=web
Зачем этим заниматься? Столько человеко-часов тратить на бэкпортирование на старые версии ядер, вместо того, чтобы больше и тщательнее тестить текущий репозиторий. Критически важная инфраструктура.. Ну так тестируйте, никто же не просит накатывать срзу как релиз вышел. Через полгода и обновляйтесь, когда детские болезни пофиксят.
Кстати, если у вас там и вправду критически важная инфраструктура, то просто накатить ядро глупо. Нужно его как минимум руками собрать, выкинуть кучу ненужного. В итоге гораздо проще поставить вопрос и написании аналога SEL4, только под нормальной лицензий и без EULA General Dynamics, который необходимо подписать, чтобы туда слать патчи. Меня всегда интересовал вопрос: почему никто не возьмёт код существуещего ядра и не начнёт с его использованием переписывать под микроядро? GPL же позволяет, да?
>> Ну так тестируйтеСкорость изменений, ограниченность ресурсов.
> Меня всегда интересовал вопрос: почему никто не возьмёт код существуещего
> ядра и не начнёт с его использованием переписывать под микроядро?
> GPL же позволяет, да?Так попробуйте наконец :-)
PS (хотя это скорее тем, кто как-либо пробовал на деле и уже обломался) есть такой проект http://emboxing.ru -- у кого интерес прикладной, можно приложить напильник, ребята толковые (растёт из http://se.math.spbu.ru/SE/embox).
Нет, меня интересует почему энтерпрайзы не хотят скинуться и оплатить по 2-3 крутых разработчика на корпорацию, сформировать в итоге команду из 30 разработчиков (переманить тех же чуваков из SEL4 из Австралии), но чтобы это уже GPL код был. Как пилить очередную ФС, так они готовы. А реально хорошую базу, на которой зиждется весь их бизнес, под себя сделать не хотят.
> Нет, меня интересует почему энтерпрайзы не хотят скинуться и оплатить по 2-3
> крутых разработчика на корпорацию, сформировать в итоге команду из 30 разработчиков
>но чтобы это уже GPL код был.Да! Согласен!! Мало FSF вкладывает в маркетинг GPLv3+ GNU Hurd -- лойяры "большого ентнрпрайза" не окучиваются всё никак.
Надо больше FSF маркетинга для лойяров.
У Вас нет? Отсыпьте! <///><
Зачем вы их плохому учите?
Расскажите лучше про модульность и к чему она приводит. Что интерфейс взаимодействия между ядром и модулем это компромисс между простотой и функциональностью.
> Зачем вы их плохому учите?Ну электрошок и пр.телесные наказания не в може нынче.
Как ещё "их" научить _думать_, прежде чем чушь нести?
> Меня всегда интересовал вопрос: почему никто
> не возьмёт код существуещего ядра
> и не начнёт с его использованием
> переписывать под микроядро?Потому что Вы писать не умеете.
>почему никто
> не возьмёт код существуещего ядра и не начнёт с его использованием
> переписывать под микроядро?Не никто. https://duckduckgo.com/?q=gnu+hurd+rump+drivers
В частности https://archive.fosdem.org/2016/schedule/event/microkernels_.../ .>GPL же позволяет, да?
Да. Наверное. Не знаю.
Только GPL не при чём. Драйвера в лузер-спейсе же и проч.
> Драйвера в лузер-спейсе же и проч.Так то в той же IA32 4 кольца защиты. Вот только кто из микроядрёных гуру навскидку скажет, сколько тактов уходит на колгейт (без пальмылива) и почему в на то время новых и быстрых процессорах добавили инструкции sysenter и syscall?
мне кажется, не потому - а потому же, зачем когда-то добавили ныне неиспользуемые enter/leave - пытались сделать как лучше для модных на тот момент языков программирования. Получилось как всегда.
> мне кажется, не потомуРазмер опкодов идентичен. Дескрипторы прерываний хранятся в ОЗУ, а не в управляющих регистрах. Таким образом исключается лишнее чтение. То есть тогда инженеры подумали и решили, что вот такая простая вроде бы операция шибко замедляет работу ОС, поскольку часто вызывается. Где были эти люди, когда появилась Мельдаун и Линукс начала превращаться в Спектрум, история умалчивает (с другой стороны, когда имплементируют защиту от всех этих гипотетических уязвимостей, тогда потери при переходе на микроядро мало кто заметит).
> а потому же, зачем когда-то добавили ныне
> неиспользуемые enter/leave - пытались сделать как лучше для модных на тот
> момент языков программирования. Получилось как всегда.BP для любых языков в принципе не нужен, адресация стековых переменных вполне выполнима через SP, даже если ручками печатать ассемблерные команды. Но отладка с ним проще (особенно для дебаггера, который выполняет раскрутку стека для отображения переменных ЯВУ). И компиляторы на то время проще было реализовать.
Другое дело, что плоская модель памяти (когда селекторы SS и DS равны) появилась позже, а в 16-ти битном режиме лишний префикс играл роль, как и экономия размера кода на enter/leave. Потом процессоры стали разбивать опкоды на микрокоманды, с enter/leave возникли сложности.
Ни одна БЗДя так не умеет.
>Ни одна БЗДя так не умеет.+100500
> Ни одна БЗДя так не умеет.GPLv2= Фоундейшн уделал всех бсдешников вместе взятых...
...по их собственной дружбе с проприертарщиками за деньги.Странно.
А не, всё норм: они _не такие_, они _не за деньги_.
Свобода -- важнее.