LINUX.ORG.RU
Новости — Open Source  

Релиз systemd 257

 


0

2

Вышла новая версия свободного системного менеджера systemd.

Нововведения:

  • Изменения, нарушающие обратную совместимость:

    • Переработана логика обработки ключа --purge компонента systemd-tmpfiles: теперь удалению подвержены только те пути из tmpfiles.d/, которые помечены флагом $.

    • Поддержка cgroup v1 по-умолчанию отключена; для того, чтобы принудительно включить ее, нужно передать systemd параметр SYSTEMD_CGROUP_ENABLE_LEGACY_FORCE=1 через командную строку ядра.

    • Символические ссылки /dev/disk/by-id/nvme-*, для которых не указан NVMe неймспейс, теперь указывают на неймспейс 1; ссылка не будет создана, если неймспейс 1 не существует.

  • libsystemd:

    • json API, предоставляемый libsystemd, доступен как публичный интерфейс с именем sd-json.

    • Также libsystemd предоставляет интерфейс sd-varlink, реализующий IPC varlink.

    • sd-dbus предоставляет метод sd_bus_pending_method_calls(), возвращающих количество открытых асинхронных вызовов для указанного соединения.

    • Интерфейс sd-device получил новый метод sd_device_monitor_is_running(), который позволяет узнать, активен ли указанный объект monitor.

  • Инициализация системы и управление сервисами:

    • Теперь переменная REMOTE_ADDR может хранить адрес не только IP, но и UNIX сокетов.

    • .socket юниты поддерживают протокол Multipath TCP.

    • Упрощен алгоритм инициализации системного времени.

    • x-systemd.wants=, новая опция /etc/fstab, позволяет указывать зависимости типа Wants.

    • Параметр RestartMode= поддерживает значение debug: в случае аварийного завершения работы демон будет перезапущен в режиме отладки.

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

★☆

Проверено: CrX ()
Последнее исправление: Dimez (всего исправлений: 6)
← Выпуск Simply Linux 10.4
Apache NetBeans 24 →
  1 2 3 4 5 →
Ответ на: комментарий от liksys

У меня ссылка на гитхаб в профиле лежит.

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

Разработчики самого высокого уровня, как мне кажется, это демосцена. Вон даже JS/140 категория есть. Под линукс, что характерно, демосцены нет.

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

На ЕС-ке, по моему, тоже.

Да, на ЕС-1840 и ЕС-1842 были такие же значки.

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

РРРЯЯЯ ТЫ НЕ В ТЕМЕ ЕСЛИ НЕ СОГЛАСЕН С МОЕЙ ШИЗОЙ!!!111

Я понял тебя.

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

Понятно, что Вы – скриптовик. Причём не JS/TS… Не интересно.

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

Это Ваша очередная попытка спрыгнуть с темы? Интересно.

А где была первая, не покажешь?

После чего Вы начали лгать. И продолжаете это делать. Вы – лжец. Причём весьма посредственный.

Давай еще раз, клоун: ты сказал, что взаимодействие между приложениями - не RPC. В контексте нужд большинства приложений - это именно RPC, и именно так используется DBus.

Поскольку DBus - RPC, то и взаимодействие приложений между ними - RPC.

Неверное утверждение.

Ну если у тебя взаимодействие приложений по DBus (RPC) не является RPC, то тут медицина бессильна.

Мне жаль, что Вы ничего не можете.

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

Чья-то длительная, но при этом одобренная гипотетическим большинством, дегенерация мне не интересна.

У тебя почти все компоненты ОС, работающие на высоком уровне, используют DBus. KDE, GNOME, NetworkManager, Systemd, Pipewire, BlueZ - минимум, который сразу приходит на ум. И у всех RPC (асинхронный или нет - не важно) и события.

DBus - технология, которая была им нужна. Именно RPC, а не шиза, которую ты там навыдумывал с велосипедными протоколами.

Ограниченность Вашего взгляда слишком очевидна.

Неси гитхаб свой, балабол.

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

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

Гитхаб - это один из показателей опыта. У нашего пациента закончились аргументы, и он решил перейти на личности - якобы я там какой-то скриптовик и ничего не понимаю, а он-де рассуждает о Высоких Технологиях. При этом совершенно ясно, что ничего сложнее двух с половиной демонов на сях, коммуницирующих по пайпу, он не писал, иначе бы не бредил о том, что стандартизация шины прикладного уровня не нужна. Отсюда и гонор, потому что он не догадывается, что на скриптовых языках очень часто пишутся приложения со сложной архитектурой и взаимодействиями.

А раз пациент перешел на личности, я тоже желаю посмотреть на его опыт, а то пока всё выглядит так, как я описал выше ^^^ ЧСХ, сейчас он съезжает на то, что ему «не интересно» и прикидывается дурачком, потому что иначе окажется, что показать ему нечего и нихера у него нет. А все его измышления - не более чем подростковый нигилизм и теоретизирование без оснований.

Короче, @thegoldone, talking is cheap show me the code.

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

Я на лоре с его основания

чот у тя регистрация на 5 лет позже.
я вынужден был повторно регаться и то у меня ID меньше и дата на 2 года раньше.

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

и так и сяк было. и солнышко и клоп. у нас на кафедре 50/50 было употребление.

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

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

Я и не утверждал, что Вы неопытны. Что Вы – скриптовик, да. Я даже не утверждал, что скриптовик – это плохо.

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

А где была первая, не покажешь?

