IT-redneck

Хм. Разве я не получу наконец культурный способ запуска демона при старте системы, например?
Или цивилизованный доступ к части системных настроек вместо копания по мильёну дистрозависимых файлов?
Да и самому systemd не видно конца и края. Глядишь, и зависимости сам научится резолвить.

From:

> Хм. Разве я не получу наконец культурный способ запуска демона при старте системы, например?
Чем способ systemd культурнее остальных?

> Или цивилизованный доступ к части системных настроек вместо копания по мильёну дистрозависимых файлов?

Реестр что ли? Он тоже в systemd есть?

From:

>Реестр что ли? Он тоже в systemd есть?
а перетащат gconf или чо там, в системд :)

From:

norguhtar.livejournal.com

gconf сдох. Сейчас dconf ;)

From:

Способ systemd культурнее тем, что он один. Не надо искать.
А доступ - насколько я понимаю, systemd предоставляет API для настроек, опять же избавляющий от копания в файлах. Что за этим API на низком уровне - файлы, реестр, удалённая база данных в анальном облаке - мне должно быть глубоко фиолетово.

From:

Для каких настроек? Умеет ли он настройки, простигосподи, sendmail?

From:

Значит, ждём, пока будет systemmail :)

From:

develop7

Чем способ systemd культурнее остальных?

например вот таким:

develop7@server:~> systemctl cat rygel
# /usr/lib/systemd/system/rygel.service
[Unit]
Description=Rygel DLNA server
After=syslog.target

[Service]
User=rygel
Group=rygel
ExecStart=/usr/bin/rygel
# ExecStart=/usr/bin/wrap-dbus /usr/bin/rygel

[Install]
WantedBy=multi-user.target

# /etc/systemd/system/rygel.service.d/mediastuff.conf
[Service]
User=mediastuff
Group=users

From:

Чем это лучше cat /etc/init/something.conf у upstart?

From:

develop7

если вы поменяли something.conf, а при апгрейде пакета прилетает /etc/init/something.conf, его придётся мержить, что на текущем этапе развития инструментов семантического мержа не автоматизируется никак

From:

Если я поменяю systemd-шный .service файлик и прилетит апдейт, он его магическим образом смержит?

From:

Да, там иерархия системных и юзер-локальных файлов.

From:

develop7

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

From:

нахуй софту системные настройки?
бить по рукам за такие желания!

From:

/etc/default/firebird2.5 - это системная или не системная настройка?

From:

это вообще на настройку не похоже.
скорее на какой-то путь

From:

в /etc/default/ в убунтах складируют часто изменяемые настройки установленного софта, чтобы не менять всякие /etc/cофт/coфт-conf.d/10-пенис без лишней надобности.

From:

и после это ты еще будешь агитировать за строгую типизацию?
defaultrouter="195.70.199.97" -- это настройка.
а /etc/rc.conf -- это не настройка, а файл с ними

From:

podberezovik345.livejournal.com

Так и запишем: абстрактное мышление - отсутствует как класс. :)

Не - серьезно: неуж-то непонятно что Метакласс в виду имел? Зачем же таким буквоедством заниматься: оно ж смешно выглядит - пользы тебе не делает. :)

From:

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

From:

шо? я нихуя не понял

From:

Добавить демона в нужные runlevels - изменение системных настроек? Имхо вполне. И при установке вполне возможно.
Удалить свою предыдущую версию (демона с другим именем) - тоже вполне реальная ситуация.
Предложить добавить в вызов sysctl при запуске смену пары настроек ядра - почему нет?
А чтение - ну вот нужна моей программе сеть, а она постоянно валится. Можно копать вокруг до около по телефону до полного просветления, можно собрать данные об окружении и обнаружить, что /etc/resolv.conf оккупирован кольчатыми червями, зебрами и их полосатыми гибридами.
Настройки резолвера - системные? Думаю, да.

From:

> Добавить демона в нужные runlevels - изменение системных настроек? Имхо вполне. И при установке вполне возможно.

ах, у вас же лялих. с ранлевелами. что самое смешное, от всей системы ранлевелов их осталось по сути два.

> Удалить свою предыдущую версию (демона с другим именем) - тоже вполне реальная ситуация.

это не настройка. а что, системд теперь еще и пакетный менеджер?

> Предложить добавить в вызов sysctl при запуске смену пары настроек ядра - почему нет?

обычно а) интелекта софта мало что бы верно все посчитать б) один хуй при инсталяции не угадаешь в) все одно при эксплуатации крутить.

> А чтение - ну вот нужна моей программе сеть, а она постоянно валится. Можно копать вокруг до около по телефону до полного просветления, можно собрать данные об окружении и обнаружить, что /etc/resolv.conf оккупирован кольчатыми червями, зебрами и их полосатыми гибридами.
Настройки резолвера - системные? Думаю, да.

а потом сидишь и думашь: что этипидорасы проверяют? что им съэмулировать надо что бы у меня с full view, собственный рекурсивным ресолвером и несколькими таблицами маршрутизации он своими ебаными проверками удоволетворился и наконец запустился?

From: