LINUX.ORG.RU

systemd 218

 ,


3

5

12 декабря был представлен очередной релиз системного менеджера systemd, совмещающего в себе функции системы инициализации, ведения журнала и управления сессиями пользователей. systemd основан на модели зависимостей (в противовес событийной модели), производит отслеживание процессов запущенных сервисов при помощи механизма cgroups ядра Linux, поддерживает механизмы сокет- и dbus-активации сервисов и предоставляет удобный декларативный синтаксис для описания демонов и других сущностей. Это позволяет производить агрессивную параллелизацию при запуске и остановке сервисов.

В рамках проекта также разрабатывается ряд легковесных приложений и демонов, выполняющих второстепенные, но распространённые задачи по управлению системой — от настройки подсистемы VT (systemd-vconsole-setup) до управления сетью (systemd-networkd) и профилирования загрузки (systemd-bootchart).

Список изменений:

  • Все компоненты systemd, обладающие конфигурационными файлами в /etc/systemd, теперь умеют считывать настройки из соответствующих *.d-директорий в /usr/lib, /run и /etc.

    Например, /etc/systemd/system.conf можно дополнять из /{usr/lib,run,etc}/systemd/system.conf.d/*.conf.

  • Добавлена команда systemctl edit, которая позволяет редактировать unit-файлы (используется редактор, указанный в переменной окружения $EDITOR).

    Возможные режимы работы таковы:

    • (по умолчанию): «режим дополнения», т. е. редактирование нового drop-in'а (создаётся и открывается /etc/systemd/system/$unit.d/override.conf)
    • --full: «режим исправления», т. е. редактирование всего юнит-файла (он предварительно копируется в /etc/systemd/system, если необходимо)
    • --runtime: «режим временных изменений», т. е. вместо /etc используется /run и все внесённые изменения живут только до перезагрузки
  • Команда systemctl is-enabled теперь выводит «indirect» вместо «static» (при этом код возврата равен 0) в тех случаях, когда секция [Install] юнита содержит только директивы Also=, т. е. когда сам юнит не может быть включен, но «включает» другие юниты.
  • Команда systemctl status ЮНИТ теперь выводит также и «предлагаемое» состояние юнита согласно preset'ам. Это показывает, должен ли юнит быть включен согласно дистроспецифичному дефолту.

    Пример:

    $ grep -R remote-fs.target /usr/lib/systemd/system-preset
    /usr/lib/systemd/system-preset/90-systemd.preset:enable remote-fs.target
    
    $ systemctl status remote-fs.target
    ● remote-fs.target - Remote File Systems
       Loaded: loaded (/usr/lib/systemd/system/remote-fs.target; disabled; vendor preset: enabled)
    

  • Команда systemd-run теперь поддерживает отложенный запуск команд в стиле at(1) (параметры командной строки --on-calendar и аналогичные). Это реализовано с помощью создания временного timer-юнита наряду с основным service-юнитом (поддержка создания timer-юнитов как раз была добавлена в API systemd).
  • В команде busctl, предназначенной для работы с шиной D-Bus, добавлены следующие подкоманды и параметры командной строки:
    • busctl capture (захват всех данных, проходящих через шину, в формате libpcap)
    • busctl tree (отображение дерева объектов для конкретного сервиса или для всех сервисов на шине)
    • busctl introspect (отображение подробной информации о конкретном объекте на шине)
    • busctl call, busctl get-property и busctl set-property (предназначение очевидно из названий)
    • busctl --augment-creds= (включение или отключение сбора вспомогательных данных о процессах на шине из /proc)

      Последняя опция по умолчанию включена, но в некоторых случаях это может привести к race conditions, поэтому и была добавлена возможность её отключения.

  • В команде journalctl добавлены параметры командной строки --vacuum-size= и --vacuum-time=, позволяющие принудительно удалить старые файлы журнала. Как легко понять из названий параметров, критерием очистки может быть или суммарный размер файлов журнала, или давность сообщений в конкретном файле.
  • В команде systemd-nspawn добавлены параметры командной строки --link-journal=try-guest и --link-journal=try-host, которые работают аналогично значениям guest и host (а именно — включают объединение журналов хоста и контейнера), но не возвращают ошибку, если на хосте ведение постоянного журнала отключено.

    Параметр командной строки -j теперь является синонимом для --link-journal=try-guest.

  • Команда systemd-inhibit при отображении списка активных ингибиторов теперь поддерживает фильтрацию по типу (block или delay).
  • Для каждой директивы вида ConditionXYZ= в секции [Unit] unit-файлов добавлена аналогичная директива AssertXYZ= в той же секции.

    Отличие между ними состоит в том, что невыполнение Condition-директив приводит к пропуску (игнорированию) юнита, а невыполнение Assert-директив переводит юнит в состояние «failed».

  • В секциях [Scope] и [Service] unit-файлов добавлена директива Delegate=, разрешающая процессам юнита самостоятельно управлять своим поддеревом контрольных групп.
  • В секции [Service] unit-файлов добавлена директива SmackProcessLabel=, позволяющая установить для всех процессов юнита указанную метку SMACK64.
  • Директива ConditionSecurity= unit-файлов теперь может принимать значение audit, что будет приводить к проверке доступности audit-подсистемы ядра.
  • systemd-coredump теперь собирает и кладёт в журнал вместе с core-дампом некоторое количество метаданных об упавшем процессе, а именно:
    • контрольные группы, к которым принадлежал процесс (/proc/$PID/cgroup)
    • список переменных окружения и их значения (/proc/$PID/environ)
    • карту адресного пространства процесса (/proc/$PID/maps)
    • рабочую директорию (/proc/$PID/cwd)
    • корневую директорию (/proc/$PID/root)
    • состояние процесса (/proc/$PID/status)
    • список открытых файловых дескрипторов (/proc/$PID/fd)
  • journald теперь умеет собирать сообщения audit-подсистемы ядра (с обработкой сопутствующих метаданных) и записывать их в общий лог. В частности, это означает, что journalctl становится альтернативой традиционному audit-клиенту ausearch.
  • systemd-networkd теперь поддерживает:
    • конфигурирование VXLAN-устройств (секция [VXLAN] netdev-файлов)
    • указание «стоимости» портов bridge-устройств (директива Cost= в секции [Bridge] network-файлов)
    • настройку правил IP source routing (директива Source= в секции [Route] network-файлов)
    • выбор сетевого интерфейса по его исходному имени (до переименования; директива OriginalName= в секции [Match] link-файлов)
    • изменение MAC-адреса и MTU интерфейса из network-файлов (директивы MACAddress= и MTUBytes= в секции [Link] network-файлов)
  • В systemd-networkd начата работа по реализации протокола PPPoE.
  • NSS-модуль nss-myhostname теперь ресолвит имя «gateway» в IP-адрес шлюза по умолчанию. Если таковых несколько — они сортируются по значению метрики.

    Отмечу, что это изменение не нарушает работу конфигураций, в которых имя «gateway» уже как-либо используется, поскольку модуль nss-myhostname обычно идёт последним в списке NSS-модулей.

  • macvlan-устройства, создаваемые systemd-nspawn внутри контейнеров, теперь имеют стабильные MAC-адреса (в том смысле, что они не будут изменяться каждый раз).
  • systemd-cryptsetup-generator теперь поддерживает указание key-файлов и назначение имён для отдельных устройств из командной строки ядра (luks.key=<UUID>=<имя файла> и luks.name=<UUID>=<назначаемое имя устройства>).
  • В systemd-tmpfiles добавлено действие t — назначение файлу произвольных расширенных атрибутов (xattrs).
  • systemd-localed теперь опционально зависит от libxkbcommon. Эта библиотека будет использоваться для проверки корректности устанавливаемых настроек раскладки клавиатуры X11 (напр., с помощью localectl set-x11-keymap).
  • В systemd-hostnamed список текстовых описаний типов системы (chassis type) был пополнен значением «embedded».
  • systemd-rfkill теперь ассоциирует запоминаемое состояние rfkill'а не с его именем (rfkill0, rfkill1, ...), а с комбинацией его типа (wlan, bluetooth, ...) и свойства ID_PATH.

    Это связано с тем, что имя rfkill'а не обязано сохраняться между перезагрузками или переподключениями устройства. Более того, в последнем случае оно никогда не остаётся прежним.

  • База данных аппаратного обеспечения (hwdb) udev'а теперь содержит базу данных разрешений оптических сенсоров мышей. Она будет использоваться в libinput для автоматической коррекции ускорения курсора.

    Ситуация более подробно описана в этом сообщении.

  • systemd теперь умеет корректно обрабатывать ситуации, в которых система одновременно
    • не имеет файла /etc/machine-id
    • запускается с корневой ФС в режиме «только чтение»

    Для обработки этих случаев была добавлена вспомогательная утилита systemd-machine-id-commit, которая запускается сразу после перемонтирования корневой ФС в режим «чтение и запись» и атомарно перемещает временный файл machine-id из tmpfs в /etc/machine-id.

>>> Объявление о релизе

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 7)

Ответ на: комментарий от anonymous

А, так вас тут двое. Оба заводите, не стесняйтесь!

Deleted
()
Ответ на: комментарий от vurdalak

Вообще я не очень понимаю, почему там не БД, в которой можно сделать нормальную быструю выборку.

Потому что фатальный недостаток.

Но ты погоди, Поттеринг еще просто до переизобретения sqlite не добрался. Вот тогда заживём!

Deleted
()
Ответ на: комментарий от Deleted

Напрасно вы психологию хвалите, коллега.

Вся психология строится на оскорблениях и бесплодных обвинениях в неполноценности.

anonymous
()
Ответ на: комментарий от anonymous

Вся психология строится на оскорблениях и бесплодных обвинениях в неполноценности.

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

Deleted
()
Ответ на: комментарий от Deleted

Заметь, в моём комментарии не было ни характеристики качеству кода, ни отсылки к каким-либо «говнюкам».

Вы очень сочетаетесь. Так что двум хейтерам есть о чем друг с другом поговорить.

anonymous
()
Ответ на: комментарий от Deleted

Но ты погоди, Поттеринг еще просто до переизобретения sqlite не добрался. Вот тогда заживём!

Скажешь это не хэйтерство?

Чистейшей воды. Ведь любому мало мальски разбирающемуся видно, что задачи хранения логов сильно отличаются от задач любой нормальной базы данных. Хотя и есть что-то общее.

anonymous
()
Ответ на: комментарий от Deleted

Может и не вся.

Но большинство психологов в интернете соревнуются исключительно в витиеватости и изощренности оскорблений. Собственно вся психологическая терминология и заточена под попытку «обосновать» чью-то неполноценность.

anonymous
()
Ответ на: комментарий от Myau

Вполне адекватный код, что тебе не нравится?

1. Про DRY он не слышал. 2. Про DRY он вообще не слышал. 3. Интерфейсную часть, пользовательский ввод, строковые константы, _всегда_ надо выносить в отдельные блоки и перепроверять по 10ть раз. 4. Этот у#бан откомментил только одну абсолютно бесполезную строчку, в файле ковыряющемся в /etc/shadow.

ioway
()
Ответ на: комментарий от alozovskoy

Да, это действительно интересно. Люди могут фанатеть и тратить кучу своего времени на разные вещи - футбол, музыка, кино, путешествия, женщины, машины, зарабатывание денег и т.д., но человек, тратящий по 20 часов в сутки на systemd - это девиация.

Barbudos
()
Ответ на: комментарий от anonymous

Скажешь это не хэйтерство?

Это сарказм и стёб. Но тебе не понять: люди, которые чем-то сильно увлекаются, обычно не имеют никакого чувства юмора. Это ж как секта. Смеяться грешно, надо молиться и отдавать Гуру свою зарплату. А то боженька накажет.

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

Ага, сколько лет писали логи в реляционные БД, но тут пришел анонимум и сорвал покровы. Пойду поплачу в уголку с горя.

Deleted
()
Ответ на: комментарий от anonymous

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

А тут есть народ который просто твердит мантру «systemd - неюниксвей!» так, будто это единственная проблема в systemd

Ширше надо на проблему смотреть. Я к systemd отношусь достаточно прохладно, но пока данная система опциональна в моём любимом дистрибутиве - я вполне готов осуществлять необходимый объем работа для её поддержки в меру своих сил(читай как «принимать, писать и слать в апстрим проектов service-файлы»).

Pinkbyte ★★★★★
()
Ответ на: комментарий от Deleted

Противоречишь сам себе. Сначал про стеб. Потом таки «Ага, сколько лет писали логи в реляционные БД».

Смешной ты. Хейтерюшка.

anonymous
()
Ответ на: комментарий от ioway

1. Про DRY он не слышал.

Видел уже одно дро...эээ.. ну вообще ванатеющего от этого. Я так пониамю в вшем коде такое не редкость:

#define HELLO «HELLO»

const char* description = «This is » HELLO " program"; const char* message = HELLO " world"

int main() { printf(description); printf(message); }

Вместо: int main() { printf(«This is Hello program); printf(„Hello world“); }

anonymous
()
Ответ на: комментарий от anonymous

Что у тебя за хрень с кавычками?

anonymous
()
Ответ на: комментарий от kir2yar

Навязывается?

Да.

О, не, чувак. Как можно заставить людей пользоваться тем,
что им не нравится?

Почитай. Инфа общедоступна.

При наличии живой альтернативы.

Везде, где есть системд, альтернативы уже не работают. Убунта костьми ложится на то, чтобы их обратно реанимировать, но это будет что-то вроде форка части системд, и частичной его замены на systemd-shim+cgmanager.

Все основные дистры перешли на системд. Почему?

По тому. Почитай, что заставило дебиан перейти, при всём их нежелании.

Потому-что гном привязался к системд?

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

Потому-что системд, внезапно, и правда хороший?

Было бы тогда столько голосований по его включению?

Или ты из тех, кто верит в кровавых жидо-массонов из
редхата, которые ночами пишут зловещий опенсорс?

Хватит чушь нести в каждом триде, посвящённом системд.

anonymous
()

какой ужас:)

а циферки бегут все быстрее))

Для себя форкнул 213 версию. недавно закончил патчить до 214. сейчас на досуге пытаюсь расчленить udev. Перетащил часть кода и пишу CMakeList.txt для сборки(с autotools не было ни времени, ни желания разобраться). В принципе есть успехи, хотя дело продвигается не так быстро, но я никуда не спешу:) В основном патчу баги из основной ветки. Возможно на выходе ничего не получится, но надоело быть просто потребителем.

В частности немного не ясно.

Почему функция sd_id128_from_string http://cgit.freedesktop.org/systemd/systemd/tree/src/libsystemd/sd-id128/sd-i...

лучше этой uuid_parse функции? https://github.com/karelzak/util-linux/blob/master/libuuid/src/parse.c

Если в функции builtin_blkid используется util-linux. http://cgit.freedesktop.org/systemd/systemd/tree/src/udev/udev-builtin-blkid.c

Почему не использовать util-linux функцию, которая ничем не хуже? Зачем городить свой недовелосипед.

vitalikp
()
Ответ на: комментарий от Deleted

помогает социально адаптироваться детям с ограниченными возможностями

Что ж она тебе не помогла?

anonymous
()
Ответ на: комментарий от vitalikp

Зачем городить свой недовелосипед.

У этого велосипеда фата.... эээ забей.

Форкнуть то ты форкнул. А цели? Тут косяк не в том, чтобы разделить systemd по кускам, проблема в том что у него нет цели и предварительной проектировки, так что от разделения версии 213 ты получишь разделенную версию 213 а не плацдарм для развития. Может сначала надо определиться со списком назревших проблем и развить проверенные решения? Пусть даже написать свое, но тем не менее с оглядкой на ошибки?

ioway
()
Ответ на: комментарий от anonymous

Убунта костьми ложится на то, чтобы их обратно реанимировать

Тебе ещё в прошлый раз со ссылками показали, что убунта на systemd переходит со следующего релиза, а ты до сих пор свой бред несёшь.

anonymous
()

В новости совершенно не отражена критика проекта, поэтому новость кажется односторонней, половинчатой, субъективной.

Deleted
()
Ответ на: комментарий от vitalikp

с autotools не было ни времени, ни желания разобраться
В принципе есть успехи

Бгыы, ещё один Попов подрастает :)

Возможно на выходе ничего не получится

Хотя этот хотя-бы догадывается, что дурак.

В частности немного не ясно

Дык спроси у разработчиков в рассылке. Или помимо autotools и программирования ты ещё и английского не знаешь?

anonymous
()
Ответ на: комментарий от Deleted

не отражена критика проекта

Совсем животные охамели - за тебя ещё и твой баттхёрт расписать надо?!

anonymous
()
Ответ на: комментарий от vurdalak

Сейчас у меня journalctl --since=yesterday крутится 1m7.736s

Те коммиты ускоряют работу за счёт пропуска нерелевантных файлов. Если у тебя мало логов или один файл, то ускорения можно и не заметить.

anonymous
()
Ответ на: комментарий от anonymous

Тебе ещё в прошлый раз со ссылками показали, что убунта на
systemd переходит со следующего релиза,

Будто я сам этого не знал?

а ты до сих пор свой бред несёшь.

Я тебе в том триде 3 раза ответил, а ты до сих пор чушь несёшь.

anonymous
()
Ответ на: комментарий от ioway

Может сначала надо определиться со списком назревших проблем и развить проверенные решения? Пусть даже написать свое, но тем не менее с оглядкой на ошибки?

Ну пока что цель получить более консервативную версию systemd и заточить под свои нужды. Сначала хочу разделить udev от systemd, возможно и остальные модули потом. Но делаю это для себя.

vitalikp
()
Ответ на: комментарий от anonymous

Бгыы, ещё один Попов подрастает :)

Спасибо вырос уже. Скоро перекатит за тридцатник. Ваш сарказм не к месту.

Хотя этот хотя-бы догадывается, что дурак.

На себя посмотри. Я сказал, что не ставлю перед собой больших целей. Может ничего не получится, потому как время я на это уделяю не много и делаю это для себя.

Дык спроси у разработчиков в рассылке. Или помимо autotools и программирования ты ещё и английского не знаешь?

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

vitalikp
()
Ответ на: комментарий от vurdalak

Вообще я не очень понимаю, почему там не БД, в которой можно сделать нормальную быструю выборку.

Потому что нормальная бд это overkill, а какой-нибудь sqlite совершенно не факт что будет быстрее

Эдак я расстроюсь и накачу себе какой-нибудь rsyslog :)

Да на здоровье! Хотя чего мелочиться - давай сразу ELSA вкорячь, чтобы полнотекстовый поиск и авторизация через ldap.

anonymous
()
Ответ на: комментарий от vasily_pupkin

Измельчал народец. Больше 5и часов прошло, PPPoE добавили, а всего три страницы

ты как первый день... в удаленные, сударь, в удаленные!

unt1tled ★★★★
()
Ответ на: комментарий от intelfx

заглядывал, причём не только в режиме read-only, и код там очень хороший

Это вы погорячились.

        r = process_locale();
        if (r < 0)
                goto finish;

        r = process_timezone();
        if (r < 0)
                goto finish;

        r = process_hostname();
        if (r < 0)
                goto finish;

        r = process_machine_id();
        if (r < 0)
                goto finish;

        r = process_root_password();
        if (r < 0)
                goto finish;

finish:
Это плохой код. Да и дизайн самой программы можно давать как тест на собеседовании - что здесь необходимо изменить для того чтобы, например, пароль не утек. (firstboot.c)

Да, знаю, в линуксе и не такие перлы временами попадаются но без линукса у меня работа встанет а без systemd пока нормально обхожусь. Вообще мне на ваш systemd плевать, нравится - юзайте а я подожду нормальной реализации от BSD.

A-234 ★★★★★
()
Последнее исправление: A-234 (всего исправлений: 1)
Ответ на: комментарий от anonymous

Ничего не мешает увеличить лимит ротации логов, чтобы мелких файлов было больше.

vurdalak ★★★★★
()
Ответ на: комментарий от intelfx

Ты уверен что ты мерило адекватности?

«Не нужно быть поваром, чтобы уметь оценивать вкус еды»

Вообще-то оценка собственной адекватности, в данном случае, корректно будет звучать так - повар/еда оценивающие вкус приготовления самого себя. И мнение еды тут будет менее сомнительным.

За новость - спасибо.

handbrake ★★★
()
Ответ на: комментарий от anonymous

а какой-нибудь sqlite совершенно не факт что будет быстрее

Я более чем уверен, что выборка селектом нужных данных работает быстрее, чем идти по файлам журнала и из каждого доставать лог. Хотя чтобы сказать точнее, надо изучить, как у него работает это хождение по файлам.

vurdalak ★★★★★
()
Ответ на: комментарий от vitalikp

хочу разделить udev от systemd

Молодец - главное трезво оценивать свои способности и ставить реальные цели. Учитывая что udev и так разделён с systemd получится может даже у тебя. Потом можешь переходить к более серьёзным задачам - например суметь поменять обои. Не забудь форкнуть для этого гном.

Главное не прекращай сюда писать - я таких клоунов со времён болгеноса не видел!

anonymous
()
Ответ на: комментарий от A-234

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

Ну давай, покажи как ты пароль достанешь :-D

И чего все эти горе критики сразу сливаются, когда просишь их код продемонстрировать?

anonymous
()
Ответ на: комментарий от vurdalak

более чем уверен

Да чё тут гадать - засунь данные в sqlite да сравни, благо формат там тривиальный.

anonymous
()
Ответ на: комментарий от anonymous

Да влом, толку-то кроме цифромерства никакого не будет.

vurdalak ★★★★★
()
Ответ на: комментарий от vitalikp

Ну пока что цель получить более консервативную версию systemd
и заточить под свои нужды. Сначала хочу разделить udev от
systemd, возможно и остальные модули потом. Но делаю это
для себя.

http://uselessd.darknedgy.net/ Если каждый будет делать одно и то же для себя, то так ничего и не выйдет.

anonymous
()
Ответ на: комментарий от anonymous

Ну у меня особого выбора нет. Заниматься экспериментами времени нет, а вот сделать немного пропатченую версию я могу.

У меня сейчас стоит версия 213, а там форк 208 версии. Не уверен, что все у меня корректно станет, при этом ничего не сломав. А перенастраивать рабочую систему с нуля не охота. Возможно со временем получится переползти на что-то другое. Если к тому времени это еще нужно будет.

vitalikp
()
Ответ на: комментарий от A-234

Почему это плохой код? Использование goto в конец функции для централизованного освобождения ресурсов практикуется вполне себе давно.

И где здесь может утечь пароль?

intelfx ★★★★★
() автор топика
Ответ на: комментарий от andreyu

Я в треде про systemd. Приходить в каждый тред про некую сущность и каждый раз кидаться говном во всех подряд — это именно хейтерство. И указать на это не является «фанбойством».

intelfx ★★★★★
() автор топика
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от anonymous

Так гадко себя вести

с принесением публичных изменений

элементарные правила приличия

<кудах-кудах>

но

разговор окончен, и продолжиться <...>

Шёл бы ты отсюда...

intelfx ★★★★★
() автор топика
Ответ на: комментарий от Quasar

Окей, в следующий раз вынесу ключевые в отдельный список.

intelfx ★★★★★
() автор топика
Ответ на: комментарий от intelfx

Вы внимательно на код посмотрите, очистка пароля происходит в самом конце работы, после кучи лишней грядки free, что уже само по себе глупо. Получается goto мы используем только в путь, хотя можно было одним оператором if обойтись, зато делаем ненужные free при закрытии программы. Буфер с паролем должен очищаться внутри process_root_password а не отдаваться на откуп main'у. Плюс куча статиков, что тоже не есть хорошо поскольку это фактически неявные аргументы функций и пойди догадайся какая функция куда срет. В общем стиль ужасен. Отлаживать такой код непросто. Хорошо что программа небольшая, но в больших проектах за такое руки отрывают.

A-234 ★★★★★
()
Ответ на: комментарий от alex-w

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

А упоминание пакетных менеджеров здесь вообще ни при чём. «Собрать самостоятельно» != ./configure && make && make install.

intelfx ★★★★★
() автор топика
Ответ на: комментарий от intelfx

Представь себе.

Странно.

При чём тут ПМ, собственно?

При многом. Допустим, у меня init работает, всё здорово, менять мне его не надо. Но, вдруг, меняется udev кардинально на столько, что мне его очень надо.

Какой-нибудь apt-get install systemd-udev, очевидно, вытянет по зависимостям и systemd-init. А зачем мне такое счастье ? Старый init вполне себе работает, новый, с новыми багами, мне не нужен пока. Код systemd-init ведь не заморожен и отлажен на 100%, он тоже, меняется ? Так ? Я правильный сценарий придумал, или ошибаюсь ?

AS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.