Теперь в системд будет свой mount - systemd-mount

С разморозкой, ага.

У меня уже давно даже fstab нету.

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

Сначала они убили /etc/inittab, а теперь ещё и /etc/fstab... Что дальше? Впрочем, это имеет значение только для юзеров systemd.

И что плохого в том, что весь зоопарк конфигов сделают единообразным и безобразным? Да, я сталкивался с системд и не в восторге, но считаю это безобразие приемлемой ценой за единообразие.

Спасибо что в генте этого нету

45044:

add a new tool for creating transient mount and automount units

[…]

Как будто что-то плохое. Таким образом в systemd ещё есть свой «exec» — systemd-run.

вроде раньше не было. давай пруф.

Ещё пару-тройку лет, и наступит эпоха GNU Systemd (вместо GNU Linux) :-)

Кто сказал «реестр»?

Норм, в десяточке тоже fstab нет.

GNU Linux

С каких пор Linux стал GNU?

А удобно без него?

А что с fstab? Есть systemd-fstab-generator. А inittab не сломан, а заменён на другую концепцию.

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

Когда эту взявшею курс на подмен системного окружения гадость выпилят из дистрибутивов?

С тех пор, как РМС объявил.

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

Смайлик сказал о другом.

Поделись.

Спасибо что в генте этого нету

Это да, у Gentoo есть хороший шанс поправить своё положение с недостатком пользователей и разработчиков дистрибутива.
Но если не начнуь пилить мастер установки, а будут всё так же предлагать ставить дистр руками то шанс будет упущен.

Сначала будет systemd/Linux.

Сначала они убили /etc/inittab

Это вынесли в три конфига, причём в более понятном формате.

а теперь ещё и /etc/fstab

Ну, будет набор .mount-юнитов, и что? Те же яйца, только в профиль. Зато имеем прозрачное монтирование, впрочем, которое уже имели.

Что дальше?

А почему у всех так бомбит? Разве кто-то запрещает пользоваться sysvinit/runit/bsdinit/init-скриптом/openrc/etc? Ну, развивается оно, шумно развивается, пусть себе развивается. Точно такая же бомбёжка была на udev, когда был вполне себе рабочий HAL, постепенно стихло, udev сожрал HAL. И вас отпустит.

Вполне вероятно. Как «переходный период» от «бардака и самодеятельности» к «мировому порядку и стальной длани».

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

А то пока другая сторона баррикад что-то делает, со стороны GNU доносятся лишь обидняки «НЕ ЮНИКСВЕЙНО». Где православный аналог systemd от RMS?

Конфиги должны быть конфигами, писаться руками, лежать на своих местах и быть востребованными по назначению. Если я добавил строчки в /etc/inittab и /etc/fstab - значит так нужно, и эти изменения должны применяться при загрузке. А противоположная ситуация и называется - убивать конфиги.

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

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

Зачем выпиливать то, что очень удобно?

Где православный аналог systemd от RMS?

Это да, но RMS и так много сделал, что бы его упрекать за то, что он и тут не подсуетился.
Должно же сообщество и своей головой думать о будущем.

Ты.

Ну может состоится массовый переход на Gentoo или скорее всего Calculate. одна польза сообществу.

Зачем выпиливать то, что очень удобно?

В том-то и дело, что это далеко не всем удобно. Кому-то удобен «единый реестр», кому-то — россыпь конфигов.

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

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

Угу, а потом, критически посмотрев на этот несовершенный мир, с другой стороны зашёл «альтернативный мастер настроек» и запердонил systemd. Обычное дело для смертных.

А вообще я их не понимаю, имхо работать с текстовым файлом проще, чем с БД с неясными и не ведомыми ключами.

Где православный аналог systemd от RMS?

В GuixSD есть Shepherd какой-то. Вроде православно, раз решили навелосипедить.

Зачем выпиливать то, что очень удобно?

Потому что разбираться в баш-лапше легасных init-скриптов — это тратить своё драгоценное время. Эта лапша слабо масштабируется.

От команды GNU где подвижки?

Не GNU/systemd, а systemd/Linux.

работать с текстовым файлом проще

Это да, но достаточно часто, прежде чем изменить в том самом текстовом конфиге пару-тройку символов, надо прочитать изрядно увесистый ман и/или хауту. А иногда ещё и в дополнительные доки слазить за разъяснениями. Это не всем нравится. Современная идеология проповедует «единую кнопку, которая делает удовольствие здесь и сейчас» :-)

Как мне кажется, Лено рад был бы как можно скорее стереть из памяти юзеров все упоминания о Лино :-)

Будто с реестром этого не надо делать.

То что вы пишите это потребность в мастере настройки, а не реестре.

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

Ну, если ты хочешь мастер, то какое тебе должно быть дело до того, где хранится конфиг и в каком формате?

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

ОК. Был неправ. Но в systemd всё равно никуда не дели, и, вроде как, не собираются девать fstab: каждая его опция просто предоставляется (systemd-fstab-generator-ом — автоматически, если fstab используется) в виде отдельного юнита; преимущество такого подхода — работа с каждой точкой монтирования как с юнитом.

А ещё непонятно почему здесь обсуждают именно это. systemd-mount вообще не относится к сабжу.

голом ядре

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

придётся тащить сервис этого реестра и всё, что за собой он потянет.

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

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

Нет, проблема есть, одно из преимуществ Linux будет утрачено.

одно из преимуществ Linux будет утрачено

Сейчас тебе объяснят, что это не преимущество и вовсе не Linux, а «тяжёлое наследие из детского возраста Unix — 1970-1980-х гг.» :-)

PS: Эх, молодость, как же тогда интересно было в кишках Unix-а ковыряться :-)

Ага, или LFS.

Да чего уж там, свою ОС писать пора. И чтоб никаких systemd! :-)

тяжёлое наследие из детского возраста Unix — 1970-1980-х гг.

Но, ведь, без этого UNIX уже не UNIX. Правда, по названию «GNU not UNIX», но только по названию, а все важные свойства бережно воспроизведены.

Уже есть GNU. Просто не надо её засорять всякими systemd.