LINUX.ORG.RU

Devuan Excalibur 6

 , ,


4

6

Основные новые возможности и изменения в Devuan 6 Excalibur по сравнению с предыдущим релизом (Devuan 5 Daedalus):


🧩 1. Обязательное объединение /usr (Merged-/usr)

  • Теперь объединённый /usr — обязательный.
  • Все каталоги /bin, /sbin, /lib* символически связаны в /usr.
  • При обновлении с Daedalus необходимо установить пакет usrmerge до апгрейда.

🐧 2. Основа – Debian 13 Trixie

  • Devuan 6 наследует все улучшения Debian 13 (ядра, драйверы, пакеты, инструменты).
  • При этом сохраняет основную цель проекта Devuan — предоставление возможности работы с init-системами, отличными от systemd (sysvinit, runit, OpenRC).

🧱 3. Обновлённый инсталлятор и образы

  • Новые установочные ISO и Live-образы для amd64 и других архитектур (arm, riscv64, ppc64el).
  • Минималистичные и «netinstall» варианты доступны на mirrors.
  • i386 больше не поддерживается официальным образом ядра — только пакеты без linux-image.

🔊 4. PipeWire по умолчанию вместо PulseAudio

  • Новая мультимедийная подсистема PipeWire рекомендована к установке.
  • Обеспечивает меньшую задержку звука, унифицированную работу в консоли и GUI.
  • Поддержка через pipewire, pipewire-pulse, wireplumber.

💿 5. Новая структура CD-наборов

  • Разделение по типам установки:

    • CD-1: минимальный сервер
    • CD-2: серверная установка
    • CD-2+3+4: MATE или XFCE
    • CD-2+3+5: LXDE или LXQt
  • Для KDE и Cinnamon рекомендуется использовать «netinstall» или «desktop» ISO.


🧍 6. Восстановлена поддержка /run/utmp

  • Вновь работает регистрация сеансов входа (login(8)/run/utmp), что улучшает совместимость с классическими инструментами учёта пользователей.

🌐 7. Обновлённая инфраструктура репозиториев

  • Основные репозитории доступны через:

    • HTTP: http://deb.devuan.org/
    • Tor: tor+http://devuanfwojg73k6r.onion/
  • Репозитории синхронизируются каждые 30 минут.

  • Добавлены новые секции: excalibur, excalibur-security, excalibur-updates, excalibur-proposed.


⚙️ 8. Non-Free Firmware доступно при установке

  • Все установочные образы теперь содержат non-free firmware, которое устанавливается только при необходимости (например, Wi-Fi).
  • Можно отключить установку в режиме Expert install.
  • В live-образах можно удалить прошивки после загрузки (/root/remove_firmware.sh).

🐋 9. Официальные Docker-образы

  • Devuan теперь официально предоставляет образы Docker:

    docker pull devuan/devuan:excalibur
    
  • Обновляются синхронно с релизами и доступны на Docker Hub.


🧰 10. Улучшенные инструменты и служебные пакеты

  • Актуализированы версии reportbug, devuan-keyring, installer, и др.
  • Совместимость с Debian Trixie улучшена для миграции с Debian 13.

>>> Devuan 6 Excalibur Release Notes



Проверено: hobbit ()
Последнее исправление: cetjs2 (всего исправлений: 4)

Теперь объединённый /usr — обязательный

LOL, а разве эти вытираны не полыхали пердаками что это нововведение systemd неприемлемо? А что случилось?

zabbal ★★★★★
()

sysvinit, runit, OpenRC

Первый мне не особо интересен, собственно, systemd создавался для борьбы с его недостатками. Вообще, к достоинствам systemd я бы отнёс то, что он стандартизует некоторые вещи, которые раньше каждый дистрибутив лепил по-своему, те же runlevel-ы, например.

А вот openRC как современную альтернативу systemd я бы потрогал, но руки не доходят.

hobbit ★★★★★
()

нейрослоп на моем лоре? язабан.

ann_lortemp2
()
Ответ на: комментарий от hobbit

А вот openRC как современную альтернативу systemd я бы потрогал, но руки не доходят.

Не представляю как люди живут без логирования юнитов. Это буквально киллер-фича. Я знаю что если хорошенько постараться, можно сделать все то же самое, но смысла в этом кажется нет вообще.

