LINUX.ORG.RU

systemd 216

 , ,


1

2

systemd — это менеджер системы и сессий для Linux. systemd совместим со скриптами инициализации SysV и LSB. Он предоставляет возможности агрессивного распараллеливания, использует для запуска сервисов сокеты и D-Bus активацию, позволяет запускать демоны по требованию, реализует транзакционную зависимостную логику управления сервисами, отслеживает процессы с использованием Linux cgroups, поддерживает создание снимков и восстановление, а также заведует монтированием и точками автомонтирования.

Это мажорный выпуск. Помимо прочих изменений, systemd-resolved теперь гармонично дополняет распознаватель заглушек кэширования DNS и LLMNR.

  • timedated больше не читает имена юнитов реализации NTP из /usr/lib/systemd/ntp-units.d/*.list. Альтернативная реализация NTP добавляет
    Conflicts=systemd-timesyncd.service
    в их юнит-файлы, заменяя собой функциональность NTP systemd по умолчанию.
  • systemd-sysusers получила новый тип строки «r» для настройки того, из каких диапазонов UID/GID выделять системных пользователей/группы. Строки типа «u» теперь могут добавлять дополнительную колонку для обозначения домашней директории создаваемого пользователя. Кроме этого, systemd-sysusers теперь может опционально считывать пользовательскую информацию из STDIN вместо файла. Это полезно вызове её из предустановочных скриптлетов RPM, которым нужно создать пользователей перед установкой первого файла RPM, так как этим файлам может требоваться владение этими пользователями. Новый макрос RPM %sysusers_create_inline представлен именно для этой задачи. systemd-sysusers теперь обновляет теневые файлы наряду с базами пользователей/групп, что улучшает совместимость с некоторыми инструментами, например, grpck.
  • Ряд шинных API PID 1 теперь опционально запрашивает у PolicyKit, предоставить ли доступ считающимся непривилегированными клиентам при определённых условиях. Имейте в виду, что интерактивная аутентификация в данный момент пока не поддерживается, но в конечном счёте ожидается добавление и её.
  • /etc/machine-info теперь обладает новыми полями для настройки среды развёртывания машины, а также месторасположения машины. hostnamectl обновлён и снабжён новой командой для обновления этих полей.
  • systemd-timesyncd обновлён до автоматического запроса информации о NTP-сервере у systemd-networkd, который можно обнаружить по DHCP.
  • systemd-resolved теперь включает распознаватель заглушек кэширования DNS и полную реализацию разрешения имён LLMNR. Добавлен новый модуль NSS «nss-resolve», позволяющий использовать собственный «nss-dns» glibc для обнаружения имён хостов через systemd-resolved. Имена хостов, адреса и произвольные RR'ы можно распознавать через D-Bus API systemd-resolved. В отличие от внутреннего распознавателя glibc, systemd-resolved умеет работать с многодомными системами и удерживает DNS-сервера и кэши отдельно и поинтерфейсно. Запросы посылаются одновременно на все интерфейсы, имеющие настроенные DNS-сервера, для корректной обработки VPN и локальных LAN, которые могут распознавать отдельные наборы доменных имён. systemd-resolved может запрашивать информацию о DNS-серверах у systemd-networkd автоматически, который, в свою очередь, может находить её по DHCP. Нововведённый инструмент «systemd-resolve-host» можно использовать для запроса логического DNS у resolved. systemd-resolved реализует IDNA и автоматически использует IDNA или кодировку UTF-8 в зависимости от того, используется ли в качестве транспорта классический DNS или LLMNR. В следующих выпусках планируется добавить в systemd-resolved реализацию DNSSEC и mDNS/DNS-SD.
  • Добавлен новый модуль NSS nss-mymachines, автоматически распознающий имена всех локально зарегистрированных контейнеров по соответствующим IP-адресам.
  • Добавлен новый клиентский инструмент для systemd-networkd — «networkctl». В настоящий момент он полностью пассивен и запрашивает сетевую конфигурацию у udev, rtnetlink и networkd, предоставляя её пользователю дружественным способом. В будущем планируется расширить его до полноценной утилиты для управления networkd.
  • .socket-юниты получили новую настройку DeferAcceptSec=, управляющую sockopt ядра TCP_DEFER_ACCEPT для TCP. Аналогично, для управления TCP Keep-Alive добавлены KeepAliveTimeSec=, KeepAliveIntervalSec= и KeepAliveProbes=. Также поддерживается отключение алгоритма Nagle для TCP (NoDelay=).
  • logind обучен новому типу сессий «web» для использования в проектах наподобие Cockpit, регистрирующих web-клиентов как PAM-сессии.
  • Юниты-таймеры с как минимум одной настройкой OnCalendar= теперь будут запускаться только после достижения timer-sync.target. Таким образом, они не будут проходить перед подстройкой системных часов локальным NTP-клиентом или чем-то подобным. Отчасти это полезно на встраиваемых системах без RTC, запускающимся со сбитыми системными часами.
  • Ключ systemd-nspawn --network-veth= теперь приводит к стабильным MAC-адресам как на внешней, так и на внутренней стороне соединения.
  • systemd-nspawn получил новый ключ --volatile= для запуска экземпляров контейнеров с незаполненными /etc или /var.
  • Клиентский код kdbus обновлён для использования новой подсистемы Linux 3.17 memfd вместо старой, kdbus-специфичной.
  • DHCP-клиент и -сервер systemd-networkd теперь поддерживают FORCENEW. Также есть новые параметры конфигурации для настройки клиентского идентификатора поставщика и режима вещания для DHCP.
  • systemd больше не будет уведомлять ядро о текущем часовом поясе, так как это в любом случае неверно и колоритно, поскольку ядру неведом DST и подобные понятия. Как следствие, временные метки FAT будут всегда считаться UTC, примерно как это уже делает Android. Помимо этого, когда RTC настроены на локальное время (отличное от UTC), systemd никогда не будет синхронизировать их обратно, так как это может смутить Windows при последующей загрузке.
  • systemd-analyze получил новую команду «verify» для оффлайн-валидации юнит-файлов.
  • systemd-networkd получил поддержку парочки дополнительных настроек для слития настроек сети. Также теперь можно настраивать метрику статично настроенных маршрутов. Для сетевых интерфейсов в случае необходимости можно настроить IP-адрес пира.
  • DHCP-сервер systemd-networkd больше не будет запрашивать вещание по умолчанию, так как это роняло некоторые сети. Для оборудования, где вещание необходимо, возможность можно включить обратно с помощью RequestBroadcast=yes.
  • systemd-networkd теперь задаёт адреса IPv4LL (если включено) даже если DHCP успешно настроен.
  • udev теперь по умолчанию отдаёт предпочтение именам сетевых устройств, предоставляемым ядром, если ядро указывает, что они предсказуемы. Это поведение можно изменить изменением NamePolicy= в соответствующем .link-файле.
  • Добавлена новая библиотека systemd-terminal, реализующая полную обработку и отображение TTY-потоков. Эту библиотеку планируется использовать в будущем для реализации подсистемы виртуальных терминалов целиком в пространстве пользователя, взамен текущей реализации в ядре.
  • Добавлен новый инструмент systemd-journald-upload для передачи данных журнала на удалённую систему с запущенным systemd-journal-remote.
  • journald больше не будет передавать все локальные данные другому запущенному syslog-демону. Это изменение сделано, поскольку rsyslog (являющийся на сегодняшний день наиболее широкоиспользуемой реализацией rsyslog) их больше не использует, и вместо этого вытягивает из журнала в свой собственный. Поскольку передача сообщений несуществующему syslog-серверу слишком затратна, было решено просто выключить её. Если у вас запущен syslog-сервер, отличный от последней версии rsyslog, эту опцию нужно снова включить (ForwardToSyslog= в journald.conf).
  • journald опционально поддерживает LZ4-компрессор для больших полей журнала. Этот компрессор работает намного лучше XZ, который использовался по умолчанию ранее.
  • machinectl теперь показывает IP-адреса локальных контейнеров, если знает их, плюс имя интерфейса контейнера.
  • Добавлен новый инструмент «systemd-escape», позволяющий легко экранировать строки для создания имён юнитов и т. п.
  • Сообщения sd_notify() теперь могут содержать новое поле ERRNO=, которое обрабатывается и сохраняется systemd, чтобы потом его можно было отобразить в выводе «systemctl status» для сервиса.
  • Добавлен новый компонент «systemd-firstboot», интерактивно запрашивающий для systemd наиболее базовую информацию (часовой пояс, имя хоста, пароль root) при первой загрузке. Ещё его можно использовать для предоставления этих вещей оффлайн в образах ФС, установленных в директории.
  • Сниппеты sysctl.d/ по умолчанию теперь выставляют net.ipv4.conf.default.promote_secondaries=1. Это позволяет не сбрасывать вторичные IP-адреса, когда первичные удалены.

>>> Источник

★☆

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

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

так что ж ты не на венде? тебе же всё равно!

А мне результат важен, и все равно как оно реализовано.

А ты перед тем, как пересесть на онтопик, внимательно изучил исходники?

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

А ты перед тем, как пересесть на онтопик, внимательно изучил исходники?

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

А мне результат важен, и все равно как оно реализовано.

Т.е. ты подтверждаешь, что ты вендоузятник? А то у меня тут перепись, мне важно.

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

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

По тебе очень заметно. Хотя непонятно чего опасаться именно тебе - нельзя промыть то, чего нет.

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

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

А как же гента со слакой? «Паровозик, который смог?»(с)?

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

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

Ты сам себя тролишь что ли?

Т.е. ты подтверждаешь, что ты вендоузятник? А то у меня тут перепись, мне важно.

Тебе важно - ты и выясняй.

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

А как же гента со слакой? «Паровозик, который смог?»(с)?

Ну так одни из немногих - и респект им.

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

Ты так говоришь, как будто это что-то плохое. И, да, меня запиши) А то, вдруг, все остальные тебя пошлют)

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

Если лог повреждается в результате внешних воздействий. Да, а что с этим ещё сделаешь? Все записи, кроме повреждённых, остаются читаемыми.

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

Не согласен. Пользователям абсолютно все равно что там внутри, и какое API используется. Так что считаем только разработчиков: один.

Окей. Но ты меня не убедил. Если некоторую фичу, интересную и нужную пользователям, можно реализовать только через нестандартное API, неужели это не означает, что такое нестандартное API тоже транзитивно становится нужным?

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

Такого рода заявления, увы, требуют пруфов. Кто отнимал выбор у пресловутых девелоперов? Я выше приводил конкретный пример обратного (да-да, всё тот самый пример с Мартином Грасслином и kwin_wayland).

Голосовать нужно рублем установками. А для этого 1) у пользователя должен быть выбор;

Это вообще нерелевантно, т. к. systemd невидим обычному пользователю.

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

Если некоторую фичу, НЕ интересную и НЕ нужную пользователям, можно реализовать только через нестандартное API, неужели это не означает, что такое нестандартное API тоже транзитивно становится НЕ нужным

починил

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

Во-первых, даже формально «нет»: это отрицание антецедента и логическая ошибка. Во-вторых — а почему ты говоришь за всех? Ну и в-третьих — 4.3.

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

какие пруфы, чудик?

тут уже под 800 сообщений, и половина от тех пользователей кому это НЕ нужно :)

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

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

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

Ну вот одной половине не нужно, а другой — нужно. И разработчикам некоторым нужно (API удобные). Этого уже более чем достаточно, особенно если учесть, что остальным systemd не мешает (религиозные причины не в счёт, неосиляторство типа такого тоже не в счёт).

Тебе же (как пользователю однопроцессорной системы) не приходит же в голову возмущаться по поводу того, что в ядре пилят поддержку NUMA-систем? А она у тебя включена, потому что все дистрибутивы её включают. Несмотря на то, что 99% пользователей она на фиг не упёрлась.

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

Ну вот одной половине не нужно, а другой — нужно.

О чем и речь ;)

что остальным systemd не мешает

4.2 во все поля!

Тебе (как пользователю x86) не приходит же в голову возмущаться тем, что в ядре пилят поддержку систем на базе ARM?

Пример мимо тазика

Во-первых, оно и правда не мешает :)

А во-вторых, даже больше - я пользуюсь ядром на ARMе.

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

ну вот уже меняешь показания ;)

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

Насчёт x86 и ARM — да, фиговый пример. Я его перепилил.

4.2 во все поля!

Чем же оно мешает? Опять же, религиозные причины («мешает тем, что грязный поттеринг» / «мешает тем, что не юникс-вей») остаются за бортом.

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

Вот блин.

Ну давай так.

После впиливания systemd на современных дистрибутивах при работе с sysv отваливается все что завязано на polkit. Ну например, ФМ в GUI монтировал носители хрен знает сколько лет, а теперь без systemd или polkit-костылей на современном дистрибутиве не монтирует. Вот если ты текст молитвы мне предложишь чтоб оно без костылей на sysv резко заработало - признаю мои претензии религиозной причиной ;) :)

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

Наверное, ты забыл впилить ConsoleKit и соответствующую ему старую версию polkit. Впрочем, удачи тебе это сделать, потому что ConsoleKit перестали поддерживать.

И нет, systemd в этом не виноват. В новом polkit'е решили использовать systemd — считай это зависимостью. Ну как firefox зависит от gtk2.

Но это всё равно не о том. В чём проблема при использовании systemd? Почему нельзя его просто поставить?

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

Твоя претензия выглядит так: «systemd мешает тем, что его используют в других проектах». Именно это я называю религиозной ненавистью. Почему зависимость от gtk или qt проекту иметь можно, а от systemd — нельзя?

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

Т.е. предложить молитвы мне не можешь и признаешь что systemd мешает :)

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

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

В смысле? Чем мешает? Тем, что есть? Это аккурат «религиозная ненависть». Ещё раз,

Почему зависимость от gtk или qt проекту иметь можно, а от systemd — нельзя?

Ну и да, положили не системдшники, а полкитовцы.

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

Опять юлишь и меняешь показания :)

Опять же, религиозные причины («мешает тем, что грязный поттеринг» / «мешает тем, что не юникс-вей») (с) intelfx

а теперь «systemd мешает тем, что его используют в других проектах»

Ты прямо как Жириновский :))) Тот тоже за пять минут два раза мнение меняет :) Но у него как-то это более «уклюже» получается ;)

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

Это всё религиозные причины. Ты не хочешь ставить systemd без рационального обоснования, и всё равно хочешь использовать то, что от него зависит.

Валидная претензия к systemd выглядит только так: «я ставлю systemd и не могу с ним сделать что-то, что раньше мог с sysvinit/openrc/etc».

Причём это «что-то» должно быть осмысленным и нужным. Т. е. «я не могу отредактировать скрипт загрузки, потому что его нет» — невалидная претензия. Нужно предъявить, зачем ты хочешь его отредактировать.

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

должно быть осмысленным и нужным

И конечно право определять что осмысленно и что нужно ты оставил только себе ;)

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

такая вещь, как здравый смысл.

ага есть. Жаль эту вещь ты где-то потерял...

Претензия была выше - ты слился...

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

В смысле? Чем мешает? Тем, что есть?

Где он есть? На BSD есть? Апакажити! :D

Тебе же (как пользователю однопроцессорной системы) не приходит же в голову возмущаться по поводу того, что в ядре пилят поддержку NUMA-систем? А она у тебя включена, потому что все дистрибутивы её включают. Несмотря на то, что 99% пользователей она на фиг не упёрлась.

Пакет ядра занимает 65 метров. При этом образ ядра, который включает в себя поддержку NUMA, SMP, разных типов виртуализаций, cgroups и прочих супер-пупер хардварных и софтварных технологий и занимает 3.5 мегабайта. Остальное — модули с драйверами на железо. NUMA и KVM ядром жрать не просят и не заставляют меня копаться в 20-ти разных конфигах, размазанных по куче директорий.

Пакет же systemd же занимает 20 мегабайт, состоит из одной тысячи (!) файлов и представляет собой кучу говнокода, в которой запутались сами разработчики. Один только /usr/lib/systemd/systemd — это мегабайт бинарных соплей, а там еще куча других бинарников. Это не статическая сборка с libc, это он сам по себе такой жирный.

Количество дыр, которые содержит этот бинарник, страшно даже представить. Тем более, что автор кода не только не Тео де Раадт, но и по уровню развития гораздо ближе к инфузории, чем к Тео.

Сравнивать linux, где Торвальд ставит раком любого, кто пытается ломать публичные API, и systemd, где КОТОРЫЙ СЛОМАЛ К ХЕРАМ ВСЕ API — это надо умудриться.

Кстати, хвалёная скорость загрузки раза в 3 ниже, чем на инитскриптах. И с каждым апдейтом продолжает падать. Принципиально не лезу в его настройки на десктопной машине — просто уже интересно, чем всё это закончится, если ничего не трогать. Развалится само или нет?

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

Где он есть? На BSD есть? Апакажити!

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

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

Кстати, хвалёная скорость загрузки раза в 3 ниже, чем на инитскриптах. И с каждым апдейтом продолжает падать.

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

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

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

Они ничего не «считают», они пишут код и решают свои задачи. В отличие от тебя, пустобреха. Всем очень ценно твоё мнение.

Ну лги дальше

Я вижу, у тебя не зря Малдер на аваратке. Истина где-то там. Все вокруг врут, и вообще существует тайный заговор правителсьтва против св. Поттеринга.

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

они пишут код и решают свои задачи.

отсасывают проприетарщикам, более ни на что они не способны. И еще умеют трепаться «что у них все хорошо». виртуализации нет, wpa2 появился хрен знает когда, в прошлом году наняли 3 сотрудника. ну охренеть теперь, пришли к успеху

И знаешь в чем разница между бздунами и Поттерингом? Потому что последний не боится генерировать смелые идеи и главное - вкалывать на них. Потому что если бы он трепался как бсдуны и валялся на диване - то он был бы примерно там где сейчас бсдя. Потому они его и не любят - BSD в сравнении с Linux начинает выглядить как старая потрепанная проститутка с 2000х.

Я вижу, у тебя не зря Малдер на аваратке.

Конечно не зря, я пишу правду и ищу истину. Которая конечно не всем нравится.

и вообще существует тайный заговор правителсьтва против св. Поттеринга.

а Сталин живой до сих пор и Америкой правят пришельцы. Тебе на РенТВ.

В отличие от тебя, пустобреха. Всем очень ценно твоё мнение.

оскорбления от таких говнюков не стоят мого внимания.

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

И знаешь в чем разница между бздунами и Поттерингом?

Знаю. В том, что через 5 лет Поттеринга сменит Коттеринг, и все вы, дружные ребята, будете фапать на новое 20-мегабайтовое поделие нового героя и оплёвывать ретроградский systemd. Примерно как это было с HAL, ConsoleKit и прочими баззвордами.

А Тео как занимался своими делами, так и будет заниматься, не обращая на вас, леммингов, никакого внимания.

А что изменилось в компах за последние 20 лет, если не считать гигагерцов и гигабайт? Да ничего не изменилось. Как использовали кривой, тормозной и недописанный софт, работающий с костылями на костылях через костыли, так и используем. Решаем тот же самый объём задач через ту же самую задницу.

А ваши Коттеринги ничего не решают.

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

Ага. Модный, стильный, молодёжный. Стильный, дерзкий, деловой. Настоящий крутой перец, не то что эти старые пердуны, которые не только пишут код, но и имеют глупость поддерживать его.

а Сталин живой до сих пор и Америкой правят пришельцы. Тебе на РенТВ.

Чо это мне? Это твои идеи.

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

Знаю. В том, что через 5 лет Поттеринга сменит Коттеринг, и все вы, дружные ребята, будете фапать на новое 20-мегабайтовое поделие нового героя и оплёвывать ретроградский systemd. Примерно как это было с HAL, ConsoleKit и прочими баззвордами.

Линуксоиды просто нынче превратились в школьников, в погоне за модным, стильным и молодежным. А поддерживать код им лениво. Лучше выкинуть и с нуля написать.

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

Где он есть? На BSD есть?

При чём тут вообще BSD? Я у человека спросил, чем ему лично мешает systemd, что он рьяно пытается его выпилить (и закономерно огребает при этом проблемы). Ответа не получил.

При этом образ ядра <...> занимает 3.5 мегабайта.

Ах ты толстенький и зелёненький! А ты знаешь, почему этот образ называется vmlinuz? Потому что он сжат, ВНЕЗАПНО.

Несжатый vmlinux занимает 18 мегабайт, а вот все бинарники systemd — ~8 мегабайт.

Количество дыр, которые содержит этот бинарник, страшно даже представить. Тем более, что автор кода не только не Тео де Раадт, но и по уровню развития гораздо ближе к инфузории, чем к Тео.

Ничем не обоснованное утверждение.

КОТОРЫЙ СЛОМАЛ К ХЕРАМ ВСЕ API

Это какие API systemd внезапно сломал? Я бы сказал, он ввёл кучу новых API на том месте, где до этого был зоопарк. ИЧСХ, эти API нравятся разработчикам.

Кстати, хвалёная скорость загрузки раза в 3 ниже, чем на инитскриптах.

Дистропроблемы || неосилятор || лжец.

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

Если некоторую фичу, интересную и нужную пользователям, можно реализовать только через нестандартное API, неужели это не означает, что такое нестандартное API тоже транзитивно становится нужным?

Становится. Только важно доказать, что
а) Фича интересная и нужная. Это доказывается только количеством юзеров использующую данную фичу (именно фичу, а не утилиту) в условиях свободы выбора.
б) Что ее реализовать можно только через нестандартное API. Когда мне приходилось реализовывать что-то предположительно полезное, и это было слишком сложно, как правило, путем некоторых изысканий оказывалось, что я просто подхожу не с той стороны, не следую логике платформы (ну, или то, что я делаю, оказывается ненужно).

Это вообще нерелевантно, т. к. systemd невидим обычному пользователю.

Это самое релевантное что только может быть. #1 по важности. Если для пользователя ничего не меняется, зачем он вообще нужен? Это все равно что у тебя взяли бы твой комп, полностью его пересобрали, что-то там поменяли, и вернули бы со словами «он работает точно также». Ты бы согласился?

Я выше приводил конкретный пример обратного (да-да, всё тот самый пример с Мартином Грасслином и kwin_wayland).

Вот еще пример:

Open letter to the Linux World by Christopher Barry

http://noctslackv1.wordpress.com/2014/08/22/open-letter-to-the-linux-world-by...
This posting sent to the Linux Kernel mailing list by Christopher Barry is a MUST READ for anyone concerned about the future of Linux or their own favorite distribution and supporting software.

From his summary paragraph:


systemd is a trojan. systemd is a medusa. systemd is Substance D. systemd is scary - not just because it's tools suck, or because it's a massive fucking hairball - but because architecturally it has way too much concentrated power. We all need to collectively expel it from our midst because it will own Linux, and by extension us and our freedoms. systemd will *be* Linux. Sit idly by and ignore this fact at all of our collective peril.

OneLinux == zero-choice*


Здесь больше: https://lkml.org/lkml/2014/8/12/459

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

Как только Гента откажется от OpenRC и будет начинать рекомендовать шиштемде по умолчанию, напьюсь с горя, похороню десктопный Линупсъ и куплю Макбук.

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

Фича интересная и нужная. Это доказывается только количеством юзеров использующую данную фичу (именно фичу, а не утилиту) в условиях свободы выбора.

Разработчики дропают поддержку ConsoleKit и впиливают поддержку logind. (Да, напомню, что в качестве юзеров в этой аналогии у нас программисты-прикладники.) А что со свободой выбора? Кто-то вычищает с серверов репозитории ConsoleKit?

Что ее реализовать можно только через нестандартное API.

Не вижу POSIX-совместимых аналогов цгрупп.

Это все равно что у тебя взяли бы твой комп, полностью его пересобрали, что-то там поменяли, и вернули бы со словами «он работает точно также». Ты бы согласился?

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

Вот еще пример:
Open letter to the Linux World by Christopher Barry

Ты серьёзно? Я давно был по этой ссылке (которая на LKML), и это какая-то публицистика с политотой. Если не нытьё ребёнка. Громкие стенания, которые ничего не значат, если вчитаться.

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

Ох Вот значит как. intelfx скатился до банального вранья.

ему лично мешает systemd

вранье 1: Мне мешает политика redhat'а пропихнуть эту корявую поделку выпилив все альтернативы для превращения GNU/Linux в systemd OS.

пытается его выпилить

вранье 2: нельзя выпилить то чего в системе нет.

не получил

вранье 3: Я тебе привел пример проблемы с альтернативными init'ами после появления в дистрибутивах по дефолту системд, ты же смог только промычать что-то в стиле «а почему бы не поставить системд»

он ввёл кучу новых API на том месте, где до этого был зоопарк

Гениально. Я вам завел новый зоопарк с шахматами и танцовщицами. Всем быть резко довольными :)

Ой... Что-же это напоминает...

Я вам дал новый интерфейс с кирпичиками вместо кнопки Пуск...

И тут же «продвинутых»: О божественные кирпичики, инновации, а как быстро работает, а где в вашем замшелом пуске аналог живых кирпичиков? А это прорыв! Да вы не понимаете идею кирпичиков, вы старперы и рабы привычек...

Кто-то вычищает с серверов репозитории ConsoleKit?

Нет, кто то вычищает ConsoleKit из репозиториев ;)

anonymous
()

Ребята не стоит вскрывать эту тему. Вы молодые, шутливые, вам все легко. Это не то. Это не Чикатило и даже не архивы спецслужб. Сюда лучше не лезть. Серьезно, любой из вас будет жалеть. Лучше закройте тему и забудьте что тут писалось. Я вполне понимаю что данным сообщением вызову дополнительный интерес, но хочу сразу предостеречь пытливых - стоп. Остальные просто не найдут.

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

Кстати, хвалёная скорость загрузки раза в 3 ниже, чем на инитскриптах. И с каждым апдейтом продолжает падать.

Очень странно, почему у меня, например, наоборот. 216 грузится быстрее, чем 215. Сравнимо с параллельным openRC в AlpineLinux (который крутился на том же железе) и намного быстрее sysvinit и даже Upstart. Это по дефолту. А сейчас ещё кое-что пытаюсь распараллелить. Предварительные результаты впечатляют. Дистр на базе Арча, если что.

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

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

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

Когда уже найдутся разумные люди и выкинут эту поделку из Debian'a... Уверен - другие дистры подтянутся;-) как минимум те, что на deb.

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

Сегодня они выкинут systemd, а завтра придётся выкидывать гвоздеприбившийся к нему софт. Для дистрибутива, активно использующегося в продакшне, а не 3,5 школьниками-фанатиками, — идиотизм. Хватит с них и выкидывания не исправленных до заморозки пакетов.

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

Пока — никакой. Но всё к этому катится. Ибо на systemd завязываются более высокоуровневые компоненты (например, udisks), а от тех уже, в свою очередь, может зависеть прикладной софт.

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

Дистропроблемы || неосилятор || лжец.

Ну вот я на гентушечку интереса ради накатил systemd, так тамошний анализатор показал мне 12 секунд на загрузку - ничуть не меньше, чем на openrc было.

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