этапять!

Это как раз легко. Переустановка системы.

На винфак!

Видимо пример Windows их ничему не учит.

План «анальный зонд» в действии. Что будет с embedded linux товарисчи?

он будет в глубоком embedded

Ха-ха три раза. Работает на велосипедах из костылей из костылизированных велосипедов.

И где ты увидел костыли в /etc/fstab?

Капитализм: нужно максимально закрепить зависимость народа от одной корпорации. Иначе не заработаешь...

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

Удолить!

А в какой директории fstab лежит в etc? Вот ты и ответил на свой вопрос.

Никакой. Следовательно удолить.

Подписываюсь под каждым словом.

Я согласен, что в /etc сегодня бардак. Но systemd+его куски - это не решение

Подписываюсь под каждым словом. Даже повторю и ещё раз подпишусь под каждым своим.

Я согласен, что в /etc сегодня бардак. Но systemd+его куски - это не решение.

Ответ.

Вот, ответил.

Lennart Poettering

Этот идиот всё ещё продолжает делать из ОС плохо предсказуемую Windows ? Что там с последним косяком, когда udev-у, или кому там, 5М в devfs хватать перестало ?

а я это предвидел

изменяемые во время работы файлы

например?

resolv.conf например

Ну и фиг бы с fstab. Лишь бы говно вместо него не понапихали.

Переносимость куда? Какой смысл обсуждать переносимость в целом в отрыве от практических нужд? Придумали тоже мне священную корову.

Т.е. ты за фрагментацию?

Я за. RedHat дистрибутивы должны отделиться от U*X.

embedded настолько далеки от проблем Поттеринга, что им нужны только ядро и компилятор. Будут как и прежде, максимально простыми в понимании.

Хорошая новость. Если подумать, создаётся впечатление, что RH делает ВСЁ, чтобы сисадмин, например, соляриса, никуя не понял, открыв консоль «линукса». Вообще никуя, даже если нажрётся амфетаминов.

И да, нормальные люди когда-то придумали кидать конфиги апача НЕ в /etc сто лет назад, но RH первый ввёл моду всё из /usr/local и /opt слить в /usr. Ибо их гуёвые тулзы не могли держать несколько путей, как я понимаю.

админ что кот чоли чтобы метить тапки и разделы? нельзя чтобы работало автоматически

resolv.conf например

перекочует в /proc

Да. А ты не знал?

ну так еще не перекочевало ведь. мож и до этого руки дойдут

Развитие не исключает деградации.

Делить на ноль внутри ноги Поттеринга. «Никак об /etc/fstab! Это антипоцтерингизм!» (с)

Давно пора, fstab не нужен, потому что в нём и так разделы по UUID монтируются. Нужно доработать systemctl для ручной настройки в случае чего.

Т.е. ты за фрагментацию?

За фрагментацию не я, а объективная реальность. Вы смешные люди. Думаете, что одним словом «переносимость» можно что-то доказать.

ты про network-manager? :D Кстати символично.

Системные настройки нинужны

НИнужен ты.

что это все больше и больше отдаляет Linux от UNIX

Linux прогрессирует это факт, но вот направление кардинально в другую сторону :) от того куда двигался Research UNIX.

Но тем не менее, в Mac OS X давным давно https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPag...

А зачем его изменять?

как не нужен, а как мне позвольте управлять опциями rw,suid,dev,exec,auto,nouser,async?

//тему не читал

Жопа в linux приходит. Спасибо Поттерингу за очередной ненужный слой абстракции, который еще и не всегда можно использовать(/etc/fstab никуда не уходит, и GPT с UEFI используются не всеми пользователями).

Где там был сбор денег на убийство этого товарища?

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

Ой бида-бида - очепятку сделал!

Допилить systemctl для управления опциями монтирования

не обязательно, у меня его изменяют так же dhcpcd и pppd.

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

да, вспомнил как у меня тоже бывало такое. Неужели поделка потеринга решает эту «проблему»?

Вангую:

- Поттеринг озадачивается уствновкой LD_LIBRARY_PATH и LD_PRELOAD

- Поттеринг пишет расширение в systemd для КОНТРОЛЯ правильных версий динамических библиотек

- ВНЕЗАПНО у Поттеринга не получается так, как хочет и он ПИШЕТ ПАТЧИ К GCC, ЛОМАЮЩИЕ .ELF!!! С патчами план Поттеринга реализуется

- через 5 лет Debian уходит с .ELF

нет, не решает. разговор был о том, какие файлы в /etc изменяются в рантайме. а resolv.conf дано пора в /proc или в /sys перенести

или в /run, как вариант

зачем это делать? в /etc скрипты настройки системы, и у них есть конфиги. Скрипты запускающие программы иногда переписывают конфиги. Это просто и понятно. Лишние движения ничего не решают, а критика такого подхода не сопровождается никаким решением (со стороны сиськамдэ).

Предвижу новость:
«Леннарт Поттеринг жестоко избит и изнасилован бородатыми русскими линуксоидами» (одним из которых был ерж Тифарет).

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

Допилить systemctl для управления опциями монтирования

не наглядно же.

поважнее - это чтение qr-кодов, встроенный хттп-сервер, слияние кодовой базы нескольких проектов в один и потом ловля глюков без чего-то нового. Ждём когда дойдут руки у разрабов до FHS. С /usr, /run у них хорошо получилось)) И с unixway подходом к программированию тоже.

За фрагментацию не я, а объективная реальность. Вы смешные люди. Думаете, что одним словом «переносимость» можно что-то доказать.

Всё уже доказано до нас. Где Irix, AIX, SCO Unix и прочие Солярисы, не говоря уже про VAX VMS?

Они хотят убить /etc/fstab

сволочи (c)

Этот идиот всё ещё продолжает делать из ОС плохо предсказуемую Windows ?

Да, чёрт побери!

"...функция реализована при помощи двух специальных модулей, systemd-auto-gpt-generator и systemd-efi-boot-generator. На ранних этапах загрузки они анализируют таблицы разделов всех доступных дисков и создают соответствующие юниты, описывающие точки монтирования и устройства подкачки. Механизм обнаружения раздела автоматически отключается, если монтирование в данную точку было уже настроено вручную (через /etc/fstab или юнит-файл), а также в том случае, если каталог, в который производится монтирование, не пуст. Если в системе имеется несколько разделов одного типа, используется первый из найденных (за исключением разделов подкачки, количество которых не ограничивается)." (c) opennet.