The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Инициатива по сокращению зависимостей у libsystemd, opennews (??), 03-Апр-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


21. "Инициатива по сокращению зависимостей у libsystemd"  +14 +/
Сообщение от Аноним (21), 03-Апр-24, 13:46 
systemd начал рушиться под собственной тяжестью. А луддиты предупреждали, что это переусложенная хрень с корявой архитектурой.

>  Например, в Fedora более 150 пакетов используют libsystemd в зависимостях

И это, заметьте, PID=1

Ответить | Правка | Наверх | Cообщить модератору

23. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от Аноним (21), 03-Апр-24, 13:48 
> И это, заметьте, PID=1

Пардон, это libsystemd, а не systemd

Ответить | Правка | Наверх | Cообщить модератору

235. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (235), 03-Апр-24, 22:24 
Вы не рефлексируйте, а распространяйте
Ответить | Правка | Наверх | Cообщить модератору

25. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от Анонин (-), 03-Апр-24, 13:52 
> systemd начал рушиться под собственной тяжестью.
> А луддиты предупреждали, что это переусложенная хрень с корявой архитектурой.
>  Например, в Fedora более 150 пакетов используют libsystemd в зависимостях

А это не проблема systemd. У нее как раз все нормально.
Это вопрос к ленивым оппам, которые в СВОЙ код на каждый чих тянут systemd.
И ты же не запретишь им это.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

28. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (34), 03-Апр-24, 13:57 
Не виноватые мы они сами пришли. Типичная отмаза всяких мошенников и жуликов.
Ответить | Правка | Наверх | Cообщить модератору

50. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Анонин (-), 03-Апр-24, 14:14 
> Не виноватые мы они сами пришли. Типичная отмаза всяких мошенников и жуликов.

Да, да.
Поттеринг писал каждому из разрабов и требовал чтобы они добавили системД в зависимости.
А если они игнорили его письма, то звонил на мобильник ночью и угрожающе дышал в трубку.

А вот разрабы они белые и пушистые.
Им ведь просто лень тащить либу, проще сразу с системД работать.

Ответить | Правка | Наверх | Cообщить модератору

64. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (64), 03-Апр-24, 14:44 
Ага, а разрабы прикладного софта должны, вместо того чтобы свою работу делать, разбираться, а как мне это самому повторить реализацию функции из libsystemd. Зачем им она нужна вообще - это второй вопрос. Взяли бы разработчики systemd и предоставили легкую версию своей либы для других, раз это так просто. Но они ж монополисты, им плевать на удобство других.
Ответить | Правка | Наверх | Cообщить модератору

71. "Инициатива по сокращению зависимостей у libsystemd"  –2 +/
Сообщение от Аноним (-), 03-Апр-24, 14:50 
> разрабы прикладного софта должны

нормально делать твою работу.

И если им нужна функция из xz/liblzma, то нужно использовать либу напрямую, а не у̶д̶а̶л̶я̶т̶ь̶ ̶г̶л̶а̶н̶д̶ы̶ ̶ч̶е̶р̶е̶з̶ ̶ж̶.̶.̶.̶  обращаться к ней через системД "ну патамуша там оно уже есть, это удобненько".

> Взяли бы разработчики systemd и предоставили легкую версию своей либы для других, раз это так просто.

Зачем разработчика systemd тянуть две либы?

Ответить | Правка | Наверх | Cообщить модератору

94. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от Аноним (38), 03-Апр-24, 15:49 
> а не у̶д̶а̶л̶я̶т̶ь̶ ̶г̶л̶а̶н̶д̶ы̶ ̶ч̶е̶р̶е̶з̶ ̶ж̶.̶.̶.̶  обращаться к ней через системД "ну патамуша там оно уже есть, это удобненько".

а никто и не обращался.

> Зачем разработчика systemd тянуть две либы?

правильно, пусть все тянут свои реализации sd_notify

Ответить | Правка | Наверх | Cообщить модератору

218. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (218), 03-Апр-24, 21:21 
> как мне это самому повторить реализацию функции из libsystemd

Вот так и палятся те, кто про системд только от старшаков за гаражами слышали. Там всей реализации 3½ строчки, да и те можно в libsystemd подсмотреть, а если уж совсем лень — мышкой выделить, скопировать к себе и слегка подправить. Программисту через сокет пару байтов переслать не проблема, а из c:\laba1 с системд разговаривать не о чем.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

175. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Kuromi (ok), 03-Апр-24, 19:16 
Не факт что все было иначе. Кто знает...
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

187. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (179), 03-Апр-24, 19:50 
> А это не проблема systemd. У нее как раз все нормально.

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

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

310. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (-), 05-Апр-24, 06:01 
> Не нормально связываться с библиотеками, которые не используешь. А вот динамическая загрузка
> (dlopen) - это, как раз, правильное решение, когда не знаешь какая
> реализация понадобиться.

Есть только 1 нюансик - увеличивает риск runtime failure ПОСЛЕ запуска системы. А что будет если на вгруз so памяти не хватит или что-то пошло не так? Одно дело если система сразу на старте брякнется - ну, ок, ее чинить пойдут. И другое если она брякнется через месяц нормальной, казалось бы, работы.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру