LINUX.ORG.RU

systemd 215

 ,


1

3

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

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

Большая часть изменений, вошедших в этот релиз, была направлена на поддержку т. н. stateless-систем, в которых все данные находятся на разделе /usr (монтируемом в режиме только для чтения), а корень (включая /etc) размещается на tmpfs и автоматически пересоздаётся при каждой загрузке системы. Этот функционал предполагается использовать в легковесных контейнерах, а также как средство «полного сброса» без переустановки ОС.

Изменения по поддержке stateless-систем:

  • Добавлен компонентsystemd-sysusers, способный автоматически добавлять и исправлять записи о служебных пользователях в /etc/passwd и /etc/group, основываясь на декларативных определениях из /usr/lib/sysusers.d. Наиболее важные определения уже поставляются в этом релизе.
    Этот функционал является частью работы по поддержке stateless-систем.
  • В секции [Unit] юнит-файлов добавлена директива ConditionNeedsUpdate=, инструктирующая systemd запускать юнит-файл только в том случае, если требуется обновление или перестроение директорий /etc или /var. Юнит-файлы, использующие эту директиву, вероятно, должны содержать также директиву Before=systemd-update-done.service.

    В поставку включён ряд unit-файлов, использующих этот функционал и реализующих перестроение:

    • базы данных аппаратного обеспечения udev (/etc/udev/hwdb.bin);
    • каталога сообщений journald (/var/lib/systemd/catalog/database);
    • кэша динамического компоновщика (/etc/ld.so.cache, т. е. ldconfig).
  • systemd-tmpfiles теперь поддерживает действия L+, b+, c+ и p+. Это варианты соответствующих действий без знака «+», принудительно удаляющие файл назначения.
  • В systemd-tmpfiles действия L, L+, C, C+ теперь допускают отсутствие поля «argument». В этом случае исходный файл берётся из директории /usr/share/factory/<полный путь к файлу назначения>. Разработчики ОС могут размещать в указанной директории стандартные файлы конфигурации, которые должны копироваться в системные директории при запуске системы с пустым корнем.

    В поставку включён конфигурационный файл для systemd-tmpfiles, пересоздающий наиболее важные файлы в /etc.

  • Добавлена команда systemctl preset-all, применяющая стандартные настройки включения/отключения ко всем установленным юнит-файлам.
    («presets» — функционал systemd, предназначенный для автоматического включения или отключения служб в стиле «как должно быть по умолчанию».)
    В случае запуска системы с пустым /etc, эквивалент этой команды выполняется автоматически, чтобы включить и активировать все «стандартные» службы.

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

  • Файл /etc/os-release перемещён в /usr/lib/os-release, поскольку он является статическим и его изменение не предполагается. В директории /etc автоматически создаётся симлинк на новое местонахождение.

