Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет LWN.net ([info]syn_lwnheadline)
@ 2014-02-05 23:09:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
[$] Systemd programming part 1: modularity and configuration
Systemd's positive and negative features have been discussed at length; one
of the first positives I personally noticed was seen from my
perspective as an upstream package maintainer.
As the
maintainer of mdadm and
still being involved in the maintenance of
nfs-utils, one of my frustrations was the lack of control over, or
even much visibility into, the way these packages were integrated into
the "init" system on each distribution. Systemd has the potential to give
back some of that control while still giving flexibility to distributors
and administrators; this article (and the one that follows) will look at
systemd's programming features to show how that works.


(Читать комментарии) (Добавить комментарий)