А чем первая лучше всех остальных? Она просто первая и всё. И нет, их не всего две. Показывать я, разумеется не буду. Потому что это, вот конкретная цитата выше, – ваша очередная попытка спрыгнуть с темы. Уп-с. Кое что всё-таки показал.

Давай еще раз, клоун: ты сказал, что взаимодействие между приложениями - не RPC. В контексте нужд большинства приложений - это именно RPC, и именно так используется DBus.

Когда в Вашей голове присутствует какой-то контекст, Вы даже можете иметь его ввиду. Но когда, Вы пытаетесь свои утверждения выдавать за мои – Вы лжёте.

Ну если у тебя взаимодействие приложений по DBus (RPC) не является RPC, то тут медицина бессильна.

По Дубасу? Опять выдаёте свои слова за мои. Опять лжёте.

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

Абсолютный ноль, тоже абсолютен.

У тебя почти все компоненты ОС, работающие на высоком уровне, используют DBus. KDE, GNOME, NetworkManager, Systemd, Pipewire, BlueZ - минимум, который сразу приходит на ум. И у всех RPC (асинхронный или нет - не важно) и события.

Это ничего не значит. Просто какие-то ложные примеры.

DBus - технология, которая была им нужна. Именно RPC, а не шиза, которую ты там навыдумывал с велосипедными протоколами.

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

Неси гитхаб свой, балабол.

Так это у Вас что-то ущемлённое. У меня всё в порядке.

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

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

Да, кто-то этим точно занимается. Не ограничивая себя.

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

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

Нет, клоун. Ты вкладывал в слово «скриптовик» вполне конкретный смысл и употреблял в конкретном контексте, не пытайся теперь вилять жопой.

А чем первая лучше всех остальных? Она просто первая и всё. И нет, их не всего две. Показывать я, разумеется не буду.

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

Вы пытаетесь свои утверждения выдавать за мои – Вы лжёте.

Я дал ссылки на твои собственные утверждения, дурачок. Ты сейчас буквально отрицаешь реальность.

Слив защитан.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)

Считаю что надо переделать на Rust чтоб было безопастнее. Или на JavaScript чтоб было быстрее поотому что JavaScript асинхронен и не блокирует а это значит скорость.

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

XML лучше чем JSON. А ещё лучше передавать бинарные данные.

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

Под линукс, что характерно, демосцены нет.

В опенсорсе и без демосцены работы много, а разработчиков мало

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

На pouët.net забанили?

Бегло пощелкал. Первая демка оказалась для текстового терминала, вторая демка оказалась для /dev/fb0. Линукс-десктоп уверенно идет в массы.

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

В опенсорсе и без демосцены работы много, а разработчиков мало

Насколько я разобрался в varlink, это реинкарнация out-of-proc COM с сериализацией в JSON. Соответственно, есть разработчики, которые от оригинального COM не отказались, и у них осталось время писать демки на DirectX.

Я серьезно думаю, для линукс-десктопа нужен киллер-апи.

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

если только вяленд не почешется и не сохранит это целенаправленно.

Слово называется waypipe. Даже хромиум с приличной скоростью работает, только нужно его именно в wayland-е запускать, а то он у меня по умолчанию, похоже, в xwayland запустился и ругался страшно. --enable-features=VaapiVideoDecodeLinuxGL --use-gl=angle --use-angle=gl --ozone-platform=wayland решает. Ну и fcitx5 не заработал сходу, уж не знаю, можно ли с этим что-то сделать.

А так — работает даже побыстрее X11.

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

без необходимости этого никто делать не будет

Так rust именно по необходимости и создали: он устраняет целые классы проблем безопасности - именно ради этого и будут переписывать.

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

Разработчики самого высокого уровня, как мне кажется, это демосцена.

Это обычные задроты.

Под линукс, что характерно, демосцены нет.

Потому что там можно заниматься куда более интересными вещами.

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

Слово называется waypipe.

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

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

Так rust именно по необходимости и создали: он устраняет целые классы проблем безопасности - именно ради этого и будут переписывать.

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

liksys ★★★★
()

Вот это я понимаю: реализация юниксвея, по которому надо делать что-то одно, но делать это хорошо!

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

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

Черт его знает. Мы в тесном локальном кругу называли его «корабушек» (ну или «карабушек»). Почем? Да хз…

BydymTydym ★
()

увидел hate…, подумал про @hateyoufeel, показалось, выдохнул.

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

Переписывать будут люди, а без необходимости этого никто делать не будет.

https://github.com/fish-shell/fish-shell/pull/9512 - вот наглядный пример того, как эта самая «необходимость» будет выглядеть. Кого-то задолбали старые тулчейны, кого-то привлекает тривиальная (по сравнению в С\С++) реализация параллелизма в rust, кого-то парит будущее проекта, кому-то просто интересно попробовать новый язык… Мотиваций может быть масса, и каждая из них будет восприниматься автором кода как эта самая необходимость - просто потому что писать новый и поддерживать старый С\С++ код забесплатно это тоже то ещё удовольствие, поэтому и тут нужна некоторая «необходимость». И как только «необходимость» со стороны rust перевесит - пойдёт переписывание. И фишка в том, что этот самый перевес с каждым годом всё сильнее на стороне rust.

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

Согласен, тоже вполне себе годные мотивации.

liksys ★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.
  1 2 3 4 5 →
← Выпуск Simply Linux 10.4
Open Source
Apache NetBeans 24 →