LINUX.ORG.RU

systemd 198

 


0

3

Вышел очередной релиз systemd. Нововведения и улучшения:

  • Возможность уточнения отдельных параметров юнит файлов в локальной конфигурации без копирования и исправления оригинального юнита.
  • Для systemctl добавлено новое поведение и параметры:
    • list-dependencies — рекурсивный вывод текущих зависимостей юнита;
    • poweroff и прочие теперь учитывают состояние ингибиторов;
    • set-cgroup-attr — меняет в рантайме параметры cgroups для юнита и сохраняет их как уточнения;
    • status без параметров теперь выводит статус сообщения для всех активных юнитов.
    • --irreversible — последующие задачи, добавленные в очередь, в случае конфликтов не вытесняют задачи, добавленные с таким флагом.
  • systemd теперь умеет симпатично выводить информацию на консоль о подвисших задачах.
  • В журнал добавлено поле _SYSTEMD_USER_UNIT для фильтрации по юнитам пользовательских сессий.
  • Убрана поддержка дистрибутиво-специфичных зависимостей в lsb init скриптах.
  • Связка systemd+gummiboot теперь умеет использовать EFI (автомонтирование ESP, efivars, передача таймингов и т. п.).
  • Добавлен PoC для интерфейса конфигурации загрузки в виде утилит bootctl/kernel-install, которые пока не делают ничего полезного.
  • logind теперь сигнализирует о выходе из сна и теперь умеет unlock-sessions в дополнение к lock-sessions.
  • tmpfiles теперь умеет делать исключения (X).
  • udev теперь расставляет права доступа только в «add» событиях.
  • bootchart перелицензирован под LGPLv2.1+ для единообразия.
  • policykit убран из обязательных зависимостей при компиляции.
  • systemd-analyze переписали на C.
  • Python API теперь умеет читать/писать журнал.
  • Добавлена утилита systemd-activate для тестирования socket activation.
  • journalctl в последние часы перед релизом получил пачку новых опций для вывода задом наперед.
  • Владельцем системных журналов теперь по умолчанию является группа systemd-journal.
  • Исправлено поведение systemd-vconsole-setup, конфигурации переменных окружений, nspawn, работы в составе initrd, SMACK и множества других недочетов в API и багов во второстепенных компонентах, пополнена коллекция тестов.

>>> Подробности

★★★★★

Проверено: svu ()

Не UNIX-way, для использования непригодно, нужно лишь для недопущения монополии.

//Сейчас здесь начнётся треш и угар.

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

unix-way в том что каждая программа выполняет свою функцию, в systemd же куча всего что выполняет именно свою функцию, или я ошибаюсь?

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

systemd немодульный + есть неотключаемые вещи, поэтому есть недовольные

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

1. Красиво — небольшое.

2. Пусть каждая программа делает что-то одно, но хорошо.

3. Стройте прототип программы как можно раньше.

4. Предпочитайте переносимость эффективности.

5. Храните данные в простых текстовых файлах.

6. Обратите преимущества программных средств себе на пользу.

7. Используйте сценарии командной строки для улучшения функциональности и переносимости.

8.Избегайте пользовательских интерфейсов, ограничивающих возможности пользователя по взаимодействию с системой.

9. Делайте каждую программу «фильтром».

Mike Gancarz

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

Нормально сделано, модно стильно молодежно. Можно пользовать и радоваться.

// Трэш и угар будет ужасный, да.

alex_the_v ★★★ ()

Re: Transmission 1.60

войдет в восьмерку sp1 точно говорю

zyoung ()

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

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

лол, версия под нумером 198, а баги как в 0.0.0.0.1. поцтеринг такой поцтеринг.

anonymous ()

Чем оно лучше Upstart или OpenRC?

goingUp ★★★★★ ()

Как хорошо сочетается с предыдущей новостью-то.

systemd теперь умеет симпатично выводить информацию на консоль о подвисших задачах

Это слабо сказано:

Boot time console output has been improved to provide animated boot time output for hanging jobs.

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

Не UNIX-way

пример unix-way базы данных или вебсервера можно? На сколько xorg юникс-веен? А само ядро? Юникс-вей это микроядро.

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

