Хорошо.

это значит, что из CRUX и других самобытных дистрибутивов тоже пропадёт eudev и все дружненько перейдём на systemd, в той или иной степени, может заглушку какую-нибудь сделают, как это было с pulseaudio > apulse > alsa

если только его хотя бы не форкнут и не заморозят. пусть хоть так.

А где пруф? В news никаких новостей не прилетало.

Обсуждение в рассылке

Суть в том, что первоначальный ментейнер eudev действительно занимался этим из-за того, что systemd не был совместим с musl, но после появления ряда патчей (приняты они в апстрим или нет я сходу не понял), решил этим больше не заниматься.

Пока обсуждается, как пользователи будут осуществлять переход обратно на udev.

Тоже запрашиваю пруф

// пойду мир обновлю и пересоберу

Пока на стадии обсуждения, ссылка на рассылку выше.

s6,runit

Я даже не удевлюсь что скоро откажуться от openrc😃

уже в news.

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

Печаль, но делать нечего, в октябре поставим udev, значит

Ну и ладно

Печаль, но делать нечего, в октябре поставим udev, значит

Неужели eudev настолько сложно сопровождать что никто не возмётся?

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

Rationale
The integration of udev into the systemd git repo introduced numerous
problems for none-glibc systems, such as musl and uclibc. Several
options were considered, and the one chosen was to fork and maintain
udev independant of the rest of systemd. This was meant as a stop-gap
solution until such time as the problems with systemd on musl had been
resolved. This is now the case with patches provided by openembedded,
and my original reason for maintaining eudev is no longer relevant.
I am willing to transfer eudev to another umbrella organisation or Linux
distribution that is willing to continue its maintenance, but
maintaining eudev cannot be done purely through proxy-maintaining and
requires an understanding of its internals. This is a steep learning
curve and must be an earnest effort. For this reason, the Base System
project has decided not to support euev as an option going forward.

sys-fs/udev is becoming the standard provider of udev on non-systemd (e.g. OpenRC) systems.

А, так udev может вне Systemd работать? А то лет 6 назад я что-то слышал, что отдельно оно не заведётся.

ЕМНИП, ему для сборки нужно дерево сорцов systemd, но работает оно без него.

Пока обсуждается, как пользователи будут осуществлять переход обратно на udev.

Предлагаю комплексный метод «осознание намёка — сворачиваение выпендрежа — переход на современный дистр с дефолтной поставкой ключевого софта».

самобытных

Отличный эвфемизм, надо запомнить.

А, так udev может вне Systemd работать? А то лет 6 назад я что-то слышал, что отдельно оно не заведётся.

В Debian отдельно и работает. У меня по-прежнему стоит sysvinit, нет systemd вообще, но

root       387  0.0  0.0  23492   676 ?        S    авг18   0:01 /lib/systemd/systemd-udevd

Так и зовется, так как входит в состав systemd, но сам пакет в репозитории просто udev называется.

Я неделю назад свежую генту накатывал. eudev не установлен, udev по умолчанию.

openrc?

Так он и нужен разработчику был прежде всего потому, что udev не собирался для musl.

Предлагаю сделать тебе липоксацию.

Земля ему бетоном. Фрагментация уменьшится и можно будет наполнить чашу луддитскими слезами (:

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

Да.

Так глядишь, пофиксят и другие критические недостатки системды, распилят таки на кусочки, и можно будет поставить какой-нибудь systemd-initd без прибитого гвоздями аналога ОС Windows NT

Calculating dependencies... done!
[ebuild  N     ] acct-group/kmem-0-r1::gentoo  0 KiB
[ebuild  N     ] acct-group/tty-0-r1::gentoo  0 KiB
[ebuild  N     ] acct-group/cdrom-0-r1::gentoo  0 KiB
[ebuild  N     ] acct-group/dialout-0-r1::gentoo  0 KiB
[ebuild  N     ] acct-group/disk-0-r1::gentoo  0 KiB
[ebuild  N     ] acct-group/tape-0-r1::gentoo  0 KiB
[ebuild  N     ] acct-group/video-0-r1::gentoo  0 KiB
[ebuild  N     ] sys-fs/udev-249-r2::gentoo  USE="acl kmod (split-usr) (-selinux) -static-libs -test" ABI_X86="32 (64) (-x32)" 10341 KiB
[uninstall     ] sys-fs/eudev-3.2.10-r1::gentoo  USE="hwdb introspection kmod -rule-generator (-selinux) -static-libs -test" ABI_X86="32 (64) (-x32)" 
[blocks b      ] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-3.2.10-r1)

Total: 8 packages (8 new, 1 uninstall), Size of downloads: 10341 KiB
Conflict: 1 block

не так страшен черт…

Ну и прекрасно.

Разработкой musl, значит, луддиты занимались, а glibc - прогрессивное общество. Ок.

Ты ему про следствия, он тебе - про причины. eudev разрабатывали что бы поддерживать musl, луддиты утащили что бы костылять недосистемки без systemd.

Тоже вчера попробовал. Снёс eudev, воткнул udev, а она мне и говорит: есть пакеты требующие пересборки. Жму emerge @preserved-rebuild, в результате чего она снесла udev, воткнула взад eudev и пересобрала wine-vanilla и ещё что-то. Решил забить до 1 октября, там они пускай сами соображают чё и как.

Но исторические луддиты ведь ничего не утаскивали, а занимались погромами, не? Зачем ты используешь термины, поменяя их значение? Да и systemd, т.е. его компонент udev, как оказалось, не собирался с чем-то отличным от glibc.

луддиты утащили что бы костылять

Луддиты используют старые версии udev до его слияния в systemd и ничего не костыляют.

О, под это дело поведаю прохладную историю.

Не так давно в портаже замаскировали opentmpfiles. Причина — отказ апстрима дальше поддерживать проект с формулировкой: «Since systemd-tmpfiles is a single binary which can be compiled and run without systemd, we have decided to retire this project»[*].

Ну штош, погоревал, да и пошёл ставить systemd-tmpfiles — я же не луддит какой–нибудь.

И таки шо ви думаете, как оно ставится? Я таки опишу. Скачивается весь systemd (~10Mb архив исходников). Компиляется весь systemd (под сотню мегабайт в build tree). Устанавливается маленькая утилитка, ага.

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

Думаю, в ситуации с udev просто придётся наблюдать за сборкой systemd в два раза больше. =)

Так похожая ж фигня и со spidermonkey - для 28 мбайтного пакета под сборку нужно выделить 6.4 Гб и качать firefox. Ладно хоть собирается не очень долго, то есть хотя бы не весь firefox.

Значит, в скриптах сборки systemd нет разбиени на отдельные цели?

Разве тем, у кого установлен systemd в gentoo нужен отдельный udev как пакет?

Это большой и сложный проект. Может и есть, но вот так, с наскоку, я лично не разобрался. Может у вас получится.

Ebuild выглядит так.

Разве тем, у кого установлен systemd в gentoo нужен отдельный udev как пакет?

Тема вроде про eudev. Если выбрали именно его, очевидно, что нужен отдельно.