Плюс coredumpctl – пушка.

tinykey
()

Зачастили, совсем недавно никак не могли 2.0 или 3.0 выпустить, а тут уже шестой

One ★★★★★
()

Обязательное объединение /usr (Merged-/usr)

О, нет! Что же делать, куда же теперь бежать столярову и прочим дидам, запутываясь и спотыкаясь из-за своих длинных седовласых бород, плавно переходящих в свитера? Разогнули очередную юникс-скрепу. Правда, диды не в курсе, что /usr на отдельном разделе - это пережиток еще PDP и костыль, чтобы работать без initrd, и что он уже давно не нужен.

При обновлении с Daedalus необходимо установить пакет usrmerge до апгрейда.

А не то всё взорвется. Великая, конечно, ось. Нельзя это автоматически порешать?

liksys ★★★☆
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от tinykey

Не представляю как люди живут без логирования юнитов.

Представляю тебе @kirill_rrr. Он не просто живет без логгирования юнитов, а живет без логгирования вообще, потому что логи на десктопе не нужны - они забивают диск и заставляют его изнашиваться. Если что-то идет не так - он просто переставляет ось, как истинный виндузятник.

liksys ★★★☆
()
Ответ на: комментарий от tinykey

Они не интересны, пока всё работает. А когда не работает - сиди, гадай, что случилось, если логов нет.

liksys ★★★☆
()
Ответ на: комментарий от liksys

Они не интересны, пока всё работает. А когда не работает - сиди, гадай, что случилось, если логов нет.

Я к тому, что локалхост это не проблема. А вот сервер с кучей юнитов – ещё как.

tinykey
()
Ответ на: комментарий от zabbal

LOL, а разве эти вытираны не полыхали пердаками что это нововведение systemd неприемлемо? А что случилось?

Принятие.

tinykey
()
Ответ на: комментарий от tinykey

Не представляю как люди живут без логирования юнитов. Это буквально киллер-фича. Я знаю что если хорошенько постараться, можно сделать все то же самое, но смысла в этом кажется нет вообще.

О боже, какие юниты на физическом хосте ?! На хост ставится предельно простой дистр Linux с OpenRC либо вообще OpenBSD. От него нужна предельная предсказуемость, починяемость, отсутствие избыточной сложности. systemd там был бы как пятая нога для телеги.

Всё что от него требуется, - это виртуализация и контейнеризация. В случае Linux - это Incus. Ессно systemd на таком хосте абсолютно лишний. Дальше уже в Incus контейнерах можно крутить LXC контейнеры осей (в т.ч. с systemd), а в них уже Kubernetes ноды и Docker/Podman (или в современном Incus даже напрямую) контейнеры приложений.

sanyo1234
() автор топика

А есть где-нибудь сравнения с таблицами возможностей? Хочется сравнить Дебьян и Девуан. Как пользователь я, так понимаю, разницы бы не заметил, но штука полезнаю. Дайвёрсити как оно ДОЛЖНО быть, а не то, что придумали мальчики цвета неба.

PcheloBiaka
()
Ответ на: комментарий от sanyo1234

О боже, какие юниты на физическом хосте ?! На хост ставится предельно простой дистр Linux с OpenRC либо вообще OpenBSD. От него нужна предельная предсказуемость, починяемость, отсутствие избыточной сложности. systemd там был бы как пятая нога для телеги.

А что непредсказуемого в systemd на сервере, если мы говорим о мнимальном сетапе?

Всё что от него требуется, - это виртуализация и контейнеризация. В случае Linux - это Incus. Ессно systemd на таком хосте абсолютно лишний. Дальше уже в Incus контейнерах можно крутить LXC контейнеры осей (в т.ч. с systemd), а в них уже Kubernetes ноды и Docker/Podman (или в современном Incus даже напрямую) контейнеры приложений.

Ну вот упал у тебя libvirtd, где coredump лежит?

tinykey
()
Ответ на: комментарий от hobbit

которые раньше каждый дистрибутив лепил по-своему, те же runlevel-ы, например.