А само ядро? Юникс-вей это микроядро

Вот поэтому и пилят Hurd.

necroposter ()

А нижняя новость мне нравится куда больше

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

Вот поэтому и пилят Hurd.

Угу, прямо история успеха.

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

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

К сожалению ето фича, а не баг. Записи в fstab считаются необходимыми для загрузки, если не указано обратное (fsck, noauto). Зато теперь оно рисует милый красенький индикатор когда что-то долго висит :3

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

Угу, прямо история успеха

Учитывая скорость скатывания линукса в СГ, рабочий Hurd можно ожидать в течение 12-13 лет.

necroposter ()

systemd 1984

Когда выйдет сабж...

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

пример unix-way базы данных или вебсервера можно?

СУБД - ранний Ingres, пожалуй. А можно обосновать, что такого сложного делает система загрузки, что она приближается по сложности к СУБД?

Юникс-вей это микроядро.

Mach (то, что выполнялось в kernel-mode) в свое время был больше тогдашнего Linux.

tailgunner ★★★★★ ()

и где возможность оторвать удав от этой костыльной поделки?

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

oracle вполне юниксвеен как ни странно

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

И будет на уровне kernel версии 0.0.0.1 - совершенно ненужное.

Versed ()

меняет в рантайме параметры cgroups для юнита

как таки параметры?

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

Уважаемый, вам что, правда не все равно, Юникс-вэй это или нет? Систему грузит, грузит быстрее, чем все остальные (близок только Апстарт). Демонами управляет, логи дает читать.

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

unix-way в том что каждая программа выполняет свою функцию, в systemd же куча всего что выполняет именно свою функцию, или я ошибаюсь?

ты ошибаешься. systemd - это большая куча дерьма, пытающаяся взвалить на себя практически все системные функции, и при этом претендующая на универсализм использования (и десктоп, и сервер).

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

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

Не UNIX-way

Спорно

для использования непригодно

абсолютно согласен

нужно лишь для недопущения монополии.

Как раз наоборот

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

Как раз наоборот

Монополии Upstart'а, SysVinit'ов или OpenRC тоже не должно быть, поэтому пусть живёт. Конкуренция идёт только на пользу.

necroposter ()

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

Тоесть можно запускать тестовый юнит, я правильно понимаю?

PaulCarroty ★★★★ ()

systemd теперь умеет симпатично выводить информацию на консоль о подвисших задачах

Мда, появился нескучный вывод в консоль.

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

для использования непригодно

Обоснуй.

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

Монополии Upstart'а, SysVinit'ов или OpenRC тоже не должно быть, поэтому пусть живёт. Конкуренция идёт только на пользу.

ты вообще понимаешь смысл слова «монополия»?

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

есть неотключаемые вещи

Вас так заботит лишние используемые полметра оперативки?

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

рабочий Hurd можно ожидать в течение 12-13 лет.

это очень много, эти 12-13 лет надо как-то жить.

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

Монополии и так не было.

Были: SysV, /etc/rc.conf и Upstart.

Стало: SysV (в Слаке), Upstart и Systemd.

Дебиан пока еще держится.

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

//Сейчас здесь начнётся треш и угар.

Главное, чтоб без содомии.

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

Да, дело не быстрое, но в конце концов нас ждёт свобода, равенство, братство отличное свободное юниксвейное ядро!

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

А можно обосновать, что такого сложного делает система загрузки, что она приближается по сложности к СУБД?

Это был ответ на вопрос про юникс-вейность. Я продолжаю утверждать что многие эти советы воспринимают неверно. Потому что если любую программу распилить до состояния cat/grep/sort/uniq/etc и склеить это башем то будет УГ. Любой паттерн нужно применять с умом.

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

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

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

Монополии и так не было

Но она теоретически возможна.

SysV (в Слаке), Upstart и Systemd.

Runit в Dragora забыли.

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

oracle вполне юниксвеен как ни странно

смотря что под этим подразумевать. Как я уже писал, некоторые юникс-вейнось понимают как «пишите все программы на шелле из того что есть в /bin:/sbin...».

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

Да, мне не наплевать на то, что управляет моей системой.

Фанатики такие фанатики.

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