LINUX.ORG.RU

Devuan Excalibur 6

 , ,


4

5

Основные новые возможности и изменения в 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)
Ответ на: комментарий от Kroz

почему лично я против systemd

Да всем насрать!

systemd противоречит философии Unix

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

почти все дистрибутивы перешли на systemd

А тебя при этом спросить забыли? Вот беда-то!

и раскалывает Linux сообщество

Если systemd поможет очистить Linux сообщество от такого ламерского говна, то уже одно это полностью оправдывает его существование - даже без оглядки на великолепную документацию, прекрасное качество кода, продуманную архитектуру и удобство работы, о котором раньше можно было только мечтать.

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

В BSD одна система инициализации

На самом деле это не совсем верно. Есть старая /etc/rc и новая rc.d. ну и есть относительно маргинальный подход dragonfly bsd, где используется dtrace и syslogd

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

Предположим я не хочу systemd. Неважно почему. Выпилить из системы я не могу. Альтернативных дистрибутивов нет. Что делать?

Ты что, первый день в интернете? Стена - бетонная. Разбег - 100 метров. Вперёд!

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

Хотя если раздавать на какую-нибудь малинку, то всё ещё актуально.

Мне прям любопытно стало - где ты живёшь что 20Гб места на диске у тебя стоят дороже чем пара часов работы того, кто будет настраивать кастомную срань чтобы их сэкономить?

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

На самом деле это не совсем верно. Есть старая /etc/rc и новая rc.d. ну и есть относительно маргинальный подход dragonfly bsd, где используется dtrace и syslogd

Совсем. В BSD есть либо одна, либо другая, выбирать тебе никто не даст.

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

Совсем. В BSD есть либо одна, либо другая, выбирать тебе никто не даст.

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

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

Свобода системы инициализации. Пользователь не должен терять это свободу.

Её никогда и не было. В BSD одна система инициализации, в Linux оно перекочевало ровно в том же виде. Была Gentoo с OpenRC, была Ubuntu с upstart, остальные были с разной степенью кастомизированности sysv init.

В Дебиане была свобода системы инициализации. Можно было выбирать между несколькими. Кстати, именно благодаря этой свободе системд и смог появиться в Дебиане. Забавно, неправда ли?

А ты думал Девуан возник на ровном месте?

Ты не сможешь назвать количество мейнтейнеров systemd, потому что ты его не знаешь.

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

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

Прочитай контекст беседы до. Речь не о том что разные BSD имеют разные стстемы инициализации. Речь о том что выбора в рамках одного дистрибутива не было до systemd. Все эти страдания по инитам начались именно тогда.

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

А Дебьян-то тут при чём?

Притом, что в том же Debian, пакет docker.io, взятый из Devuan прекрасно работает с OpenRC ( ессно без жирнод).

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

rc_parallel="YES"

А софт пакета, кто опакечивал? Почему в Devuan он избавлен от жирнод, а Debian не шмогли?

sanyo1234
() автор топика
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sena

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

Мы уже выяснили, их десять.

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

Мы уже выяснили, их десять.

Да и один такого может такого наворотить, что никто не разберёт…

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

В Дебиане была свобода системы инициализации. Можно было выбирать между несколькими. Кстати, именно благодаря этой свободе системд и смог появиться в Дебиане. Забавно, неправда ли?

В двух релизах, насколько я помню. До этого sysv, после этого systemd.

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

Да и один такого может такого наворотить, что никто не разберёт…

Не съезжай. Ты утверждал что слишком большой проект, маленькой командой не справиться.

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

можно выбрать десктоп, систему инициализации

Так мы и выбрали - самую лучшую из доступных: systemd.

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

Свобода системы инициализации. Пользователь не должен терять эту свободу.

Ты комментируешь в написанной ИИ новости про дистр, главная фича которого в том что они убрали свободу выбора systemd в качестве системы инициализации.

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

Не съезжай. Ты утверждал что слишком большой проект, маленькой командой не справиться.

Я не отказываюсь от своих слов. Слишком большая, слишком сложная.

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

Ты комментируешь в написанной ИИ новости про дистр, главная фича которого в том что они убрали свободу выбора systemd в качестве системы инициализации.

Свобода выбора в т.ч. и systemd у пользователя никуда не делась, но технически она реализуется не установкой пакета systemd, а заменой дистрибутива Devuan на Debian.

А вот обратная процедура для пакетов типа docker.io увы в Debian тоже не работает по команде apt install openrc, приходится технически это выполнять с помощью замены дистрибутива Debian на Devuan или хотя бы установкой пакета docker.io, утащенного из Devuan. При этом в Devuan количество инит систем для пакета docker.io уже больше 1 (в Debian всего 1), и в будущем будет ещё больше с учётом s6 и shepherd.

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

Я не знаю, я нажал галку «запускай vpn». Понятия не имею во что это выродилось в NM.

Вот из-за подобных приколов я и выкинул NM нафик: связка iwd + systemd-networkd куда предсказуемее и удобнее в отладке.

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

Ты комментируешь в написанной ИИ новости про дистр

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

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

Они её восстановили. Сначала Дебиан убрал свободу системы инициализации, а они предоставили эту возможность путём форка.

Девуан совместим с Дебианом, если тебе нужен системд, то просто поставь Дебиан. Нет никакого смысла ставить Девуан для системд.

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

переведённой с англоязычного оригинала

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

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

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

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

Нет никакого смысла ставить Девуан

Полностью согласен!

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

Гопничек опять свою варежку раскрыл, по линку новости зайди на англоязычную страницу.

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

Я хочу чтобы оно просто работало.

Если в этот раз не выйдет куплю макбук

Вот тут, кстати, может ждать неприятный сюрприз - коллеги на маках изрядно матерились как раз про VPN.

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

С троллем спорить довольно уныло, только кормим его.

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

Синий кит тоже в оригинале есть?

Про сортировку ты опять не увидел?

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

Мне прям любопытно стало - где ты живёшь что 20Гб места на диске у тебя стоят дороже чем пара часов работы того, кто будет настраивать кастомную срань чтобы их сэкономить?

20Гб на нескольких десятках дисков. И пара часов работы бесплатны, так как человек в штате и его зарплата не зависит от того, что он настраивает.

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

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

А ты не перепутал, кто считает нужным? Технари, кто делает, или те, кто им зарплату платит, а тем в свою очередь это надиктовывают ещё свыше?

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

Отсыпь.

Можно попробовать проверить. Один настроит на systemd, например, apache с ограничениями по памяти и CPU, перезапуском в случае аварийного завершения и запретом видеть чужие файлы в /tmp, а другой то же самое на system V.

И сравнить надёжность работы настроенного.

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

Можно попробовать проверить. Один настроит на systemd, например, apache с ограничениями по памяти и CPU, перезапуском в случае аварийного завершения и запретом видеть чужие файлы в /tmp, а другой то же самое на system V.

А третий в докере под супервайзингом? Почему-то такой вариант все упорно игнорят.

Ну зачем это legacy system V постоянно пытаться тащить в сравнения и использовать в качестве аргумента?

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

Один настроит на systemd…

И с обновлением, ох сильно удивится, что часть процессов использующих там всякие контейнеры или cgroups - накернились, от того, что «Лёня и Ко» решили что теперь это будет работать по-другому, а откатиться - отмотать все зависимые от systemd пакеты (а их всё больше) которые, на секундочку, могут содержать обновления безопасности. Не, спасибо.

а другой то же самое на system V

man cgset

man cgexec

bdrbt
()
Последнее исправление: bdrbt (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

А третий в докере под супервайзингом? Почему-то такой вариант все упорно игнорят.

Предлагаете заменить systemd на docker? В смысле запускать в нём вообще все службы всегда?

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

man cgset

Я именно про это. В одном случае используем единообразную структуру настроек в юните, а в другом делаем в каждом случае уникальный велосипед и надеемся, что ничего не пропустили.

И с обновлением, сильно удивится

Это в между какими версиями systemd такое было?

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

Предлагаете заменить systemd на docker? В смысле запускать в нём вообще все службы всегда?

Только долгоживующие службы, которые можно удобно убрать в контейнеры.

При этом оставить на хосте только гипервизор, оркестратор и пару тройку системных сервисов под лайтовым супервизором.

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

При этом оставить на хосте только гипервизор, оркестратор и пару тройку системных сервисов под лайтовым супервизором.

Пишите свой дистрибутив, посмотрим как работать будет.

Альт когда-то пытался всё в chroot запускать. Популярности идея не получила.

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

Это идеи, которые закладывались в CoreOs, которую опять же делает Красношапка, в которой «трудится» Лёнчик.

Тут проблема в монополии RedHat и корпов у неё за спиной.

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

Это в между какими версиями systemd такое было?

240 (если не путаю) cgroups поковыряли они там знатно, мы вздохнули и просто свалили на кубер.

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

Умеет. Всё он умеет, как выясняется, просто ты об этом не знаешь, как обычно.

...только чтобы он это делал, ты должен сидеть и вручную по циклу импортировать из свалки сообщения по отдельным человекочитаемым логам.

Учитывая твои бредни - я даже не полезу проверять документацию на предмет того что он этого не умеет. Я уже знаю - раз ты сказал что он всё умеет значит точно нет.

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

Прекрасно, покажи мастеркласс чтения базы журналда на винде и андроиде! Крайне желательно одной командой.

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

Ну это, очевидно, не так:

Формально да, но это не отменяет лютого геморроя с кроссплатформенностью. А мы говорим о самой простейшей операции чтения текстовых сообщений, для которой не должны требоваться ни знания, ни какие то специфичные инструменты.

И это тоже.

Но шансы довольно высокие и в системе логгирования это должно учитываться.

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

у меня в ровно такой конфигурации вайфай не отключался при ошибках подключения к vpn

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

Ты можешь не устанавливать все те модули, за которые systemd обычно нетакусики хейтят

На самом деле нет! Я не могу их не устанавливать. В самом лучшем случае - не запускать.

А теперь сравни это с udev, который штука крайне нужная, но абсолютно необязательная и не создающая никаких избыточных и бессмысленных зависимостей запуска.

Форков util-linux тоже не существует.

Т.е. как это? В БСД свои версии, а линуксы часто используют busybox вместо полного пакета утилит. Ещё есть версия собираемая с musl вместо glibc Это только то о чём я знаю, но там наверняка ещё 100500 вариаций на тему наложения патчей и вариантов сборки и упаковки.

А вот где посмотреть на системд в роли системы инициации, но не лезущего в контроль распределения ресурсов, сеансы пользователей, логгирование и сеть - да ХЗ.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ограничение на отправку комментариев:
Тема будет перемещена в архив .