Прочие изменения:

  • systemd-networkd теперь включает в себя клиент DHCPv6, поддержку IPv6 Router Solicitation, а также сервер DHCPv4.
    Клиент DHCPv4 теперь поддерживает получение от сервера статических маршрутов.
    Секция DHCPv4 network-файлов была переименована в DHCP; совместимость со старым синтаксисом сохранена.
  • systemd-networkd теперь поддерживает управление виртуальными сетями VXLAN, TUN/TAP и dummy-интерфейсами.
  • systemd-networkd теперь поддерживает автоматическое назначение интерфейсам статических адресов из предварительно указанного диапазона. Этот функционал предназначен для управления большим числом однотипных соединений, таких, как veth-интерфейсы между хостом и контейнерами.
  • systemd-coredump теперь генерирует стектрейс всех потоков упавшей программы и пишет его в лог. Этот функционал реализован на библиотеке libdw из состава elf-utils.
  • systemd-coredump теперь может сохранять core-дампы на диск (/var/lib/systemd/coredump), а не в лог. По умолчанию включен режим сохранения на диск.
    Также был добавлен конфигурационный файл /etc/systemd/coredump.conf, позволяющий настраивать это поведение и некоторые другие параметры.
  • Утилита systemd-coredumpctl была переименована в coredumpctl, что означает её готовность к широкому использованию.
    Также была добавлена команда coredumpctl info, отображающая подробную информацию о зарегистрированных core-дампах.
  • journald теперь по умолчанию работает в режиме SplitMode=uid, т. е. файлы логов разделяются по UID источников сообщений.
  • Добавлена команда systemd is-system-running, позволяющая узнать общий статус запуска системы (starting, stopping, running, maintenance, degraded).
  • machined теперь экспортирует (позволяет узнать через D-Bus) версию ОС в запущенных контейнерах.
  • Команда systemctl -H (подключение к другой машине по сети) теперь позволяет заходить в контейнеры, запущенные на такой машине. Синтаксис для этого выглядит как root@host:container. Следует обратить внимание, что пользователь должен быть root, т. к. обращение к контейнеру — привилегированная операция.
  • В секции [Mount] unit-файлов добавлена директива SloppyOptions=, эквивалентная ключу -s программы mount(8). Эта директива включает режим нестрогой обработки несуществующих опций монтирования.
  • В секции [Install] юнит-файлов добавлена директива DefaultInstance=, указывающая, какую строку использовать как instance по умолчанию, если запрошено включение шаблонного юнита без явного указания instance.
  • В секции [Service] юнит-файлов добавлена директива RestartForceExitStatus=, позволяющая указать набор кодов возврата из главного процесса, при которых служба будет принудительно перезапущена (вне зависимости от значения директивы Restart=).
  • Добавлена обработка параметров ядра systemd.wants=, systemd.mask= и systemd.debug-shell. Их обработка реализована в новом генераторе systemd-debug-generator.
  • Добавлена пассивная цель cryptsetup-pre.target. Она предназначена для служб, которые должны запуститься до начала инициализации LUKS-устройств.
  • Добавлена страница документации file-hierarchy(7), содержащая рекомендации по организации иерархии файловой системы в дистрибутивах, использующих systemd. По сути, это является обновлённой версией FHS или hier(7). (Уже обсудили на ЛОРе.)
    Также была добавлена утилита systemd-path, позволяющая узнать точные (действующие) пути для некоторых пунктов из указанной документации.
  • Из поставки исключён unit-файл, периодически (по таймеру) пересоздающий кэш man-db. Он теперь будет поставляться в составе самого man-db (начиная со следующего релиза).
  • systemd.pc теперь экспортирует больше путей (в т. ч. libdir и некоторые директории файлов конфигурации второстепенных компонентов systemd).
  • В поставку включены макросы RPM для обработки файлов конфигурации systemd-sysusers, systemd-sysctl и systemd-binfmt (т. е. для их считывания и применения «на лету»).

Изменения, касающиеся udev:

  • Файлы устройств /dev/loop-control и /dev/btrfs-control теперь принадлежат служебной группе disk.
  • Функционал предсказуемых имён сетевых интерфейсов в udev теперь использует свойство dev_port (добавленное в Linux 3.15) вместо dev_id, чтобы различать несколько PCI-портов на одной PCI-функции.
  • Добавлена новая служебная группа input, которая теперь назначается всем файлам устройств ввода. Её предназначение во многом аналогично таковому для групп audio и video.

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

★★★★★

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

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

Я и спрашиваю - зачем ему уметь в kdbus? Сейчас libdbus - единственный интерфейс доступа к DBus, абстрагирующий приложения от конкретного транспорта.

Какой же ты всё-таки скучный недоумок: ну не знаешь ты как dbus работает, ну путаешь жёппу с пальцем, а протокол с демоном - ну дык промолчи, может кто за умного по-ошибке примет.

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

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

свобода выбора инструмента - это возможность пользоваться теми инструментами, которые нравятся, и не пользоваться теми, которые не нравятся

Т.е. системд своей популярностью мешает твоей свободе юзать слаку с sysv? А, видимо, существование халвы мешает тебе есть трюфели.

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

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

Ну и в догонку, для промывки восторженных линукс-мозгов: http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html

Alsvartr ★★★★★
()
Ответ на: комментарий от like-all

Внезапно, свобода выбора инструмента - это возможность пользоваться теми инструментами, которые кое как осилил и пошёл на ЛОРе рассказывать что остальное не нужно.

Починил тебе текст, не благодари. :D

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

это да, брать в хендлере sigsegv какие-то данные, которые лежат за пределами хендлера... в общем, счастливой отладки, с%%и :)

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

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

Понимаешь, в чём дело, Лёне за это платят деньги. Я тоже пишу код за деньги, но вот так сложилось, что это совершенно другая область, не система инициализации. И если честно, то я малость устаю, что бы ещё дома заниматься каким-то либо кодом. Да, если что-то достаёт в функциональности бывает залажу и отсылаю патчи ну или, как минимум, баг-репорт какой. Но бодаться с целой системой... тут только маты могут генерироваться. Лично моё мнение: а) система инициализации должна быть конструктивно очень простой, иметь как можно меньше библиотечных зависимостей, в идеале - только библиотека C, что бы меньше было вероятности с третьей стороны выкинуть какой-то финт в виде sigsegv или иже с ними; б) она должна быть модульной, действительно модульной в рантайме, а не на этапе компиляции. Модули должны иметь возможность заменяться легко и непринуждённо. Кем это будет делаться - создателем конкретного дистрибутива или опытным конечным пользователем - уже вопрос философии дистрибутива.

И что получается? А если посмотреть на старый добрый init - то пункту а) он соответствует. Становится вопрос о пункте б) и... о боже! Оказывается, что если прописать в /etc/inittab вместо скриптов:

# Инициализация системы (запускается при загрузке системы)
si:S:sysinit:/etc/rc.d/rc.S

# Скрипт, который запускается в режиме с одним пользователем
#    (уровень 1)
su:1S:wait:/etc/rc.d/rc.K

# Скрипт, который запускается в многопользовательском режиме
rc:23456:wait:/etc/rc.d/rc.M

вместо, допустим /etc/rc.d/rc.M что-то вроде /sbin/mega-unit-in-ini-style-loader-with-aggressive-parallel оно будет работать. Более того, оно легко заменяется. Таким образом во многих embedded проектах, с которыми мне довелось поработать, нормально запускается меганадёжные daemontools или runit для мониторинга и запуска ответственных подсистем.

А что бы была пресловутая совместимость разных дистрибутивов нужна не какая-то неведомая хрень, разработка которой вызвана типичным NIH синдромом, а выработка стандартов, обновление того-же LSB.

В общем и целом, если это дело не загнётся и расползётся везде, мне будет грустно и печально.

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

Лыко-мочало. Так кто ж тебе мешает-то?
И какое отношение красношапка имеет к твоему наколеночному эмбедду?

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

на: NTP-сервер как часть данных, получаемых по DHCP? Годная идея, подкинь им :)

А что сейчас данные об ntp-серверах получаются не от dhcp? o_O Печалька. Зачем тагда в конфиге dhcp-сервера опция

option time-servers ip-address [, ip-address...];

Список серверов времени, соответствующих RFC 868, доступных клиенту. Сервера должны быть перечислены в порядке предпочтительности.

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

может точнее - этот функционал никому не был нужен из пользующихся systemd?

тогда да, отговорка может прокатит. Но не покидает чувство, что systemd зачастую патыется подменить функционал вполне рабочих и гибких решений на что-то ограниченное. Такое впечатление, что проект идет по экстенсивному пути развития подгребая под себя все новый и новый функционал, делая это зачастую далеко не лушим образом и оставляя недоделки «на потом». Есть опасение, что как таковой systemd не только (или не столько) не решает имеющихся объективных проблем, а на оборот будет способствовать появлению новых, причем в областях, где их не было. Все выше изложенное - мое IMHO :)

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

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

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

Оказывается, что если прописать в /etc/inittab вместо скриптов

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

мне будет грустно и печально

собаки гавкают караван идет

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

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

Понятно, ещё один диванный экстрасенсь. Как минимум двумя моими приложениями, сделанными во имя нашей науки, пользуются в БПИ ДВО РАН и заповеднике Бастак (г.Биробиджан)

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

Вы, батенька, читать научитесь. И матчасть подучите. inittab конфиг для init (он на Си, кстати, а systemd на каком нормальном?). Прописать ты там можешь что угодно, хоть супервайзер на том же божественном Си (как пример: runit, daemontools), хоть мегазапускалку для юнитов в ini-style формате с вытаскиванием оных из амазон клауд.

h4tr3d ★★★★★
()

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

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

Как я Вас понимаю! Ведь если опускаться до уровня «железо» по-серьёзному, то калькулятор в традиционном его понимании гораздо более UNIX-way, чем компьютер той же архитектуры PC: первый вполне хорошо справляется с чем-то одним: с арифметическими задачами; второй — прославил себя ну очень большим когнитивным сопротивлением среди массового, рядового пользователя, и всю его мощь могут использовать лишь немногие избранные, и это не считая глюков, зависонов, постоянных поломок, последствий внезапных отключений питания в виде неработоспособной конфигурации и потерь данных, также различного рода уязвимостей и багов, из-за которых надо постоянно обновлять ПО, безнадёжное старение железа каждые 5 лет и т. п., и т. д.

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

