Диверсионная PR-акция

[metaclass]

А прорекламируйте кто Леннарту Поттерингу хаскель, а?
Я уверен, что именно он способен втащить его в кишки линукса, а потом мы будем менеджерам показывать - вот, на хаскеле линукс написан, значит и опердени можно :)

PS: кстати, а ведь Поттеринг хороший продажник. Чтобы впарить индустрии единое решение - оно должно быть именно таким - с бинарными логами и монолитное на сишечьке. Иначе ж ведь обязательно нобигут олдскульные юниксоиды и в припадке юникс-вея наделают форков в меру своего понимания, и вместо одного продукта всем придется интегрироваться с гребаным десятком недоделанных вариаций. А так - хочешь поучаствовать - сишечьку и бинарные структуры в зубы и никакого, блядь, говна типа баша/няша/крымнаша и парсеров на седо-авках, с пиздиллиардом доморощенных вариаций на тему "как нам экранировать кавычки внутри кавычек внутри скобок внутри регэкспов".
Собственно, вот этот текстово-пайпово-башескриптовый юникс-вей, он и есть одна из причин бардака в линуксятине - любой школьник при желании может намутить свой уберскрипт, не задумываясь ни о деплойменте, ни о совместимости, ни об эволюции оного вместе с версиями дистрибутива.

Comments

[sbj-ss.livejournal.com]

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

[x-a-e-p.livejournal.com]

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

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

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

[metaclass.livejournal.com]

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

[norguhtar.livejournal.com]

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

[sbj-ss.livejournal.com]

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

[x-a-e-p.livejournal.com]

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

[sbj-ss.livejournal.com]

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

[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

[x-a-e-p.livejournal.com]

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

[develop7]

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

[x-a-e-p.livejournal.com]

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

[metaclass.livejournal.com]

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

[develop7]

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

[http://users.livejournal.com/_slw/]

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

[metaclass.livejournal.com]

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

[http://users.livejournal.com/_slw/]

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

[metaclass.livejournal.com]

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

[http://users.livejournal.com/_slw/]

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

[podberezovik345.livejournal.com]

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

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

[sbj-ss.livejournal.com]

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

[http://users.livejournal.com/_slw/]

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

[sbj-ss.livejournal.com]

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

[http://users.livejournal.com/_slw/]

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

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

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

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

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

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

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

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

[sbj-ss.livejournal.com]

>> Удалить свою предыдущую версию (демона с другим именем) - тоже вполне реальная ситуация.
> это не настройка. а что, системд теперь еще и пакетный менеджер?
Удалить из, простите за термин, автозапуска - вполне настройка.
>> Предложить добавить в вызов sysctl при запуске смену пары настроек ядра - почему нет?
> обычно а) интелекта софта мало что бы верно все посчитать б) один хуй при инсталяции не угадаешь в) все одно при эксплуатации крутить.
Начальные значения я могу задать или юзер обязательно должен сам ковыряться, не успев запустить программу?
> а потом сидишь и думашь: что этипидорасы проверяют? что им съэмулировать надо что бы у меня с full view, собственный рекурсивным ресолвером и несколькими таблицами маршрутизации он своими ебаными проверками удоволетворился и наконец запустился?
Нетушки, не надо переворачивать с ног на голову. Я нигде про "не запускаться, если что-то не понравилось" не говорил. Порядок обратный: собрать данные окружения и предложить отправить разработчику, если не работает.

[ex0_planet]

попытка подменить собой интеллект дебилоадмина приведет только к тому, что дебилов будет двое.

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