LINUX.ORG.RU

Выпуск Devuan 3 Beowulf

 , , ,


0

1

1 июня выпущен Devuan 3 Beowulf, который соответствует Debian 10 Buster.

Devuan является форком Debian GNU/Linux без systemd, который «предоставляет пользователю контроль над системой путём избежания излишней сложности и обеспечения свободы выбора системы инициализации».

Основные особенности:

  • Основан на Debian Buster (10.4) и ядре Linux 4.19.
  • Добавлена поддержка ppc64el (также поддерживаются i386, amd64, armel, armhf, arm64)
  • runit может использоваться вместо /sbin/init
  • openrc может использоваться вместо механизма уровней работы системы в стиле System-V sysv-rc
  • eudev и elogind вынесены в отдельные демоны
  • Новые обои и оформление для загрузчика, менеджера дисплеев и рабочего стола.

Также начата подготовка к следующему выпуску Devuan 4.0 Chimaera, репозитории будущей версии уже открыты.

>>> Подробности и ссылки на загрузку

★★★

Проверено: cetjs2 ()

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

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

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

Конечно можно, только несколько нулей добавь.

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

почему мажорный выпуск дистибутива линукса - это мини-новость, а минорный релиз недобраузера - это не мини-новость?

Модераторы ЛОРа сидят на сыстемлЫ и возможно некоторые даже на Демяне…

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

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

Двадцать три.

В документации английским по белому написано: /usr/lib — для пакетного менеджера, /run — для внутренних нужд, /etc — для администратора. Прямо на первой строчке. Если это «непонятно», ну тогда проблема не в софте, а между клавиатуром и стулом.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от Exmor_RS

Дык себе то я все как мне надо делаю. И я вообще-то тоже никому ничего не должен.

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

Под одну гребенку все проекты нельзя, они очень разные. И мотивация при разработке у всех разная, кто-то на зарплате, кто-то за идею, а кому-то вообще все равно. Вон, есть возможность сравнить - мозилла и хромой. Хромой - просто дроп кода, хочешь поучаствовать - иди на зарплату в гугл. Мозилла - полноценный проект с открытой разработкой. Андроид - дроп кода. UBPorts - полноценный открытый проект. И по возможности законтрибутить, Linux - легко, напиши драйвер и поддержку железки, и тебе помогут и все попадет куда надо. А в Godot ты на середине процесса сам просто форкнешь и забьешь.

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

А почему OpenRC достаточно одного католога в /etc

Потому что разработчики systemd предпочитают порядок и соответствие стандартам типа FHS, а авторов OpenRC устраивает и помойка в /etc.

А свои рассуждения об интеллекте собеседников оставь

Как-нибудь разберусь.

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

И где ты там увидел помойку?

Помойка возникает в тот момент, когда инитскрипты или другие конфиги, прилетевшие из пакетов, перемешиваются с локальными.

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

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

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

А зачем нам пакетная система на локалхосте и строгая безопасность уровня неуловимого джо с разрезанием программ на кучу пакетов с переплетёнными зависимостями?
Во славу сатане!

Exmor_RS ★★ ()

Кто-нибудь уже запостил обязательную ссылку? https://lwn.net/Articles/786593/

Любой, использующий эту пародию на дистрибутив, должен быть готов к необходимости объяснять клиентам, что очередное сообщение о взломе это на самом деле такая смешная шутка от «разработчиков» (аж целых 2 уникальных пакета, отсутствующих в Дебьяне разработали!), по недоразумению считающих себя профессионалами.

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

zabbal ★★ ()
# apt-get install runit-init

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

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


В документации английским по белому написано: /usr/lib — для пакетного менеджера, /run — для внутренних нужд, /etc — для администратора


шта?? т.е. вместо одного зоопарка в /etc у вас теперь их три? ну, это победа, бро! у меня все :)))

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

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

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

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

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

пародию на дистрибутив

«разработчиков»

по недоразумению считающих себя профессионалами

Ой, как бомбит-то.

Так ведь просто не угадаешь когда хейтеру systemd моча в голову ударит

Пока что хейтер тут ты.

Хотя с 1 апреля шутка и впрямь не особо хорошая была.

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

Systemd можно поставить?

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

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

Милый, мнение анонимного хама — это последнее, что меня интересует, когда я думаю, не вру ли я себе.

Видишь, покормил. Рискуя скором, между прочим, в отличие от анонима с вечной жизнью.

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

Меня взрослые дяди не интересуют, сорян %)

И твое мнение никого не интерсует. (Кстати, напомню, тебя идиотом называю не только я, но и Шаман тебе это говорил, прямым текстом.) А сказанное - сказано для тех, кто читает.

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



Systemd можно поставить?


Разумеется нет.


нет?

$ apt-cache search systemd
charon-systemd - strongSwan IPsec client, systemd support
chkservice - Tool for managing systemd units
cockpit-system - Cockpit admin interface for a system
debhelper - helper programs for debian/rules
dh-systemd - debhelper add-on to handle systemd unit files - transitional package
elpa-systemd - major mode for editing systemd units
gnome-logs - viewer for the systemd journal
golang-blitiri-go-systemd-dev - Utilities to interact with systemd sockets in Go
golang-github-coreos-go-systemd-dev - Go client bindings for systemd socket activation, journal and D-Bus
golang-github-okzk-sdnotify-dev - systemd's service notification protocol (sd_notify)
kamailio-systemd-modules - systemd logging modules for the Kamailio SIP server
libconfig-model-systemd-perl - editor and validator for systemd configuration files
libelogind0 - user, seat and session management library
libpam-elogind - elogind PAM module
libsystemd-dev - systemd utility library - development files
libsystemd0 - systemd utility library
lua-systemd - Systemd bindings for Lua
lua-systemd-dev - Development files for lua-systemd library
networkd-dispatcher - Dispatcher service for systemd-networkd connection status changes
open-infrastructure-container-tools - manage systemd-nspawn containers
python-sdnotify - Python2 implementation of systemd's service notification protocol
python-systemd - Python 2 bindings for systemd
python3-sdnotify - Python3 implementation of systemd's service notification protocol
python3-systemd - Python 3 bindings for systemd
syslog-ng-mod-journal - Enhanced system logging daemon (systemd journal plugin)
systemd-bootchart - boot performance graphing tool

Похоже с точки зрения вытиранов администрирования ограничение возможностей пользователя это и есть свобода.

а? а, ну да...


Всё по Оруэллу.


Ты бы еще друга нашего, Александр Исаевича, вспомнил %)))

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

В 2020 году все еще бороться с ветряннвыми мельницами?

А чего бы и нет? Хостинг нынче дёшев, запилить аж 2 оригинальных пакета больших усилий не требует, а донаты-то капают.

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

Непонятно, куда класть свой юнит, ведь каталогов для юнитов аж три штуки

Чёрт, до этого коммента я думал что «заблудился в 3-х соснах» это просто фигура речи, а не буквальное описание интеллектуального уровня systemd-хейтеров.

zabbal ★★ ()

очередное нинужна, для маргиналов-задротов-малолеток, которым не дают телки, для которых единственным развлечением является самоутверждение посредством красногласия в «нинужна»


Виталий Василич

anonymous ()

а еще «лялехоиды обыкновенные» любят пускать шутейки насчет всяческих говносборок для винды

при этом у самих на каждый чих есть своя сборка, под название «дистрибутив»

смех да и только 🤦‍♂️🤦‍♂️🤦‍♂️

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

Серьезно? В 2020 году все еще бороться с ветряннвыми мельницами? Это же какими фанатиками надо быть. Уже столько обсуждений было!

Сколько было обсуждений о ненужности SystemD?

Понимаю, что тред ну никак не начинает перерастать в срач, и мне вряд ли удастся это изменить

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

Потому что разработчики systemd предпочитают порядок и соответствие стандартам типа FHS, а авторов OpenRC устраивает и помойка в /etc.

Это если закрыть глаза на то, что

  1. FHS создан не для, а на основании сложившейся ситуации.
  2. В Linux всё по историческим причинам. Т.е. меняя sysvinit-овское (сиреч, исходное положение дел) в любую сторону – менять стандарт (делать помойку).
kostyarin_ ()
Ответ на: комментарий от Exmor_RS

Очевидно индустрия отошла от тонкого инита в сторону диспетчера системы.

Не индустрия, а вендоподелия, И не от тонкого инита, и не отошла. А сошла с пути Unix, то бишь, с рельсов. И теперь этот паровоз буксует на обочине.

kostyarin_ ()