
[ad_1]
Canonical устранила обеспокоенность клиентов по поводу сокращения долгосрочной поддержки (LTS) своего кода, но реальных изменений здесь нет, и вам все равно понадобится Ubuntu. Pro чтобы сохранить остальную часть ОС исправленной.
В сообщении от 24 октября, написанном тремя сотрудниками Canonical, подтверждается, что, несмотря на то, что команда разработчиков ядра Linux сократила продолжительность вариантов долгосрочной поддержки, поставщик Ubuntu будет продолжать предоставлять обновления безопасности для своих LTS-ядер в течение десяти лет после их выпуска.
Этот пост является ответом на фурор, вызванный недавними сокращениями количества и срока службы LTS-ядер со стороны разработчиков ядра Linux, как описано Еженедельные новости Linux босс Джонатан Корбет на саммите Open Source в прошлом месяце – и проанализировал в Регистр.
В сообщении Canonical отмечается, что новое ядро Ubuntu LTS выпускается каждые два года. Это правда, но это может показаться немного неискренним: существует новое ядро Ubuntu LTS, потому что каждые два года выходит новая версия LTS всего дистрибутива Ubuntu.
Каждое ядро LTS, как и весь дистрибутив, получает пять лет поддержки и обновлений. Чтобы получить те десять лет, которые описывают авторы, клиенты должны подписаться на предложение Canonical Expanded Security Maintenance, которое является частью Ubuntu. Pro покрытие. Как мы тогда рассказывали, год назад это стало бесплатным для пяти машин.
В любом случае Canonical, как и другие корпоративные поставщики Linux, такие как SUSE и Red Hat, обычно не использует ядра с долгосрочной поддержкой от команды разработчиков ядра.
версия Ubuntu | Запущен | Дата окончания срока действия | Расширенный срок окончания срока действия | Оригинальное ядро | Текущее ядро |
---|---|---|---|---|---|
14.04 | 2014 год | (ОКОНЧАНИЕ) | 2024 год | 3.13 | 4.4 |
16.04 | 2016 год | (ОКОНЧАНИЕ) | 2026 год | 4.4 | 4.15 |
18.04 | 2018 год | (ОКОНЧАНИЕ) | 2028 год | 4.15 | 5.3 |
20.04 | 2020 год | апрель 2025 г. | 2030 год | 5.4 | 5.15 ЛТС |
22.04 | 2022 год | июнь 2027 г. | 2032 год | 5.15 ЛТС | 6.2 |
Честно говоря, в этом нет ничего необычного. Вышестоящим дистрибутивом Ubuntu является Debian, но он происходит из развивающейся «нестабильной» ветки Debian под кодовым названием Сид – а это значит, что между ними нет однозначного соответствия. Любая версия Ubuntu не основана на конкретной версии Debian.
Текущая версия Debian LTS — это версия 10 с ядром 4.19, которое является ядром LTS. В Debian 12 есть ядро 6.1, тоже ядро LTS, но не спешите с выводами: в Debian 11 было ядро 5.1, а это не так. Как и Debian, корпоративные дистрибутивы, такие как SUSE и RHEL, придерживаются одной и той же версии ядра на протяжении всего срока службы версии продукта, перенося исправления и новые функциональные возможности.
Однако выпуски Ubuntu LTS немного отличаются: они получают обновленные ядра. Ядро, присутствующее в версии LTS, зависит от того, какой выпуск изначально установили пользователи и какие обновления они выбрали.
Пользователи исходной версии каждого Ubuntu LTS, устанавливающие стек аппаратных средств, получат более новые ядра, а также новые установки более поздних выпусков каждого LTS. Восходящие ядра LTS — это версии 4.14, 4.19, 5.4, 5.10, 5.15 и 6.1. Из текущих выпусков Ubuntu только 22.04 поставляется с ядром LTS: версия 5.15. Новые установки 22.04.3 получают ядро 6.2 из Ubuntu 23.04 «Lunar» — краткосрочный выпуск ядра — и оно, в свою очередь, будет заменено в каком-то будущем обновлении.
Таким образом, хотя этот десятилетний жизненный цикл поддержки является хорошим и обнадеживающим событием, он не является существенным изменением существующей политики. Одним из выводов сообщения г-на Корбета было то, что было бы хорошо, если бы поставщики корпоративных дистрибутивов придерживались использования вышестоящих ядер LTS, а не поддерживали свои собственные вилки и бэкпортировали изменения. По скромному мнению этого стервятника, это было бы очень хорошая вещь.
Сообщение Canonical ясно показывает, что компания гордится своими усилиями по поддержке ядра, и это вполне разумно. Мы просто чувствуем, что они могли бы гордиться еще больше, если бы они координировали свои выпуски ядра LTS с Debian и командой разработчиков ядра, и все они работали вместе, чтобы передать эти обновления обратно в исходную версию, чтобы все могли ими поделиться. ®
заметка
Действительно ли Canonical является «поставщиком», если раздает свой дистрибутив бесплатно? Это имеет значение?
Кстати, может быть, именно поэтому Canonical желает включить ZFS, а SUSE, Red Hat и даже сама Oracle не хотят – потому что Ubuntu бесплатна? Особо примечательно, что Oracle добавляет Btrfs в свою пересборку CentOS, но нет ZFS, хотя Oracle владеет всем исходным кодом Sun Solaris, включая ZFS. Можно было бы подумать, что оно могло бы найти какой-то способ предоставить себе права на вещи, которыми оно уже владеет.
[ad_2]