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)
Ответ на: комментарий от sena

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

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

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

Так Wayland и systemd.

А как wayland связан с systemd? wayland прекрасно и в BSD работает.

Теперь если энтерпрайзному приложению от RedHat нужна какая-то функция от управления службами или графической подсистемы, эта функция тут же будет добавлена в Wayland/systemd. А если какая-то функция нужна приложению конкурента, то можно принуждать его писать под своё приложение отдельный дистрибутив.

Так если все на systemd, то откуда у конкурента проблемы? Наоборот же получается – теперь все, кто на systemd, работают так же хорошо, как RedHat.

Выше пишут, что никто, кто купил бы RHEL или SLES, никогда Devuan бы не использовал, потому что патчи не от разработчика, не протестированные, сделаны непонятно кем.

Ну все так. Если бы у Devuan был свой QA, какие-то SLA и так далее, разговор был бы другой.

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

Пользователи массово выбрали systemd - потому что он гораздо удобнее любой из альтернатив.

И поэтому все альтернативы удалили. А если пользователи массово выбирали Windows, по-твоему тоже надо было все альтернативы запретить?

monk ★★★★★
()

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

Дурацкая затея. Его наоборот бы разобрать.

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

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

Просто потому, что это - безумие - читать логи с телефона на андроид :) Мы их даже в нашей небольшой компании давно храним централизовано. fluent-bit, loki, grafana - прекрасная связка для логов.

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

никто, кто купил бы RHEL или SLES, никогда Devuan бы не использовал, потому что патчи не от разработчика

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

не протестированные

А вот это уже весомая причина, хотя и не ключевая

сделаны непонятно кем

Как раз понятно кем: https://lwn.net/Articles/786593/ - такое, как и сам подход butthurt-driven-development в принципе не совместимы с коммерческой эксплуатацией.

Те, кто платят за RHEL или SLES, делают это потому что посчитали коммерческую эффективность такого решения, а не чтобы детские обидки вытиранов потешить.

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

Как же удалили, когда runit и sysv все ещё в Debian есть?

удалили их официальную поддержку, они есть, но придётся допиливать всё самому, в Девуан всё работает из коробки

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

И поэтому все альтернативы удалили.

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

тоже надо было все альтернативы запретить

С чего ты взял что откровенное враньё сделает твой пост убедительнее? Альтернативы systemd в дебьяне никто не запрещал - это ж не баттхёртиан где явно запрещён systemd в качестве альтернативного инита.

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

Есть сотрудник. На полный рабочий день, потому что это его основное место работы. Примерно четыре часа в день работает и примерно четыре пьёт чай и ждёт, вдруг где-то что-то поломается.

Если это - системный администратор - ему надо дать премию, потому, что все работает. Я, к примеру, в договоре с админами прямо указываю, что в случае более 4х сбоев в месяц они лишаются части примии. И знаешь - магическим образом сбоев стало мегьше, после такого нововведения. Так что - пусть пьют чай. Хоть водку и водят баб - главное чтоб все работало.

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

Основной systemd прекрасно работает без остальных своих подсистем.

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

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

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

или хотя бы установкой пакета docker.io, утащенного из Devuan

Эээ, я вот смотрю в http://deb.devuan.ru/devuan/merged/dists/6.0/main/binary-amd64/Packages.xz, и там docker.io берётся напрямую из Debian:

Package: docker.io
Version: 26.1.5+dfsg1-9+b9
Installed-Size: 94870
Maintainer: Debian Go Packaging Team <team+pkg-go@tracker.debian.org>
…
Filename: pool/DEBIAN/main/d/docker.io/docker.io_26.1.5+dfsg1-9+b9_amd64.deb
Rootlexx ★★★★★
()
Ответ на: комментарий от daniyal

выпилив почти все лишние команды из системд

что-нибудь из зависимостей арча требует какую-нибудь команду

Так они «ненужные» или их что-то требует и значит они нужные?

чтобв

вюможнт

Скажи честно, ты уже в говно?

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

А как wayland связан с systemd? wayland прекрасно и в BSD работает.

Через RedHat и Gnome. systemd тоже мог бы работать, но разработчикам BSD он не нужен, а RedHat’у они тоже не интересны.

Так если все на systemd, то откуда у конкурента проблемы?

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

Если бы у Devuan был свой QA, какие-то SLA и так далее, разговор был бы другой.

Вот: «форкнуть и выйти из этой зависимости сможет только кто то достаточно богатый».

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

Всё работает как всегда. Загрузка на полдня, потому что админов два. А админов два, потому что есть обязательный ежегодный отпуск, во время которого хоть один админ в организации должен быть.

И вот когда никто не в отпусках, делают всякие мелкие доработки.

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

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

И что ты такого написал в sysVinit? Какие коммиты ? Будь добр - огласи полный список, пожалста! :)

Разработчики Девуан доказали что они уже 10 лет могут поддерживать рабочий дистрибутив с альтернативными системами.

Для таких-же «альтернативных» :) Неплохой, в принципе, способ собрать всех маргиналов в 1 месте. А потом… перейти на systemd :) БУГАГАГАГА ! :)

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

Ну не с первой. Всё-таки админ линукса и сети.

Мы уже поняли, что ты убираешь снег и чинишь сантехнику. Не продолжай :)

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

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

Судя по истории гита если кому-то что-то надо они это приносят и проблемы как-то и нет. SUSE даже в CI есть.

Вот: «форкнуть и выйти из этой зависимости сможет только кто то достаточно богатый».

