Леннарт Поттеринг (Lennart Poettering) представил (https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...) выпуск системного менеджера systemd 229 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить поддержку DNSSEС в резолвере, официальное добавление утилиты systemd-resolve, новую логику обработки core-дампов, изменение трактовки "0" для таймаутов, возможность ограничения максимального времени работы сервиса.Основные изменения:
- Расширены возможности DNS-резолвера systemd-resolved, который теперь может выполнять функции проверки DNSSEC. По умолчанию поддержка DNSSEC выключена, но будет активирована после более полного тестирования в одном из будущих выпусков. Для тестирования новой возможности в /etc/systemd/resolved.conf следует указать "DNSSEC=allow-downgrade". Кроме того, в systemd-resolved добавлен полный набор интерфейсов D-Bus, в том числе позволяющих управлять настройками DNS и DNSSEC в привязке к отдельным сетевым линкам. Обеспечен синтез записей RR для всех элементов /etc/hosts;
- Документирована и переведена в разряд поддерживаемых утилита systemd-resolve (клиент к systemd-resolved), которая перемещена из /usr/lib/systemd в директорию /usr/bin;
- Для устройств virtio добавлена поддержка символических ссылок /dev/disk/by-path/;- Для отключения таймаутов в systemd теперь предлагается указывать значение "infinity" вместо "0". По новым правилам "0" ассоциирован со значением "сейчас", в то время как "infinity" воспринимается как "никогда". Для обеспечения совместимости все ранее присутствующие настройки таймаутов продолжат прежнюю трактовку установки в "0";
- Добавлена новая настройка сервисов "RuntimeMaxSec=", определяющая максимальное время выполнения сервиса, после истечения которого сервис принудительно завершается;- Переработана логика обработки coredump-файлов. После формирования core-дампа он записывается на диск, сжимается и обрабатывается новым экземпляром сервиса systemd-coredump, вместо задействования /proc/sys/kernel/core_pattern, что позволяет полностью контролировать процесс обработки со стороны systemd (обработка больших дампов может занимать много ресурсов и времени, поэтому теперь их можно ограничить лимитом RLIMIT_CORE);
- Лимит RLIMIT_CORE по умолчанию установлен в значение "unlimited" для процесса PID 1 и всех его потомков (ранее по умолчанию использовалось значение "0", так как старый метод обработки core-дампов на основе /proc/sys/kernel/core_pattern не поддерживал ограничение ресурсов);
- Извлечение данных трассировки стека (stacktrace) из core-дампа процессов системных пользователей теперь производится от имени отдельного пользователя "systemd-coredump", что снижает риск связанный с возможными проблемами безопасности в коде разбора core-дампов. Обработка core-дампов от процессов обычных пользователей производится с правами владельца проблемного процесса;
- Утилиту systemd-activate, предназначенную для тестирования средств активации по сокету, добавлена поддержка сокетов SOCK_DGRAM и SOCK_SEQPACKET связанных с новыми опциями "--datagram" и "--seqpacket". В утилите также обеспечена поддержка передачи файловых дескрипторов в стиле inetd (опция "--inetd");
- В большинство утилит systemd добавлена поддержка переменой окружения $SYSTEMD_COLORS, при установке которой в 0 отключается поддержка цветного вывода на терминалах, поддерживающих ANSI-цвета;- В networkd добавлены две новые опции для управления VXLAN:
"DestinationPort=" и "PortRange=";- Добавлен новый параметр "systemd.machine_id=", задаваемый в командной строке ядра Linux и позволяющий передать идентификатор машины для его записи в /etc/machine-id, если данный файл не инициализирован;
- В systemd-nspawn добавлена опция "--as-pid2" для запуска в контейнере произвольной команды под PID 2 вместо PID 1, при этом под PID 1 запускается минимальная init-прослойка с реализаций обработчиков сигналов и управления дочерними процессами (данная прослойка интегрирована в nspawn и не требует добавления каких-то компонентов в контейнер);
- В systemd-nspawn добавлена опция "--chdir=" для определения текущей рабочей директории для запускаемого в контейнера процесса;- Команда "journalctl /dev/sda" позволяет показать все логи ядра, связанные с указанным блочным устройством;
- В journalctl добавлена опция "--fields" для вывода всех имён полей, используемых в журнале;
- Команда "systemctl reload-or-try-restart" переименована в "systemctl try-reload-or-restart" для более точного отражения сути операции;
- В процессе загрузки PID 1 теперь проверяет системное время и корректирует его, если установлено время, предшествующее времени выпуска используемого релиза systemd;
- Добавлена новая настройка сервисов "AmbientCapabilities=", позволяющая передать дополнительные capabilities-права для уже активированных процессов;
- Для сервисов теперь можно раздельно настраивать hard- и soft-лимиты на потребляемые ресурсы;
- В юниты с таймерами добавлена поддержка параметра "RandomizedDelaySec=", позволяющего настроить дополнительную случайную задержку, прибавляемую ко времени срабатывания таймера (позволяет избежать одновременного запуска нескольких заданий);
- При определении календарного времени теперь поддерживается точность в доли секунд;
- В socket-юнитах появилась возможность прикрепления к сокетам SCTP и UDP-lite;
- Удалена экспериментальная поддержка сжатия журналов и core-дампов с использованием алгоритма LZ4, который несовместим с утилитой lz4 (оставлена поддержка формата сжатия, совместимого на бинарном уровне с lz4).URL: https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
Новость: http://www.opennet.me/opennews/art.shtml?num=43862
>Для отключения таймаутов в systemd теперь предлагается указывать значение
>"infinity" вместо "0". По новым правилам "0" ассоциирован со значением
>"сейчас", в то время как "infinity" воспринимается как "никогда". Для
>обеспечения совместимости все ранее присутствующие настройки таймаутов
>продолжат прежнюю трактовку установки в "0"Сразу видно профессионалов с четким видением системы и продуманным планом.
Если я правильно понимаю "логику" данного поведения, то "на данном этапе" ноль в конфигах может одновременно означать и "сейчас", и "никогда" в зависимости от... ?
Стесняюсь спросить о возможных последствиях этой "особенности"...
"Сейчас" или "всегда" - вот в чем вопрос! Время для шовинистических шуток про женскую логику.
проблема в том что воспринимается 0 как булево значение, несущий в себе смысл false или disable
либо количественное отношение, сколько памяти процессов, пользователей и так далее, а эти ребята придумали новоезначение, которое удобно им. И все шло бы хорошо, если это говноподелие не использовалось в 95% дистрибутивов( процент меньше, так для красивого словца.)
"0 как булево значение, несущий в себе смысл false или disable либо количественное отношение..." адски плюсую!
> Стесняюсь спросить о возможных последствиях этой "особенности"...<КО>Забег по полю с граблями.</KO>
Правда, эти грабли должны хорошо отлавливаться в крупных дистрах, особенно с платной тырьпрайзной поддержой, особенно когда большинство разработчиков ЭТОГО под боком =)
Не, ну честно, чегой-то вы все как маленькие? Ведь такие финты уже давно не впервой:
https://lists.debian.org/debian-user/2014/12/msg00184.html
https://soylentnews.org/comments.pl?cid=127928&sid=5378&tid=11
http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commi...
> Revert upstream commit 743970d which immediately SIGKILLs units during shutdownДа вон:
http://article.gmane.org/gmane.linux.hotplug.devel/17392
> After udev is merged into the systemd tree you can still build it for
> usage outside of systemd systems, and we will support these builds officially.https://lists.freedesktop.org/archives/systemd-devel/2014-Ma...
> [systemd-devel] [PATCH] Drop the udev firmware loader
> Lennart Poettering
> Unless the systemd-haters prepare another
> kdbus userspace until then this will effectively also mean that we will
> not support non-systemd systems with udev anymore starting at that pointhttps://www.freedesktop.org/wiki/Software/systemd/InterfaceS.../
> systemd provides various interfaces developers and programs might rely on. Starting with version 26 (the
> first version released with Fedora 15) we promise to keep a number of them stable and compatible for
> the future.Или Откровения Рыжего Пророка:
https://github.com/systemd/systemd/issues/825#issuecomment-1...
> Long story short: "su" is really a broken concept. It will given you kind
> of a shell, and it's fine to use it for that, but it's not a full login, and shouldn't be mistaken for one.https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
> Стесняюсь спросить о возможных последствиях этой "особенности"...Там веселее. Они тупо заменили 0 -> infinity
https://github.com/systemd/systemd/commit/36c16a7cdd6c33d798...
а когда юзер подорвался:
https://github.com/systemd/systemd/issues/2537
- запилили мне быстро "фикс":
https://github.com/systemd/systemd/commit/89beff89edba592366...
- конкретно для этой самой катастрофы.На этом вся история с "maintain backwards compatibility" - пока
завершилась. Цирк ждет когда хомячки подорвутся на новом месте.
>> Стесняюсь спросить о возможных последствиях этой "особенности"...
> Там веселее. Они тупо заменили 0 -> infinity
> https://github.com/systemd/systemd/commit/36c16a7cdd6c33d798...
> а когда юзер подорвался:
> https://github.com/systemd/systemd/issues/2537
> - запилили мне быстро "фикс":
> https://github.com/systemd/systemd/commit/89beff89edba592366...
> - конкретно для этой самой катастрофы.
> На этом вся история с "maintain backwards compatibility" - пока
> завершилась. Цирк ждет когда хомячки подорвутся на новом месте.https://github.com/systemd/systemd/commit/36c16a7cdd6c33d798...
Написал я ему про это, разложил всё по полочкам, но ему важнее в игрушки играть. Козёл он, этот ваш Леннарт.
чем -1 не подошел в качестве никогда?
потому что леннарт особенный
> чем -1 не подошел в качестве никогда?Отрицательный таймаут - это круто. А -20 что должен сделать?
Любой минус, хоть -1, хоть -100500 должен означать просто отключение значения параметра, по сути. И если этот параметр таймаут, то он просто никогда не наступает. Иные случаи интерпретации отрицательных значений могут оговариваться специально.
> А -20 что должен сделать?То же, что и любое другое невалидное значение, например asdf
>чем -1 не подошел в качестве никогда?Удваиваю. Такая схема много где используется и хорошо себя зарекомендовала. Лёне что, вообще плевать на опыт мирового сообщества?
Странно, что вы только что обратили на это внимание.
Лене - плевать на всех.
> Сразу видно профессионалов с четким видением системы и продуманным планом.Зато решают на корню проблему безработицы среди сисадминов.
>По новым правилам "0" ассоциирован со значением "сейчас", в то время как "infinity" воспринимается как "никогда".И тут я обрёл сатори.
А у сего дела есть форки? Чтобы без фич, которые инит-система не должна реализовывать?
Типо SRP, все дела?
Были. uselessd - этот не взлетел.
http://www.opennet.me/opennews/art.shtml?num=42958
Собссно, они и не собирались его пилить, это был такой хитрый способ сказать "не тащите всякое г-но в инит"
> Были. uselessd - этот не взлетел.
> https://www.opennet.me/opennews/art.shtml?num=42958В результаты фрибзда смотрит на launchd, а не эти извращения.
> В результаты фрибзда смотрит на launchd, а не эти извращения.И где ваша фрибзда? Гусары, молчать!
Соответственно – респект и уважуха за рентгеновский взгляд из под земли, но кому интересно, куда смотрят 3,5 пользователя ...
скомпиляй с нужными флагами и фичи сами отпадут
В pra используют minirc, если не нужен systemd
А это и не инит-система.
> А у сего дела есть форки?Не волнуйся! RH не допустят этого, придушат memento more!
о, новый релиз моей любимой операционки, надо будет сегодня установить
главное чтобы железо поддерживало
Пока Емакс не интегрируют, даже и говорить не о чем.
> Пока Емакс не интегрируют, даже и говорить не о чем.На#$% емакс, в тренде коредампы. Значит надо интегрировать gdb!
> На#$% емакс, в тренде коредампы. Значит надо интегрировать gdb!M-x gdb-*
не благодарите!Однако, должен заметить, что emacs и без всяких сисьтемных Д обходится и даже (пока) по фичам обгоняет оный – ВМ, ФМ, EMMS (emacs multi media system), браузер, игры, терминал, почтовики, чатики и т.д встроены:
http://www.informatimago.com/linux/emacs-on-user-mode-linux.... (Emacs standing alone on a Linux Kernel)
В виртуал-боксе пойдет? хочу глянуть на изменения в любимой ОС))
Так много про кордампы... У меня вообще отключен и надеюсь не включится после обновы. А то при вылетах игр некоторых например, оно может сотнями мегабайт и в итоге гигабайтами мусорить.
> Так много про кордампы... У меня вообще отключен и надеюсь не включится
> после обновы. А то при вылетах игр некоторых например, оно может
> сотнями мегабайт и в итоге гигабайтами мусорить.Так вродеж можно поставить ограничение на размер файла коредампа, типа ulimit или как-то так ?
> Для отключения таймаутов в systemd теперь предлагается указывать значение "infinity" вместо "0". По новым правилам "0" ассоциирован со значением "сейчас", в то время как "infinity" воспринимается как "никогда". Для обеспечения совместимости все ранее присутствующие настройки таймаутов продолжат прежнюю трактовку установки в "0";М-да... Это брейнфак какой-то, а не конфиг получается...
Это ничего, всегда опять поменять можно на что нибудь более подходящее, например на "never-never". :)
> Это ничего, всегда опять поменять можно на что нибудь более подходящее, например
> на "never-never". :)может -1?
Это первое, что пришло мне в голову,и я бы так и сделал изначально, но такой банально-примитивный подход, видимо, ниже достоинства главного разработчика-революционера.
> Это первое, что пришло мне в голову,и я бы так и сделал
> изначально, но такой банально-примитивный подход, видимо, ниже достоинства главного разработчика-революционера.Да, странно что процессы все еще нумеруются числами. Почему бы не заменить PID-ы буквенными идентификаторами? Модно, стильно, молодежно...
>> Это первое, что пришло мне в голову,и я бы так и сделал
>> изначально, но такой банально-примитивный подход, видимо, ниже достоинства главного разработчика-революционера.
> Да, странно что процессы все еще нумеруются числами. Почему бы не заменить
> PID-ы буквенными идентификаторами? Модно, стильно, молодежно...Это вам нужно Линусу написать. Посмотрим куда он вас пошлет.
>>> Это первое, что пришло мне в голову,и я бы так и сделал
>>> изначально, но такой банально-примитивный подход, видимо, ниже достоинства главного разработчика-революционера.
>> Да, странно что процессы все еще нумеруются числами. Почему бы не заменить
>> PID-ы буквенными идентификаторами? Модно, стильно, молодежно...
> Это вам нужно Линусу написать. Посмотрим куда он вас пошлет.Поттеринга не пошлет.
нумерация пидов это не вотчина поттеринга. За это ядро в ответе.
>> Это первое, что пришло мне в голову,и я бы так и сделал
>> изначально, но такой банально-примитивный подход, видимо, ниже достоинства главного разработчика-революционера.
> Да, странно что процессы все еще нумеруются числами. Почему бы не заменить
> PID-ы буквенными идентификаторами? Модно, стильно, молодежно...Только радужные QR-ы, только хардкор! ><>>>>
А что, генератор QR туда уже запилили. Не просто так, наверное. :)
> Да, странно что процессы все еще нумеруются числами. Почему бы не заменить
> PID-ы буквенными идентификаторами? Модно, стильно, молодежно...Так давно реализовано - имя процесса же. Попробуй killall -9 Xorg :)
> изначально, но такой банально-примитивный подход, видимо, ниже достоинства главного разработчика-революционера.Может у него unsinged int? Отрицательные таймауты - это вообще как?
за переименовывание команд нужно яйца отрубать
Используйте стабильные версии. То, что модно и ломанулись на нумерацию натуральными числами не отменяет выход альф и бетт, как их не назови. Стабильные версии специально отмечены (219, например)
Ага. То есть когда мы тут пишем, что "стабильная" версия systemd в Debian откровенно падает на простейших операциях, фанаты Поттеринга отвечают нам, что в Debian старьё, и "посмотрите, сколько уже всего перепилили за последние 10 версий". А когда мы жалуемся, что между версиями утилиты переименовывают, фанаты Поттеринга отвечают нам: "используйте стабильные версии, и будет вам счастье". Блин, ну дела. :)
Хрен их разберешь, этих фанатов. Стабильные версии надо багфиксить, падать не должны, это же фундаментально.
> systemd падаеткомпетентность теоретиков в чистом виде
> Блин, ну дела. :)А просто не надо использовать systemD. Тогда у вас будет всегда хорошее настроение + после каждого выпуска systemD вы сможете поржать.
Вот не использую, например. Но ржать не тянет. Плохие ощущения от всего этого.
Ну, а чё вы хотели - настоящие дела делаются не в переписывании систем 20-ти летней давности. Серьёзным людям это не интересно, а дураки нормально сделать не могут.
Vkni, а мы так и делаем! :)
Другое дело, что крики в рассылке и обсуждения проблем с systemd связанных всё равно на виду. Это довольно любопытное зрелище, когда 2/3 твоей почты в рассылке - это жалобы на то, что оно не работает. Так что не обязательно даже выпуска ждать. :)
> Vkni, а мы так и делаем! :)Не долго "делателям" осталось, если пакет мейнтейнера не найдет.
Ну дак возьмись, сделай хоть одно полезное дело.(Hint: срать в комментах за полезное дело не канает, честно).
Ну так не сри, кто тебя просит?
> Ну дак возьмись, сделай хоть одно полезное дело.(Hint: срать в комментах за
> полезное дело не канает, честно).Возможно, возьму. Сейчас немного разгребусь только с работой.
> Ага. То есть когда мы тут пишем, что "стабильная" версия systemd в
> Debian откровенно падает на простейших операциях...Давай линк на багрепорт или пример.
> Давай линк на багрепорт или пример.На, детка, выбор велик
https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=y...
вы на не шлифованный сорц кидаете ссылочку зачем?
Гражданин выше хотел багов. Их есть у меня.
речь шла о падении в стабильной версии, вроде как
> речь шла о падении в стабильной версии, вроде какНу тогда расскажи дебиану, что они пользуются какой-то специальной, нестабильной.
> Debian откровенно падает на простейших операциях, фанаты Поттеринга отвечают нам, что
> в Debian старьё,А когда в дебиане с его инит скриптами не выносился nginx - это ничего так было.
> Для тестирования новой возможности в /etc/systemd/resolved.conf следует указать "DNSSEC=allow-downgrade".Кто-то подскажет, какой логикой они тут руководствовались и что курили?
Хотя после переименования 0 в infinity только для новых таймеров... а как они различать будут - где новые, а где старые? И как их различать админу, который не настраивал этот сервер?
Ну никак не отличать, разве это не очевидно? Это же поттеринг, в его действиях не должно быть логики, иначе он превращается в кого-то другого.P.S. Все жду, когда начнется массовый спрыг с этого у...бища обратно на init :)
> Ну никак не отличать, разве это не очевидно? Это же поттеринг, в
> его действиях не должно быть логики, иначе он превращается в кого-то
> другого.
> P.S. Все жду, когда начнется массовый спрыг с этого у...бища обратно на
> init :)жди дальше. Идиотизм потеринга должен компенсироваться адекватностью ментейнеров.
Собственно если вы тащите последнюю версию будьте добры конвертировать старые юниты.
Ага, только политика партии состоит в том, что юниты должны писать разработчики софта, а не мейнтейнеры дистрибутивов. Унификация, все дела :)
> Ага, только политика партии состоит в том, что юниты должны писать разработчики
> софта, а не мейнтейнеры дистрибутивов. Унификация, все дела :)Ну партия была бы не против что бы разработчики писали спеки, но имхо облезут они со своими хотелками.
Теперь сборщики пакетов должны просматривать и патчить, если нужно, каждый юнит. Нескучно же!
> Теперь сборщики пакетов должны просматривать и патчить, если нужно, каждый юнит. Нескучно же!Пропатчить тривиальный конфиг на 5 строк сильно проще чем громадный скрипт, особенно если его писал не ты. В этом половина смысла systemd. Хотя за смену логики на ходу - незачет, да.
В тех пакетах, которые я пересобираю иногда для себя (rpm), мне не приходится трогать init-скрипты даже многолетней давности. Там, где все сделано с головой, не нужно ничего ни править, ни "улучшать". Однако, если очень хочется - никто не запрещает. :)
>> Теперь сборщики пакетов должны просматривать и патчить, если нужно, каждый юнит. Нескучно же!
> Пропатчить тривиальный конфиг на 5 строк сильно проще чем громадный скрипт, особенно
> если его писал не ты. В этом половина смысла systemd. Хотя
> за смену логики на ходу - незачет, да.Ага, а остальные 95 строк находятся где-то неясно где в бинарном виде и работают не понять как, о них голова может не болеть, даже если будет багрепорт, о сегфолте какого-то юнита, то это уже не наша зона ответственности - это к Леннарту, да ?
Да и потом - зачем пользователю возможность как можно больше возможностей ковырять свою систему ? все должно быть бинарным и закрытым.
Адекватных - меньшинство. Даже когда меньшинство собираются в группы вокруг дистров вроде слаквари , крукса, bsd, то есть недостаток: мало рук. Надо засучить рукава самому.В общем, везде нужен компромис.
> P.S. Все жду, когда начнется массовый спрыг с этого у...бища обратно на init :)Это вряд ли. Но через x лет новое юное дарование Поттерт Леннаринг заявит, "systemd - %$#($*%, надо запилить что-то более модное"
>> P.S. Все жду, когда начнется массовый спрыг с этого у...бища обратно на init :)
> Это вряд ли. Но через x лет новое юное дарование Поттерт Леннаринг
> заявит, "systemd - %$#($*%, надо запилить что-то более модное"Самое смешное, что все радостно скажут - "НАКОНЕЦ-ТО!" :)
> всеВот не надо тут обобщать. Хипсторы и греки в плохом смысле - да, будут.
> новое юное дарование заявит ...Возрастной ценз вводить, что ли, на разработку фундаментальных системных компонентов...
> а как они различать будут - где новые, а где старые? И как
> их различать админу, который не настраивал этот сервер?Я сперва на огрехи перевода грешил, но нет:
> * Most configurable timeouts in systemd now expect an argument of
> "infinity" to turn them off, instead of "0" as before. The semantics
> from now on is that a timeout of "0" means "now", and "infinity"
> means "never". To maintain backwards compatibility, "0" continues to
> turn off previously existing timeout settings.Все верно. Хотя, решение неплохое – и обратная совместимость есть и народу скучать не дают.
>> а как они различать будут - где новые, а где старые? И как
>> их различать админу, который не настраивал этот сервер?
> Я сперва на огрехи перевода грешил, но нет:
>> * Most configurable timeouts in systemd now expect an argument of
>> "infinity" to turn them off, instead of "0" as before. The semantics
>> from now on is that a timeout of "0" means "now", and "infinity"
>> means "never". To maintain backwards compatibility, "0" continues to
>> turn off previously existing timeout settings.
> Все верно. Хотя, решение неплохое – и обратная совместимость есть и народу
> скучать не дают.плохая идея, имхо лучше infinity = -1, Now = 0
Не свежо, нет "прогресса". :)
> плохая идея, имхо лучше infinity = -1, Now = 0"решение неплохое" – вообще-то ирония.
Имхо, тогда уж лучше совсем ломать обратную совместимость, заодно предоставив возможность кратковременно объявить "0" невалидным значением.
Потому как
> "0" continues to turn off previously existing timeout settingsгарантированные грабли
> "0" continues to turn off previously existing timeout settings
>гарантированные граблиполностью согласен
> В процессе загрузки PID 1 теперь проверяет системное время и корректирует его, если установлено время, предшествующее времени выпуска используемого релиза systemd;Вообще офигел, что-ли? А если мне все-таки надо время в прошлом на системе поставить?
Придется тащить на себе этот отдельный патч к systemd, да :)
Переводи, просто автор коряво перевел анонс, так что лучше читать по английски там все написано.
> Переводи, просто автор коряво перевел анонс, так что лучше читать по английски
> там все написано.Да ровно тоже самое написано. Более того, раньше этим timesyncd занимался, а теперь ЕЩЕ И сам systemd будет. Может еще в journald такую фигню встроить, чтобы уж наверняка?
и главное - зачем??? ведь это же было кем-то написано. Что это за бред-то?
> и главное - зачем??? ведь это же было кем-то написано. Что это
> за бред-то?а вот это хороший вопрос, хз чем им 1 января 1970 года не по нраву.
> и главное - зачем??? ведь это же было кем-то написано. Что это
> за бред-то?Потому что могут.
>> В процессе загрузки PID 1 теперь проверяет системное время и корректирует его, если установлено время, предшествующее времени выпуска используемого релиза systemd;
> Вообще офигел, что-ли? А если мне все-таки надо время в прошлом на
> системе поставить?это они так с нелицензионным ПО воюют, типа нефиг откатывать часики назад, давай покупай лицензию :)
Может, и правда к тому идет. Поделка-то редхатовская.
> А если мне все-таки надо время в прошлом на системе поставить?Будет как с айфоном :) https://goo.gl/7b4tc7
>> А если мне все-таки надо время в прошлом на системе поставить?
> Будет как с айфоном :) https://goo.gl/7b4tc7Во, сейчас вся мозаика сложилась! Гениальный замысел Поттеринга! ОН ТАК СПАСАЕТ ДЖОНА КОННОРА ОТ ТЕРМИНАТОРА!
Скайнет же линукс использует, так? И, наверное, с systemd. Посылает терминатора в прошлое, тот пытается узнать текущее время... И все, кранты терминатору. Его внутренние часы показывают дату последнего релиза systemd, программа убийства Джона Коннора отключается.
ПОТТЕРИНГ - ГЕНИЙ!
Кстати, это объясняет зачем скайнету пришлось посылать еще терминатора для захвата старого Джона Коннора. Видимо, старый Джон Коннор жил уже после создания того самого релиза systemd, который использовал скайнет.
Что если Поттеринг и есть Джон Коннор?
А что если терминатор?
Он есть оба, потому как постиг, что ноль (0) и бесконечность (infinity) - одно и то же.
> Он есть оба, потому как постиг, что ноль (0) и бесконечность (infinity)
> - одно и то же.Хотел сказать, что "такое" кассы не соберёт. Потом вспомнил -- уже :/ собрало же. Тему "он есть оба" сценаристы уже скурили с Маркусом.
---Ничто не ново, всё украдено до.
> Что если Поттеринг и есть Джон Коннор?Он Сара под прикрытием, Грэг - Папс, Кей - ...ну, "та дефчонка", Линус - негр, РХ - сибердайн, Майкрософт - калькуляторы касио, ...
---голливуд головного мозга.
https://geektimes.ru/post/270990/
Вот сперва добейся, напиши еще systemd и продвинь его ан масс, как говорил
один прохфессор. А потом будешь другим разным гениям указывать какое
неправильное время на твоей личной системе установить.
А где в новости про исправление множества ошибок ? А то можно подумать, что только новый функционал писали, да логику работы местами меняли. Аффтору незачет!
>А где в новости про исправление множества ошибокРядом с новостью про добавления множества ошибок.
>В systemd-nspawn добавлена опция "--as-pid2" для запуска в контейнере произвольной команды под PID 2 вместо PID 1, при этом под PID 1 запускается минимальная init-прослойка с реализаций обработчиков сигналов и управления дочерними процессами (данная прослойка интегрирована в nspawn и не требует добавления каких-то компонентов в контейнер);Господи, оно размножается! Мы слышали, что вам мало было systemd как PID1, так что теперь мы даём вам systemd ещё и как PID2.
и явился великий as-pid...
и затмил он собой белый свет...
и случилась на Земле пустошь...
Костыль это. Видать логику долго переписывать в соответствии с "да", "нет", "не совсем" и "нет совсем".
>Костыль это. Видать логику долго переписывать в соответствии с "да", "нет", "не совсем" и "нет совсем".Неа. Тут добавили опцию "ну мы же еще совсем не знакомы".
к вышеперечисленному в 230 обещали добавить "ой, всё"
Для отключения таймаутов в systemd теперь предлагается указывать значение "infinity" вместо "0". По новым правилам "0" ассоциирован со значением "сейчас", в то время как "infinity" воспринимается как "никогда". Для обеспечения совместимости все ранее присутствующие настройки таймаутов продолжат прежнюю трактовку установки в "0";как они потом править это будут О_О
Не не, прямо сейчас это -1
А 0 это еще таймер поставить, звякнуть ему и лишь потом запустить
Ага. А -2 это запустить вчера и прямо сейчас о результатах отчитаться.
> ...изменение трактовки "0" для таймаутов...(и далее по тексту)А он не из семипроцентников, по случаю?
> с использованием алгоритма LZ4, который несовместим с утилитой lz4Это как? Типа zip, но не zip, типа чёрное, но не чёрное, типа квадрат, но круг, типа прямое, но кривое?
микрософт открывает новые пучины NIH у лёни