[ON] Выпуск дистрибутива Devuan 4.0, форка Debian без systemd

[rssbot]

Представлен выпуск дистрибутива Devuan 4.0 "Chimaera", форка Debian GNU/Linux, поставляемого без системного менеджера systemd. Новая ветка примечательна переходом на пакетную базу Debian 11 "Bullseye". Для загрузки подготовлены Live-сборки и установочные iso-образы для архитектур AMD64, i386, armel, armhf, arm64 и
ppc64el.



В рамках проекта созданы ответвления около 400 пакетов Debian, которые модифицированы для избавления от привязок к systemd, ребрендинга или адаптации для особенностей инфраструктуры Devuan. Два пакета (devuan-baseconf, jenkins-debian-glue-buildenv-devuan)
присутствуют только в Devuan и связаны с настройкой репозиториев и работой сборочной системы. В остальном Devuan полностью совместим с Debian и может использоваться в качестве основы для создания специализированных сборок Debian без systemd. Специфичные для Devuan пакеты можно загрузить из репозитория packages.devuan.org.




Рабочий стол по умолчанию основан на Xfce и дисплейном менеджере Slim. Опционально доступны для установки KDE, MATE, Cinnamon, LXQt и LXDE. Вместо systemd поставляется классическая система инициализации SysVinit, а также опционально системы openrc и runit. Предусмотрена возможность работы без D-Bus, которая позволяет создавать минималистичные конфигурации рабочего стола на базе оконных менеджеров blackbox, fluxbox, fvwm, fvwm-crystal и openbox. Для настройки сети предлагается вариант конфигуратора NetworkManager, не привязанный к systemd. Вместо systemd-udev задействован eudev, форк udev от проекта Gentoo. Для управления пользовательскими сеансами в Xfce и MATE используется consolekit, а в остальных рабочих столах применяется elogind, вариант logind, не привязанный к systemd.


Изменения, специфичные для Devuan 4:

• Осуществлён переход на пакетную базу Debian 11 (пакеты синхронизированы с Debian 11.1) и ядро Linux 5.10.
• На выбор предоставлена возможность использования систем инициализации sysvinit, runit и OpenRC.
• Добавлена новая тема оформления для загрузочной заставки, менеджера входа и рабочего стола.
• Реализована поддержка дисплейных менеджеров gdm3 и sddm, помимо
  Slim.
• Предоставлена возможность использования без systemd всех пользовательских окружений, доступных в Debian. Добавлена поддержка LXDE.
• Для людей с проблемами со зрением предоставлена возможность голосового сопровождения процесса установки и добавлена поддержка дисплеев на базе шрифта Брайля.

Источник: https://www.opennet.ru/opennews/art.shtml?num=55972
(opennet.ru, основная лента)

[UnixNoob]

Devuan/Debian часто ругают за старый софт. Это обусловлено чем-то или это те, кому нужно самое последнее, потому что оно последнее?

[Aliech]

Devuan/Debian часто ругают за старый софт. Это обусловлено чем-то или это те, кому нужно самое последнее, потому что оно последнее?

Это обусловлено тем, что очень хочется поругать людям (по какой-то причине), но разумных поводов не то, чтобы много... Вот и носятся с версиями софта.

[Dionysius]

Devuan/Debian часто ругают за старый софт. Это обусловлено чем-то или это те, кому нужно самое последнее, потому что оно последнее?

Ну вот я на прошлом месте работы вынужден был обновить Debian с 9 до 10 только ради того, чтобы была новая версия curl с исправленным багом, из-за которого у нас сценарий по LDAP не работал.

Добавлено (12:33):

P. S. Справедливости ради надо уточнить, что "обновление" - это просто докер-образ нужно было базировать на другой версии Debian.
Но тем не менее мне такая "стабильность" непонятна, когда даже багфиксы свежие не подтягиваются.

[UnixNoob]

чтобы была новая версия curl с исправленным багом, из-за которого у нас сценарий по LDAP не работал.

А какой принцип нахождения софта в репозитории? Замораживается же он, если не ошибаюсь, перед началом тестирования новой версии дистрибутива. Т.е в процессе жизни дистрибутива софт же обновляется, или есть проблема с мейнтейнерами?

[Dionysius]

А какой принцип нахождения софта в репозитории? Замораживается же он, если не ошибаюсь, перед началом тестирования новой версии дистрибутива. Т.е в процессе жизни дистрибутива софт же обновляется, или есть проблема с мейнтейнерами?

Вот это я не в курсе, как у них там устроено. Но в stable-репах обновления cURL не было.

[/dev/random]

Замораживается же он, если не ошибаюсь, перед началом тестирования новой версии дистрибутива.

Перед началом тестирования замораживается тестируемый дистрибутив, а не предыдущий. После этого номера версий программ в нём остаются неизменными, но в них бэкпортируются фиксы очень серьёзных багов из новых версий. К тому времени, когда тестирование заканчивается и дистрибутив объявляется стабильным, софт в нём уже довольно старый.

[ormorph]

Для управления пользовательскими сеансами в Xfce и MATE используется consolekit

Прикольно, в ранних версиях был elogind, в частности в ASCII, а теперь снова consolekit.

[UnixNoob]

К тому времени, когда тестирование заканчивается и дистрибутив объявляется стабильным, софт в нём уже довольно старый.

Он никак не обновляется в процессе жизни дистрибутива? Даже с выходом минорных версий?

[Zer0]

Он никак не обновляется в процессе жизни дистрибутива?

Ну обновления безопасности то, по-любому выходят.

[/dev/random]

Он никак не обновляется в процессе жизни дистрибутива? Даже с выходом минорных версий?

Для большинства программ? Если в минорной версии есть исправление, которое сопровождающий сочтёт стоящим усилий, оно бэкпортируется в дистрибутивную. Но некоторые программы, в основном те, у которых есть LTS-версии, просто поставляются как есть, со всеми подверсиями поставляемой LTS-версии.

[UnixNoob]

Для большинства программ?

На всякий случай уточню, я про программы, устанавливаемые с использованием apt. Я себе иначе представлял отличия stable дистрибутивов от rolling. Мне казалось что софт в stable обновляется реже, т.е софт туда попадает после тестирования, а не по выходу каждой новой версии,т.е берутся некие стабильные версии, но я не думал что он обновляется только вместе с новой версией дистрибутива. Почему в Slackware тогда, даже в 14.2 есть что обновлять после установки?

[Bizdelnick]

Мне казалось что софт в stable обновляется реже, т.е софт туда попадает после тестирования, а не по выходу каждой новой версии,т.е берутся некие стабильные версии, но я не думал что он обновляется только вместе с новой версией дистрибутива

Стабильный дистрибутив используется в продакшне. У админа может быть несколько сотен машин. И если вдруг прилетит обновление, которое пусть даже не сломает, а просто изменит поведение некой программы, это может создать большие проблемы. В случае, например, если на прежнее поведение завязаны какие-то работающие на машинах скрипты. Это большая боль при обновлении минорных версий RHEL и его клонов, хоть они и считаются довольно консервативными. И это то, чего всячески старается избегать Debian.
Старый баг лучше новых двух. ☺

[Dionysius]

Стабильный дистрибутив используется в продакшне. У админа может быть несколько сотен машин. И если вдруг прилетит обновление, которое пусть даже не сломает, а просто изменит поведение некой программы, это может создать большие проблемы. В случае, например, если на прежнее поведение завязаны какие-то работающие на машинах скрипты. Это большая боль при обновлении минорных версий RHEL и его клонов, хоть они и считаются довольно консервативными. И это то, чего всячески старается избегать Debian.
Старый баг лучше новых двух. ☺

А как в таких случаях принято решать проблемы, подобные той, что я описал выше на примере бажного cURL?

[Bizdelnick]

А как в таких случаях принято решать проблемы, подобные той, что я описал выше на примере бажного cURL?

Отправить багрепорт (если этого ещё никто не сделал) и попросить майнтейнера наложить патч. Если не посчитает баг важным — попросить его собрать более свежую версию в бекпорты. Если не соберёт — собрать самому для себя.

[UnixNoob]

Стабильный дистрибутив используется в продакшне. У админа может быть несколько сотен машин. И если вдруг прилетит обновление, которое пусть даже не сломает, а просто изменит поведение некой программы, это может создать большие проблемы. В случае, например, если на прежнее поведение завязаны какие-то работающие на машинах скрипты.

С этой стороны да, оно логично. Получается что если мне хочется иметь дистрибутив, в котором я смогу периодически обновлять какой-то софт (если это мне по какой-то причине понадобилось) мне или придется учиться собирать пакеты в стабильных дистрибутивах ручками или смотреть rolling-дистрибутив. Теперь я понял что под "старым" софтом подразумевается, значит я изначально не верно понял принцип разделения дистрибутивов в Linux. Спасибо за разъяснения всем ответившим.

А как в таких случаях принято решать проблемы, подобные той, что я описал выше на примере бажного cURL?

Подозреваю сборкой deb-пакета ручками. Но меня инструкция по сборке deb-пакетов смутила наверно больше, чем сборка slackbuild'ов. По-крайней мере при беглом просмотре оно показалось сложнее.

[Bizdelnick]

Получается что если мне хочется иметь дистрибутив, в котором я смогу периодически обновлять какой-то софт (если это мне по какой-то причине понадобилось) мне или придется учиться собирать пакеты в стабильных дистрибутивах ручками или смотреть rolling-дистрибутив.

Не обязательно. Есть репозитории backports. Но в них, конечно, есть не всё.

[Aliech]

Ну вот я на прошлом месте работы вынужден был обновить Debian с 9 до 10 только ради того, чтобы была новая версия curl с исправленным багом, из-за которого у нас сценарий по LDAP не работал.

Уточните пожалуйста, на описываемый вам момент времени, 10ка была уже stable, или она была testing'ом?

[Dionysius]

Уточните пожалуйста, на описываемый вам момент времени, 10ка была уже stable, или она была testing'ом?

Stable скорее всего. Но давно это было

[Aliech]

Stable скорее всего. Но давно это было

А если stable, значит 9ка уже была oldstable, и volatile-обновления для неё уже не собирались. Так что всё ок.

[yoricI]

Для общего развития:
https://www.debian.org/distrib/packages

[Aliech]

Для общего развития:
https://www.debian.org/distrib/packages

А что на этой странице подходит для общего развития?

[yoricI]

Каждому своё (jedem das seine)