Они уже форкнули и вышли из зависимости. Но это совершенно не значит, что их покупать начнут. Chimera Linux вообще свой init написала, их от этого покупать не стали.

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

Так они «ненужные» или их что-то требует и значит они нужные?

Скажем так, что-то их требует потому что «а чё добру проподать» - т.е. чтобы не добавлять в зависимости пакет, нужный для условного ntp, разрабы будут использовать встроенную systemd функуцию, руководствуясь логикой «так а чё его не использовать, онож есть». Не понять разрабов нельзя, как и нельзя понять разрабов systemd, зачем они добавили ненужную функцию, вынудив разработчиков использовать её.

чтобв

вюможнт

Скажи честно, ты уже в говно?

Клавиатура телефонная, ничего поделать не могу)

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

ненужные пользователям альтернативы?

на столько ненужные, что пользователи создали аж несколько форков нескольких ОС

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

на столько ненужные, что пользователи создали аж несколько форков нескольких ОС

Создали «veretan linux admins», по их собственным словам. Есть ли у них пользователи это большой вопрос.

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

Я опросив нескольких чатах телеграма и планирую опрашивать тут, но по результатам опроса 50% русскоязычных линуксоидов против systemd)

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

Создали «veretan linux admins», по их собственным словам. Есть ли у них пользователи это большой вопрос.

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

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

добавили ненужную функцию

разрабы будут использовать встроенную systemd функуцию

Что ты порешь? Как функция может быть ненужной если её используют?

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

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

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

по результатам опроса 50% русскоязычных линуксоидов против systemd)

:)

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

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

Я опросив нескольких чатах телеграма и планирую опрашивать тут, но по результатам опроса 50% русскоязычных линуксоидов против systemd)

Репрезентативность под вопросом.

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

планирую опрашивать тут

Опрос уже был, результаты доступны.

по результатам опроса 50% русскоязычных линуксоидов против systemd

Ты спросил всех своих друзей и одному из них не нравится systemd?

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

Я хотя бы опросил) хочешь опровергнуть, проведи свой опрос в нейтральном чате(не зацикленном на системд или на носистемд)

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

Я, например, совсем не против системд. Я против выкидывания альтернативы.

Не должно быть никаких альтернатив в проде. Одна система управления и инициализации, одно DE. Единые api и abi. И, в идеале, нормальное гибридное ядро.

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

Я спросил в активном чате на 800 человек. Не густо конечно, но и не 2 друга

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

Нет, это не работает так.

Это работает именно так. Ты сравниваешь теплое с мягким:

Пользователи Виндос лишены свободы. Свободы копировать, изучать исходники и т.п.

И у дебиана:

Пользователи Дебиан имели свободу выбирать и ставить систему инициализации, они успели вкусить эту свободу. А потом у них эту свободу отняли.

Еще раз: ты сравниваешь свободу изучать исходники, изменять их, делать и распространять производные продукты, с несвободой делать с купленной ОС всё что захочешь.

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

Твою свободу никто не отобрал.

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

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

Да, я о том же. Есть предположение, что их пользовательская база это они сами и ещё пара тысяч человек. У них донатов $7k евро за год, в 50 раз меньше чем у напрочь мертвой OpenBSD.

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

Ты спросил всех своих друзей и одному из них не нравится systemd?

Он просто смотрел в зеркало… :)

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

Функция ненужна системе иниуиализации

Нужна разумеется - именно поэтому её туда и добавили. Зачем ещё её можно туда добавить? Чтобы у тебя пердак пригорел? Разработка так не строится.

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

Одно DE нельзя, теряется выбор. DE тема слишком щепитильная, тут нет идеального варианта. В остальном согласен

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

Я хотя бы опросил) хочешь опровергнуть, проведи свой опрос в нейтральном чате(не зацикленном на системд или на носистемд)

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

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

Нужна разумеется - именно поэтому её туда и добавили. Зачем ещё её можно туда добавить?

У меня два варианта:

  1. Разрабв шапки сделали это намеренно, чтобы намертво закрепить системд в линуксе, поставив его в зависимости половины пакетов

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

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

Уже готовой, которую просто нужно принять.

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

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

Вот именно. Я еще могу понять в каких-нибудь нулевых, когда нормальные ноутбуки (синкпады) стоили дорого, но даже в те времена изобрели eeepc, с которыми админы радостно бегали и читали логи. Юзкейс абсолютно высосан из пальца.

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

Чтобы выпилить весь системдшный блоат

Еще один, не читавший исходники. Systemd не является блоатом. Дальше комментировать смысла нет.

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

У меня два варианта

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

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

Системд блоатный. Блоат в нём написан грамотно и аккуратно, но тем не менее он - блоат. А на вопрос «почему» я уже писал, потому что слишком много прог зависят от системды, и выпилив системдшный блоат половина прог тупо не заведутся

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

Не вижу смысла спорить, с твоей стороны конструктивность отсуствует

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

Системд блоатный.

Нет. Иди читай исходники. Возвращайся просветленным.

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

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

Тут такое дело: поддержка init-скриптов в пакетах ведь ложится на сопровождающих этих пакетов. Едва ли они будут счастливы от необходимости поддерживать несколько других систем инициализации ради суммарно пары процентов пользователей.

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

Тут такое дело: поддержка init-скриптов в пакетах ведь ложится на сопровождающих этих пакетов. Едва ли они будут счастливы от необходимости поддерживать несколько других систем инициализации ради суммарно пары процентов пользователей.

В Alpine init-скрипты отделены от самого сервиса. Тут можно так же.

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