Релиз systemd 233

Какие у них аргументы? Разделение божественных майнтейнерских конфигов и кастомных? Да, и расположение инит-конфигурации (юниты те же) тебя до сегодняшнего дня не смущало?

Wed Mar 1 22:12:03 UTC 2017

А я думал дежавю у меня, а нет, просто новость уже протухла.

Для переопределения каталога следует использовать опцию "--with-dbuspolicydir="

Перепись белок-истеричек ИТТ.

Ivan Shapovalov

О, и наши отметились. Надеюсь он сюда заглянет и расскажет зачем конфиги дбаса утащили, сам я подробностей не нашёл.

Они весь юникс поломают, эти бизнес-пионеры из РХ.

Будто бы сразу это было непонятно, надо было 233 релиза наблюдать. Мда...

Да, и расположение инит-конфигурации (юниты те же) тебя до сегодняшнего дня не смущало

Эти вообще с какого то бодуна в /lib. Это ж додуматься надо. Я помню в первый раз их долго искал (интуитивно понятно, ага). И вот /lib был последним местом, где я их ожидал найти. Думал мистика какая, может они захардкожены в бинари, станется с этих. Кажется поттеры не просыхают.

Ред Хет лучше знает, кто пионэры, а кто пенсионэры. Никуда ты не уйдёшь. Я - зелёный красный ёж.

Покажи мне свою реализацию или уходи истерить на другой ЛОР.

Как пользователь я полностью доволен systemd, но как админа он меня бесит.

и уйду на фрю

Давно было пора уже начать постепенно мигрировать.

Если гентушник, то тебе труда не составит на неё пересесть.

Кто там до сих пор ещё верит в системд?

Подтеринг, хто ж ещё?

Подтеринг, хто ж ещё?

Ещё как минимум топ менеджмент всех ведущих дистрибутивов. Кэп.

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

Ещё как минимум топ менеджмент всех ведущих дистрибутивов. Кэп.

Не было бы Подтеринга — не было бы того, во что верят манагеры. Так что мимо, копетан.

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

Я в доле.

Не было бы Подтеринга — не было бы того, во что верят манагеры.

Людей с больными сверхидеями на этом свете гораздо больше, чем у дурака стекляшек. Не путай причину со следствием, первичны здесь Ред Хет, а не Поттеринг. Ред Хет выбрали Поттеринга, а не Поттеринг Ред Хет.

Я в доле.

Нет.

darkenshvein, mandala

Совместимость с /etc/dbus-1 никуда не делась. Это сделано для разделения дефолтной конфигурации и локальной. Если вкратце, идея в том, чтобы в /etc писал только админ, а ПМ ничего там не трогал.

Спасибо, значит я правильно догадывался в начале топика.

тред не читал. Выглядит разумно - из пакета конфиги кидаешь в /usr, свои конфиги и оверрайды к дефолтным - в /etc. А то понаведут срач в /etc

Расскажите Поттерингу про /usr что ли. Или юниты в /lib это дебильяны придумали?

у меня /lib - это симлинк на /usr/lib :) и мне нравится такое положение вещей (хотя! отдельный /usr я не держал, да и по работе таких задач не было)

И почему не /systemd? Самый логичный выбор для этого мегаломана.

у меня /lib - это симлинк на /usr/lib

ОМГ! Тогда беру слова про дебианщиков обратно. Не тот дистр назвали дебильяном...

Или юниты в /lib это дебильяны придумали?

Да, потому что во всех нормальных дистрибутивах они в /usr/lib, а /lib (как и /bin) — симлинки для легаси.

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

как с такими людьми бекапы насттраивать?

Как обычно. Зачем backup'ить /etc, если его можно раскидывать с ansible/puppet/salt/chef ?

Эти вообще с какого то бодуна в /lib. Это ж додуматься надо.

Если ты не смог додуматься, зачем так сделали, это сугубо твои проблемы. В /lib кладутся платформозависимые файлы, это необходимо для поддержки всяких там мультилибов. Юниты, очевидно, платформозависимые, т. к. в них содержатся полные пути к платформозависимым бинарникам и потенциально низкоуровневые настройки вроде разрешённых групп системных вызовов.

Типичная тема про systemd, ТС даже секунды не подумал а уже начал истерить.

как с такими людьми бекапы насттраивать?

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

Разделение божественных майнтейнерских конфигов и кастомных?

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

кто наведёт, что наведёт? админы? юзера? выглядит неуместно

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

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

а до этого что ты бекапил, осмелюсь спросить?

Только правленные мной конфиги. А ты что бекапил?

233 релиза

В этом все sd-хейтеры, воинствующее невежество.

Давно пора было. Фактори пресетам место в /usr. А дебиану на погосте.

Всё правильно сделано. В /etc место для того, что пишут руками, или скриптами. В идеале корень должен быть ридонли, а /etc пуст, смонтирован в tmpfs и при загрузке сгенерирован из шаблонов.

В идеале корень должен быть ридонли

А апдейты как ставить? Или в эпоху контейнеров апдейты не ставят уж.

Перемонтировать для выполнения апдейта нынче не модно?

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

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

Да средне:

[d_a@mirror ~]$ cd /var/www/yum/centos/7/updates/x86_64/Packages/
[d_a@mirror Packages]$ rpm -qpl *.rpm | grep ^/usr | wc -l
410627

Перемонтировать для выполнения апдейта нынче не модно?

Спасибо, помогло :)

Пакетоклепатели и дистростроители вестимо. Я, как админ, могу делать, что угодно, но если я делаю что то неправильно (типа правки, а не оверрайда дефолта), я должен превознемогать

Кстати встречный вопрос — когда ты последний раз правил правила dbus?

Ты как-то не так посчитал.
У меня в корне только /etc /root и /opt. /opt пустой, да и его тоже вынести можно. Остальное — либо симлинки (/bin, /sbin, /lib, /lib64), либо каталоги для монтирования (/boot, /dev, /home, /proc, /run, /sys, /tmp, /usr, /var). Про /media, /mnt, /mnt2, /srv даже и говорить не стоит.
C /root всё понятно. Про /etc «в идеале» я написал выше.
Вопрос «что обновлять в корне?» меня по прежнему мучает.
Образы initramfs лежат в /boot и их тоже можно заставить обновляться, хотя смысла особого нет. /boot вот советуют держать ридонли и перемонтировать при необходимости, так чем корень хуже?

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

То нарываешься на selinux и делать правильно становится «дешевле». :)

Если /usr каким-то образом вынести из /, то конечно нечего обновлять будет.

То нарываешься на selinux

и делаешь setenforce 0. Суровая правда жизни :(

В /lib кладутся платформозависимые файлы, это необходимо для поддержки всяких там мультилибов

Простой вопрос: юниты это что у вас? Библиотеки? Если да, вопросов больше не имею.

во всех нормальных дистрибутивах они в /usr/lib, а /lib (как и /bin) — симлинки для легаси.

Это поттеро-стандарт такой? Предъявите документ, а то у меня радикально иное представление о назначении /usr.

и делаешь setenforce 0

И делаю cat /var/log/audit/audit.log | audit2why

Суровая правда жизни :(

Зачем так жить?

потому что в разделении / и /usr уже давно нет никакого смысла

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

Молодишься, гремлин? Ниче, скоро и у тебя пригорит, когда кде рипнется.

Каталог для настроек должен быть один и пока это /etc

Как для пользовательских, так и для системных (которые расставляет пакетный манагер)? Не. Мне помойка не нужна. Для этого есть Slackware.

когда кде рипнется

Мне столько не прожить.

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

Сам соляркой небось пользуешься?