Релиз 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: в случае аварийного завершения работы демон будет перезапущен в режиме отладки.

Ссылка

←	Выпуск Simply Linux 10.4

Apache NetBeans 24

→

← 1 2 3 4 5 →

Ответ на: комментарий от liksys 13.12.24 17:02:18 MSK

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

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

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

sarumeister
(13.12.24 17:51:19 MSK)

Ответ на: комментарий от gns 12.12.24 13:19:12 MSK

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

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

Beewek ★★★
(13.12.24 17:58:23 MSK)

Ссылка

Ответ на: комментарий от frost_ii 13.12.24 17:44:19 MSK

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

Я понял тебя.

liksys ★★★★
(13.12.24 17:58:25 MSK)

Ссылка

Ответ на: комментарий от thegoldone 13.12.24 17:45:52 MSK

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

liksys ★★★★
(13.12.24 18:10:31 MSK)

Ответ на: комментарий от sarumeister 13.12.24 17:51:19 MSK

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

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

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

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

liksys ★★★★
(13.12.24 18:18:53 MSK)
Последнее исправление: liksys 13.12.24 18:20:50 MSK (всего исправлений: 3)

Ответ на: комментарий от frost_ii 12.12.24 20:02:38 MSK

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

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

mumpster ★★★★★
(13.12.24 18:29:02 MSK)

Ответ на: комментарий от gns 13.12.24 11:32:46 MSK

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

mumpster ★★★★★
(13.12.24 18:30:56 MSK)

Ссылка

Ответ на: комментарий от mumpster 13.12.24 18:29:02 MSK

А сколько было народу, которые так никогда и не зарегались.

frost_ii ★★★★★
(13.12.24 18:51:01 MSK)

Ответ на: комментарий от frost_ii 13.12.24 18:51:01 MSK

YMMV

mumpster ★★★★★
(13.12.24 19:00:16 MSK)

Ссылка

Ответ на: комментарий от liksys 13.12.24 18:10:31 MSK

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

thegoldone ★★
(13.12.24 19:05:52 MSK)

Ответ на: комментарий от liksys 13.12.24 18:18:53 MSK

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

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

thegoldone ★★
(13.12.24 19:08:01 MSK)

Ссылка

Ответ на: комментарий от thegoldone 13.12.24 19:05:52 MSK

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

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

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

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

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

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

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

liksys ★★★★
(13.12.24 19:28:58 MSK)
Последнее исправление: liksys 13.12.24 19:32:59 MSK (всего исправлений: 1)

Ссылка

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

wenxuan
(13.12.24 20:53:24 MSK)

Ответ на: комментарий от wenxuan 13.12.24 20:53:24 MSK

Считаю что надо переделать на Rust чтоб было безопастнее.

JS не умеет в JSON. Не пойдёт.

thegoldone ★★
(13.12.24 21:09:41 MSK)

Ответ на: комментарий от thegoldone 13.12.24 21:09:41 MSK

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

wenxuan
(13.12.24 21:22:45 MSK)

Ссылка

Ответ на: комментарий от sarumeister 13.12.24 17:51:19 MSK

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

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

Shushundr ★★★★
(14.12.24 00:38:55 MSK)

Ответ на: комментарий от sarumeister 13.12.24 17:51:19 MSK

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

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

dataman ★★★★★
(14.12.24 01:05:28 MSK)

Ответ на: комментарий от dataman 14.12.24 01:05:28 MSK

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

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

sarumeister
(14.12.24 15:55:54 MSK)

Ссылка

Ответ на: комментарий от Shushundr 14.12.24 00:38:55 MSK

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

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

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

sarumeister
(14.12.24 16:06:18 MSK)
Последнее исправление: sarumeister 14.12.24 16:35:16 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от liksys 13.12.24 17:07:30 MSK

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

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

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

AlexM ★★★★★
(14.12.24 16:38:42 MSK)

Ответ на: комментарий от liksys 13.12.24 17:24:25 MSK

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

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

zabbal ★★★★★
(14.12.24 17:44:52 MSK)

Ответ на: комментарий от sarumeister 13.12.24 17:51:19 MSK

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

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

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

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

zabbal ★★★★★
(14.12.24 17:46:59 MSK)

Ссылка

Ответ на: комментарий от AlexM 14.12.24 16:38:42 MSK

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

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

liksys ★★★★
(14.12.24 19:32:05 MSK)

Ссылка

Ответ на: комментарий от zabbal 14.12.24 17:44:52 MSK

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

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

liksys ★★★★
(14.12.24 19:34:01 MSK)

Ссылка

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

Infra_HDC ★★★★★
(16.12.24 14:54:03 MSK)

Ссылка

Ответ на: комментарий от gns 13.12.24 11:32:46 MSK

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

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

BydymTydym ★
(20.12.24 04:30:48 MSK)

Ссылка

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

ann_eesti
(20.12.24 05:01:28 MSK)

Ссылка

Ответ на: комментарий от liksys 13.12.24 17:24:25 MSK

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

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

zabbal ★★★★★
(20.12.24 12:10:03 MSK)