Раньше в разных дистрибутивах было больше смысла. Именно потому что одни делали лучше, другие хуже. Теперь же и посостязаться не в чем. Всё есть системд. И даже небо, и даже луна!

PcheloBiaka
()
Ответ на: комментарий от PcheloBiaka

Раньше в разных дистрибутивах было больше смысла. Именно потому что одни делали лучше, другие хуже. Теперь же и посостязаться не в чем. Всё есть системд. И даже небо, и даже луна!

Это как велосипед – однажды люди сделали идеальный двухколесный транспорт и страдать дальше перепредумывая его заново каждый раз стало бессмысленно.

tinykey
()
Ответ на: комментарий от tinykey

Ты вот это от на гусеницах, с битой, лазерным наведением и обмотанное колючей проволокой называешь велосипедом? Веосипедом был upstart, но для шапки это было NIH.

PcheloBiaka
()
Ответ на: комментарий от hobbit

А вот openRC как современную альтернативу systemd я бы потрогал, но руки не доходят.

OpenRC по-моему адекватно прикрутили только там, где его сделали – в Gentoo.

a1ba ★★★
()
Ответ на: комментарий от PcheloBiaka

А если убрать в сторону эмоции, что не так-то с systemd? Есть опциональные демоны типа networked, homed и resolved? Есть. Они обязательно запущены? Нет, их в большинстве дистрибутивов надо отдельно ставить. Где проблема-то.

tinykey
()
Ответ на: комментарий от PcheloBiaka

А есть где-нибудь сравнения с таблицами возможностей? Хочется сравнить Дебьян и Девуан. Как пользователь я, так понимаю, разницы бы не заметил, но штука полезнаю.

Заметил бы, если бы поставил на Debian OpenRC и потом попытался туда поставить какую-нибудь виртуализацию. В принципе, если кому-то прям сильно нужен оригинальный Debian, то можно взять из Devuan только несколько пакетиков типа docker, incus и т.п., и Debian внезапно сможет работать почти без систем дна, не считая одной досадной либы, которая в Devuan 5 была опциональна.

sanyo1234
() автор топика
Ответ на: комментарий от tinykey

Где проблема-то.

Сто раз уже обсуждалась, - избыточная сложность systemd, которая порождает меньшую надёжность и предсказуемость.

sanyo1234
() автор топика
Ответ на: комментарий от sanyo1234

Сто раз уже обсуждалась, - избыточная сложность systemd, которая порождает меньшую надёжность и предсказуемость.

Сто раз обсуждались тревоги о том, что избыточная сложность systemd что-то порождает. А на деле-то где проблемы? Это же самый тестируемый инит в мире, все hot path протестированы лучше чем любой другой инит.

tinykey
()
Ответ на: удаленный комментарий

Вообще IMHO systemd - это уже походит на оркестратор локалхоста, т.е. в каком-то смысле как альтернатива для docker-compose, кубера и т.п., для тех админов, которые застряли в 90х, но которым нужен хоть какой-то оркестратор (systemd вероятно сравним с системным менеджером Windows NT и Solaris?).

sanyo1234
() автор топика
Ответ на: комментарий от vbcnthfkmnth123

Nero последнюю версию видел? Вот примерно та же проблема.

Нет, не видел.

tinykey
()
Ответ на: комментарий от sanyo1234

, т.е. в каком-то смысле как альтернатива для docker-compose, кубера и т.п., для тех админов, которые застряли в 90х

Так не все есть кубернетес. В мире становится все больше и больше appliance, где тоже вполне себе systemd. Я даже знаю чуваков, которые спутник в космосе пихают… и там тоже systemd.

tinykey
()
Ответ на: комментарий от sanyo1234

избыточная сложность systemd, которая порождает меньшую надёжность и предсказуемость.

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

zabbal ★★★★★
()
Ответ на: комментарий от vbcnthfkmnth123

Nero последнюю версию видел?

Когда начинали делать сд резку, а закончили кухонным комбайном, совмещённым со стиральной и посудомоечной машиной, которая сама хочет ездить в магазин за расходниками?

sanyo1234
() автор топика
Ответ на: комментарий от zabbal

systemd как раз куда более надёжен и предсказуем за счёт продуманной модульной архитектуры чем любая из альтернатив.

Это только в теории и рекламе.

А на практике:

Врёшь как сивый мерин

Это как раз про ваших системднищенских деффективных менеджеров.

Поэтому, собственно, все немаргинальные дистры на него и перешли.

Так перешли, что Debian ещё несколько лет назад обратно предложил выбор OpenRC и других инитов.

Это тебе не опёнок где хрен поймёшь отчего у тебя всё тормозит или когда ФС снова развалится.

Это только ты понять не можешь в силу своей особенной альтернативной одарённости.

sanyo1234
() автор топика
Ответ на: комментарий от tinykey

Я просто не знаю openrc, сказать не могу. Но когда системд поглотил всё, народ недаром вопил. А потом системд поглотил ещё больше. Теперь он заменит все dm и останется линукс-системд-гном. Это вообще не то будущее о котором мечтали те, кто не согласен.

Если бы системд оставался только запускалкой сервисов - никто бы не возражал.

PcheloBiaka
()
Ответ на: комментарий от sanyo1234

systemd - это уже походит на оркестратор локалхоста

Да ладно, ты наконец-то сообразил что система управления сервисами и их зависимостями похожа на… систему управления сервисами?! Несказанно удивлён - ты витамины принял или что? Какие ещё очевидные вещи ты откроешь для себя в ближайшем будущем?

zabbal ★★★★★
()
Ответ на: комментарий от PcheloBiaka

А есть где-нибудь сравнения с таблицами возможностей?

Там скорее нужна таблица невозможностей.

wandrien ★★★
()
Ответ на: комментарий от PcheloBiaka

Я просто не знаю openrc, сказать не могу. Но когда системд поглотил всё, народ недаром вопил.

Или народ вопил потому что вопит при любых достаточно инвазивных изменениях.

А потом системд поглотил ещё больше. Теперь он заменит все dm и останется линукс-системд-гном. Это вообще не то будущее о котором мечтали те, кто не согласен.

А что systemd поглотил-то? В шляпе до сих пор chrony и network manager, так что он даже настройки сети и NTP поглотить не смог. Он действительно поглотил sysv и syslog. И слава богу.

tinykey
()
Ответ на: комментарий от tinykey

Я даже знаю чуваков, которые спутник в космосе пихают… и там тоже systemd.

Вполне логичное решение - мы тоже использовали systemd в embedded: проверенное оттестированное решение с отличным качеством кода и продуманной архитектурой это как раз то что требуется там где важна надёжность.

zabbal ★★★★★
()
Ответ на: комментарий от zabbal

Вполне логичное решение - мы тоже использовали systemd в embedded: проверенное оттестированное решение с отличным качеством кода и продуманной архитектурой это как раз то что требуется там где важна надёжность.

О чем и речь.

tinykey
()
Ответ на: комментарий от wandrien

Теперь постим новости, которые оформляла LLM?

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

zabbal ★★★★★
()
Ответ на: комментарий от hobbit

и чем же ранлевелы были нестандартны? ничо не попутали?

1 - специальный однопользовательский 2 - без сети 3 - обычный без иксов 5 - обычный с иксами 6 - перезагрузка

mumpster ★★★★★
()
Ответ на: комментарий от mumpster

Потом выяснилось что хочется больше и каждый начал делать как умеет.

tinykey
()
Ответ на: комментарий от a1ba

OpenRC по-моему адекватно прикрутили только там, где его сделали – в Gentoo.

В Alpine ещё очень хорошо, я обычно оттуда беру, если мне нужен настоящий OpenRC скрипт.

Вообще я перехожу на Alpine на хостах, Devuan и Debian только для специфических задач в виртуалках и контейнерах, например, для запуска Trinity DE.

sanyo1234
() автор топика
Ответ на: комментарий от sanyo1234

В Alpine ещё очень хорошо, я обычно оттуда беру, если мне нужен настоящий OpenRC скрипт.

Для того чтобы запустить подман пришлось править три конфига, включая fstab. Ну такое себе.

tinykey
()
Ответ на: комментарий от tinykey

он пока не поглотил. и да, sysmetd-networkd уже давно имеется.

и многое, что из-за него необратимо поменялось и не всегда это в лучшую сторону.

mumpster ★★★★★
()
Ограничение на отправку комментариев: