Разработчики дистрибутива опубликовали сроки планируемой заморозки одиннадцатой версии дистрибутива Debian 11 «Bullseye». Срок релиза стабильной версии установлен на середину 2021 года.

Примерный план заморозки:

• 12 января 2021 - первая стадия, во время которой будет остановлено обновление пакетов, требующее изменений зависимостей других пакетов, приводящее к временному перемещению пакетов из тестовой ветки. Также будет остановлено обновление пакетов, входящих в build-essential
• 12 февраля 2021 - стадия «мягкой» заморозки, в процессе которой будет закрыто добавление новые пакетов
• 12 марта 2021 - стадия «жесткой» заморозки, в процессе которой перенос пакетов из unstable в testing будет полностью остановлен и начнется этап тестирование перед релизом.

>>> Подробности (debian.org)

Разработчики LTS-веток дистрибутива (LTS Team) Debian 8 Jessie сообщили о намерении продлить поддержку Debian 8 на срок, превышающий стандартные 5 лет. Изначально поддержка восьмой версии дистрибутива планировалась до июля 2020 года.

Расширенная поддержка будет осуществляться силами компании Freexian в рамках программы «LTS Extended».

В рамках расширенной поддержки дистрибутива будет осуществляться поддержка ограниченного набора пакетов, поддерживающих только две архитектуры — amd64 и i386.

Поддержка некоторых пакетов осуществляться не будет, им будет предложена замена:

• Ядро Linux 3.16 будет заменено на Linux 4.9, бэкпортированное из 9-й версии дистрибутива
• Openjdk-7 будет заменен на openjdk-8
• Tomcat7 будет поддерживаться только до марта 2021 года

Для подключения поддержки нужно будет прописать в sources.list специальный репозиторий компании Freexian. Доступ к репозиторию будет свободный, а количество пакетов в нем будет зависеть от количества спонсоров проекта и необходимых им пакетов.

>>> LTS версии Debian

>>> Программа LTS Extended

>>> Расширенный репозиторий Freexian

>>> Подробности (raphaelhertzog.com)

7 декабря 2019 года в проекте Debian перед разработчиками был поставлен на голосование вопрос о статусе систем инициализации, отличных от systemd. Варианты, из которых проекту предстояло сделать выбор:

• F: Концентрируемся на systemd
• B: Systemd, но мы поддерживаем исследование альтернативных решений
• A: Поддержка многих систем инициализации важна
• D: Поддерживаем системы, отличные от systemd, но не блокируем из-за них прогресс
• H: Поддерживаем переносимость, но не блокируем прогресс
• E: Поддержка многих систем инициализации обязательна
• G: Поддерживаем переносимость и множественные реализации интерфейсов
• Дальнейшее обсуждение

Полный текст каждой опции можно прочитать в официальном письме секретаря Debian.

Срок голосования истек в полночь по UTC 28 декабря 2019 г.

Debian использует достаточно сложную систему голосования - метод Шульце. При голосовании каждый участник ранжирует все опции в порядке личных предпочтений.

Метод Шульце удовлетворяет критерию Кондорсе: если одна из опций победила бы при попарном сравнении каждую другую, то она и объявляется выигравшей. В данном голосовании такой опцией оказалась опция B («Systemd, но мы поддерживаем исследование альтернативных решений»). Соответственно, она и стала обязательной для исполнения.

На практике это означает, что отсутствие init-скрипта в пакете с демоном более не является багом.

>>> Подробности (debian.org)

Участники сообщества Debian рады сообщить о выходе очередного стабильного выпуска операционной системы Debian 10 кодовое имя buster.

Данный релиз включает в себя более 57703 пакетов, собранных для следующих процессорных архитектур:

( читать дальше... )

По сравнению с Debian 9 stretch в Debian 10 buster добавлено 13370 новых пакетов, обновлено более 35532 пакетов (что составляет 62% дистрибутива stretch). Также, по различным причинам многие пакеты (более 7278, 13% дистрибутива stretch) были удалены из дистрибутива.

Debian 10 buster поставляется с различными окружениями рабочего стола, такими как GNOME 3.30, KDE Plasma 5.14, LXDE 10, LXQt 0.14, MATE 1.20, и Xfce 4.12. Также в репозитории имеются Cinnamon 3.8, Deepin DE 3.0, различные оконные менеджеры.

( читать дальше... )

>>> Подробности (debian.org)

Ранее эта возможность позволяла накладывать разные патчи в зависимости от того, для какого вендора происходит сборка. Эту возможность активно использовала Ubuntu для наложения своих патчей на готовые пакеты Debian. Из-за того, что одна и та же кодовая база имеет разные патчи на разных платформах, происходит путаница и другие проблемы, в том числе обновления пакетов, которые в итоге не несут никаких изменений. Вместо этого предлагается использовать конструкцию #ifdef vendor и наложениях патчей на этапах сборки, а не распаковки.

>>> Подробности (debian.org)