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

[metaclass]

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

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

Comments

[sbj-ss.livejournal.com]

Вообще у systemd, несмотря на весь АдЪ, Израиль, пляски чертей и управление кофеваркой в одной Бинарной Хрени, есть некоторый плюс: если у поттеринга хватит сил втащить его в большинство дистров, можно будет пытаться делать какой-то коммерческий софт под линукс не на уровне "слинковать статически и втащить в /opt".

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

systemd на эту проблему никак не повлияет

[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 файлик и прилетит апдейт, он его магическим образом смержит?

[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-пенис без лишней надобности.

[sbj-ss.livejournal.com]

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

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

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

[sbj-ss.livejournal.com]

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

[tzirechnoy.livejournal.com]

А смысл? Ну, то есть этот коммерческий софт в /opt был говном, и вне /opt будет говном. За что боремся-то?

[sbj-ss.livejournal.com]

Я знаю немалое количество некоммерческого софта в /usr/bin, который тоже говно и говном будет.
Давайте не будем разводить пустой срач. Не думаю, что вам жалко вам куска хлеба с маслом и икрой коммерческим программистам.

[ex0_planet]

обычно "слинковать статически и втащить в /opt" связано не с systemd, а банально с нарушением gpl, хехе. или с нежеланием считаться с версиями компонентов в целевом дистрибутиве.

[sbj-ss.livejournal.com]

LGPL же :)

[kisaiosya2.livejournal.com]

И первыми это используют вирусы.