Дейкстра

но человек без специальной утилиты

я припоминаю, что Дейкстра сказал про предпочтение текстовых форматов перед двоичными...;)

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

БПИ ДВО РАН и заповеднике Бастак (г.Биробиджан)

сиди дальше в своей науке и не лезь куда не просят

читать научитесь. И матчасть подучите
Прописать ты там можешь что угодно, хоть супервайзер на том же божественном Си (как пример: runit, daemontools)

cat /etc/inittab 
# inittab is no longer used when using systemd.
#
# ADDING CONFIGURATION HERE WILL HAVE NO EFFECT ON YOUR SYSTEM.
#
# Ctrl-Alt-Delete is handled by /etc/systemd/system/ctrl-alt-del.target
#
# systemd uses 'targets' instead of runlevels. By default, there are two main targets:
#
# multi-user.target: analogous to runlevel 3
# graphical.target: analogous to runlevel 5
#
# To set a default target, run:
#
# ln -sf /lib/systemd/system/<target name>.target /etc/systemd/system/default.target

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

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

init

если посмотреть на старый добрый init - то пункту а)

всё так, всё так, но - увы! будет так:

это дело не загнётся и расползётся везде

:(

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

Понятно, ещё один диванный экстрасенсь. Как минимум двумя моими приложениями, сделанными во имя нашей науки, пользуются в БПИ ДВО РАН и заповеднике Бастак (г.Биробиджан)

давай по вангую, наформошлепил не имеющую аналогов систему учета шекелей?

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

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

Ошибаешься, она тебе ничего не должна. Как и шапка.

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

Только до тех пор пока kdbus не влили в ядро - потом юзерспейсный транспорт тупо дропнут и гентушникам придётся либо писать замену либо сидеть на старье до позеленения.

На данный момент kdbus патчи не приняты Линусом, более того, Линус, в свойственной ему манере дал понять, что патчи от Kay Sivers'a принимяться не будут, пока тот не пофиксит собственные баги, прежде чем слать коммиты с костылями для собственных багов. Там же Пттеринг был назван примой-баллериной.

потом юзерспейсный транспорт тупо дропнут

Tак прям возьмут и безальтернативно дропнут.

Tолько в ваших с Поттерингом снах.

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

Пока systemd - единственный клиент нуждающийся в kdbus. Кроме шапки и поттеринга дропать обратную совместимость на уровне ядра ради systemd никто из upstream не намерен.

да, у этой пятой колонны есть влиятельные, или просто продуктивные, сторонники. Но это еще не значит, что колесо истории движется именно туда и/или именно так, как этой пятой колонне кажется верным.

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

Однако, если вспомнить, что чуть ли не целая глава UNIX Red Book посвящена резервному копированию, которое делают только трусы, всё же можно попробовать скрестить обсуждаемый демон и концепцию UNIX.

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

А зачем ты так яростно дрочишь на «концепцию UNIX»?

а почему вы спрашиваете?

anonymous
()

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

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

А порекомендуете среду для изучения systemd ?

Легко! В четверг тоже неплохо идёт.

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

На данный момент kdbus патчи не приняты Линусом

И главная причина для этого... их ещё никто ему не посылал. :-D

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

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

Сравнил число модулей с PID 1 в Ubuntu 14.04 и Fedora 20.

Хвалю, раб. Теперь задание повышенной сложности: тебе понадобится линейка, палец и жёппа у тебя и так есть...

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

Какие патчи принимать в апстрим будешь не ты, человек-пукан, а Линус. Быдлокодить инит-систему и патчить ядро - это немного разный уровень программирования, но откуда это знать тебе, придурок? Так что оставь свой вазелинчик при себе - тебе он еще не раз пригодится.

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

Можно было бы загнуть про социальную ответственность и всё остальное, ну да ладно. Давай вспомним HAL? Все было зашибись, на него перешли и начали использовать. Хотя многие говорили, что багов как-то дохрена и конфиги на XML это вообще ад какой-то. На что разрабы орали, что не боись, напишут тулзу для конфигурации HAL'а и все будут жить счастливо.

Однако, как это обычно и бывает, тулзу никто не написал, баги никто не поправил, но HAL кое-как работал, и в общем-то все привыкли.

Потом Грег и компания написали udev, и все начали переходить на него. Линус орал, что какого хрена у вас загрузка фирмвари виснет и вообще (из-за чего эту самую загрузку потом в ядро и утащили), Кай орал, что это не наши баги, править мы ничего не будем и вообще. В итоге Грег свалил из проекта, удавом начал заниматься в основном Кай, и воплей Линуса о том, что удав стремительно катится известно куда стало сильно больше (о чем он писал в письме, в котором послал Кая и его патчи куда подальше).

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

К чему это старческое брюзжание? За десять лет пора бы уже понять, что совать сырые, ломающие все к хренам решения от людей с подмоченной репутацией это достаточно опромотетчиво.

anonymous
()

Никто не пытается подменить. Все эти компоненты типа systemd-networkd сделаны по принципу «если хочешь — то юзай, если не хочешь или не хватает функциональности — ставь свой $full_blown_solution и юзай его».

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

в письме, в котором послал Кая и его патчи куда подальше

В другом письме.

backlightd

«d» здесь нет. Это и есть трёхстрочник к удаву.

своего cronа

Минималистичного аналога крона. Вас раздражает дублирование функционала? Идите ругайтесь на 99.9% существующих FOSS-проектов.

ntp-сервера

Клиента.

Вывод: это не просто старческое брюзжание, а 4.2.

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

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

Это их дистрибутивы и их право совать что угодно.

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

Это их дистрибутивы и их право совать что угодно.

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

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

Oтсюда и следует:

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

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

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

Кернел тебе тоже ничего не должен. Не нравится - форкай.

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

Ну ты и тупой... Посмотри в git сколько патчей от Грега, Как и Леннарта уже в ядре. Теперь посмотри в зеркало. Снова посмотри в гит. В зеркало. Догадался, почему мнение лоха о systemd и ядре никого не волнует?

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

Посмотри в git сколько патчей от Грега, Как и Леннарта уже в ядре. Теперь посмотри в зеркало. Снова посмотри в гит. В зеркало. Догадался, почему мнение лоха о systemd и ядре никого не волнует?

что и требовалось доказать, ага?

anonymous
()

Хорошо, что systemd развивается. Годный проект. Привер Debian и Ubuntu показал, что защитники медленно развивавшегося upstart были неправы. Защитники традиционных систем инициализации иногда критикуют проект по делу, но чаще всего в силу своего ретроградства. Надеюсь, что со временем и они привыкнут данной системе инициализации:)

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

Какой же ты упорный недоумок. Ты не родственник поттеринга случайно? И сколько же коммитов «Как и Леннарта уже в ядре» ?

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

Да да: не желаешь в системд - значит ретроград/религиозный фанатик/гентушник. Какой же это годный проект, если авторы - непоследовательны в своих заявлениях? Надеюсь, что со временем системд окажется тамже, где находится сейчас ХАЛ, пульса и другое ненужно. Кому не выбирать - тому привыкать. Kак там cоветовал анонимус выше - запасйтесь смазкой.

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

кернел - общий
К чему это старческое брюзжание? За десять лет пора бы уже понять, что совать сырые, ломающие все к хренам решения от людей с подмоченной репутацией это достаточно опромотетчиво.

Кернел - свободный. Любой имеет право завести свой форк и совать (или не совать) туда все что захочет. А что засунуть в ветку Торвальдса будет решать сам Торвальдс. И с чего некоторые решили, что могут прикрываясь расплывчатой демагогией об «общественной ответственности», блокировать развитие в чужой ветке (видимо до тех пор, пока последний упертый не образумится) - совершенно неясно.

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

И сколько же коммитов «Как и Леннарта уже в ядре» ?

Если речь о коммитах поцеринга...

$ git log | grep Author | grep oetter | wc -l
9
$
tailgunner ★★★★★
()
Ответ на: комментарий от Alsvartr

В слаке Патрик не уверен насчет интеграции systemd, но рассматривает такой вариант. В бзде кто-то тихо пилит launchd. Вали тогда уж сразу на plan9.

А launchd нельзя под Linux перетащить? Он BSD-only?

И насколько он вообще готов, скажем, в production server вместо sysv?

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

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

Несколько штрихов - и обрисована вся суть.

:)

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

А как выжить, если ты PID1 и получил SIGSEGV?

Смотрите на всех мониторах страны - «SIGSEGV systemd: выжить любой ценой!»

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