- Коммунити Давайте придерживаться unix-wayЛеннар NO 1111, Аноним (1), 13:03 , 03-Апр-24 (1) +31 [^]
Коммунити: Давайте придерживаться unix-way Леннар: NO !1111
- Но не хотят Проще в тупую включить и всё А виноват Ленарт , iPony129412 (?), 13:38 , 03-Апр-24 (18) +9 [^]
- Коммунити Федоры Давайте придерживаться unix-way в системМД Это же плохо когда, Аноним (-), 13:39 , 03-Апр-24 (19) +1
- это призыв равняться на плохой пример и не пытаться сделать лучше Или это призыв, Аноним (38), 14:03 , 03-Апр-24 (38) +4
- горит сорай, гори и хата , Анонимы (?), 14:07 , 03-Апр-24 (43) +3
- Ядро просто уже не исправить , Аноним (49), 14:14 , 03-Апр-24 (49) +1
- предлагаешь переходить на minix , Стив Балмер (?), 14:56 , 03-Апр-24 (74)
- Ну давай, расскажи нам о лагоном микроядре, что должно нас спасти , Аноним (89), 15:26 , 03-Апр-24 (89) +2
- Оно модульное Также можно пересобрать из исходников, выкинув что угодно через m, Пряник (?), 15:58 , 03-Апр-24 (98)
- unix way был чертовски хорош пол века назад, но сейчас уже не оч софт немножко , leap42 (ok), 15:10 , 03-Апр-24 (82) –7 [V]
- Если смотреть на веб, то через столько лет монолита как раз наоборот пришли к ми, rshadow (ok), 17:44 , 03-Апр-24 (139) +1
- Настолько перешли к юникс-вею, что 99 приложений делаются на жирных монолитах N, Bottle (?), 17:54 , 03-Апр-24 (144) +8 [^]
- пришли к микросервисам 2 категории абсолютно разных людей - те, кому нужно разде, penetrator (?), 18:06 , 03-Апр-24 (147) +2
- где в рекламе AWS куда ни плюнь - везде микросервисами называют распределённые, leap42 (ok), 18:39 , 03-Апр-24 (157)
- Ну так то хайп по микросервисам прошел Уже пару лет как Разрабы неменого протр, bdrbt (ok), 22:57 , 03-Апр-24 (238) +2
- Слышал это 20 лет назад, но как и 20 лет назад не вижу причин почему что-то изме, Аноним (228), 22:00 , 03-Апр-24 (228)
- Как файловые дескипторы могут работать медленно, поехавший А сетевые соединения, Аноним (269), 09:17 , 04-Апр-24 (269)
- systemd и unix-way несовместимые понятия , Пряник (?), 15:55 , 03-Апр-24 (96) +4
- Ты по веб-страницам, надеюсь, юниксвейно ходишь Через одну утилиту скачиваешь с, Аноним (107), 16:27 , 03-Апр-24 (107) +2
- Unix way по отношению к библиотекам, это libc so в которую понапихано всякого бе, Аноним (-), 18:17 , 03-Апр-24 (153)
- Когда ночной командир выдаёт мне ETA час при распаковке архивов, в то время как , 1апреля (?), 23:09 , 03-Апр-24 (244) +2
- Так всё просто - разрабам systemd нужно просто взять под контроль все дополнител, Анонин (-), 13:04 , 03-Апр-24 (2) +8 [^]
> подтягивание в libsystemd дополнительных сторонних библиотек, которые не контролируют разработчики systemd, существенно увеличивает поверхность атакиТак всё просто - разрабам systemd нужно просто взять под контроль все дополнительные сторонние либы. Тогда они будут их контролировать (нет) И уязвимостей тоже не будет (нет)
- Пока петух не клюнул 8230 Пока молния не ударила 8230 , Аноним (3), 13:08 , 03-Апр-24 (3) –1
> и возникает ситуация, когда приложение, например, использующее libsystemd только ради вызова функции sd_notifyПока петух не клюнул… Пока молния не ударила…
- Леннарт красавчик Как настоящий мужчина, аргументированно отстаивает свою точку, Аноним (4), 13:09 , 03-Апр-24 (4) +7 [^]
Леннарт красавчик. Как настоящий мужчина, аргументированно отстаивает свою точку зрения
- Почему не переводят OpenSSL на protected visibility как Qt который впрочем в ос, ilyafedin (ok), 13:12 , 03-Апр-24 (5) +1
Почему не переводят OpenSSL на protected visibility как Qt (который впрочем в основном руководствовался оптимизацией)? Не было бы такой проблемы в принципе.
- Скрыто модератором, Аноним (6), 13:14 , 03-Апр-24 (6) +2 [---]
И как мы жили без всего этого дырявого г-на на десятке примитивнейших скриптиков?
- Грядёт вдобавок к GNU Linux SystemD Linux , iCat (ok), 13:27 , 03-Апр-24 (11)
Грядёт вдобавок к GNU/Linux SystemD/Linux?
- GNU из GNU Linux уже лет 10 как нужно убрать , Аноним324 (ok), 13:51 , 03-Апр-24 (24) –6 [V]
- Так уже Сейчас есть systemd-linux и systemd-free linux, и это совсем разные лин, Аноним (41), 14:05 , 03-Апр-24 (41) +6 [^]
- Сейчас есть линукс для прода с системд И васянодистры для школоты, борцунов и ни, Аноним (-), 14:46 , 03-Апр-24 (67) –3
- А кто тогда по твоему русские физики, которые выбирают Slackware без systemd , Аноним (41), 14:59 , 03-Апр-24 (77)
- Сейчас есть васяны, которые рассказывают про прод с системд, и инженеры, которые, Аноним (92), 15:43 , 03-Апр-24 (92)
- есть один линукс для сервера - редхад остальные - васянские сборки редгада разн, Аноним (280), 08:15 , 04-Апр-24 (266) +1
- Что-то все популярные линуксы до усрачки набиты питоном и его либами, я бы на вр, Аноним (105), 16:18 , 03-Апр-24 (105) +3
- Ну кто бы сомневался Теперь его уже ELF формат не устраивает Нужно срочно внед, Аноним (12), 13:28 , 03-Апр-24 (12) +5
> через добавление в файлы ELF дополнительных Ну кто бы сомневался! Теперь его уже ELF формат не устраивает. Нужно срочно внедрить в него поддержку костыля с dlopen.
- Теперь он естественным образом пойдёт по пути разработчиков Wine, перейдёт на фо, Аноним (39), 14:15 , 03-Апр-24 (51)
- Он просто хочет, чтобы динамически загружаемые зависимости можно было автоматиче, Аноним (179), 19:41 , 03-Апр-24 (184)
- Да давайте ещё в readelf свои особенности systemd притащим Ведь весь мир вращ, fuggy (ok), 14:58 , 04-Апр-24 (293)
- Давно же уже стало понятно, что когда Леннарт что-то предлагает, то ПРАВИЛЬНЫМ р, Аноним (12), 13:30 , 03-Апр-24 (13) +4
> Ленарт Поттеринг выразил категорическое несогласиеДавно же уже стало понятно, что когда Леннарт что-то предлагает, то ПРАВИЛЬНЫМ решением всегда является наоборот. И только до "разработчиков systemd" всё не доходит.
- Скрыто модератором, Аноним (16), 13:34 , 03-Апр-24 (16) [---]
> Разделение потребует огромной работы…Ой, как же так получилось?
- Не любят разработчики systemd работать , Аноним (17), 13:37 , 03-Апр-24 (17)
>Разделение потребует огромной работыНе любят разработчики systemd работать.
- Не, писать 3 строчки ради своей реализации очень сложно А вдруг дойдёт до 10 ст, Аноним (20), 13:39 , 03-Апр-24 (20) –2
>Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложенияНе, писать 3 строчки ради своей реализации очень сложно. А вдруг дойдёт до 10 строк?!!! Конечно лучше загрузить пару десятков чужих либ. За безопастность пусть полит голова у безопастников, а за потребление памяти у сисадминов. И вообще, где моё смузи, а ишь, работать заставляют!
- Так вроде предлагают побить libsystemd на кусочки И 100500 раз всем не надо буд, Аноним (29), 13:58 , 03-Апр-24 (29) +2
- Вы для начала посмотрите на эти 3 строчки , а потом рассуждайте https www fre, Аноним (75), 14:57 , 03-Апр-24 (75) +5
- А ничего, что использование библиотеки, а это как раз библиотека, позволяет избе, Аноним (124), 17:12 , 03-Апр-24 (128) –1
- systemd начал рушиться под собственной тяжестью А луддиты предупреждали, что эт, Аноним (21), 13:46 , 03-Апр-24 (21) +14 [^]
systemd начал рушиться под собственной тяжестью. А луддиты предупреждали, что это переусложенная хрень с корявой архитектурой.> Например, в Fedora более 150 пакетов используют libsystemd в зависимостях И это, заметьте, PID=1
- Самая вредная зависимость у libsystemd это сама libsystemd , Аноним (39), 13:47 , 03-Апр-24 (22) +6 [^]
Самая вредная зависимость у libsystemd это сама libsystemd.
- Всегда думал что системд и создан для увеличения 171 поверхность атаки 187 , , Аноним (34), 13:55 , 03-Апр-24 (26) +6 [^]
Всегда думал что системд и создан для увеличения «поверхность атаки», а тут пчёлы против мёда.
- Скрыто модератором, Аноним (41), 13:58 , 03-Апр-24 (30) +1 [---]
Уже всё хотят в себя всосать, ненасытные! Хорошо, что есть Slackware и LFS без этой дряни.
- А статическая линковка не Не нужна уже никому , Аноним (29), 14:01 , 03-Апр-24 (36) –1
>Для сокращения занимаемой памяти в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen(),А статическая линковка не? Не нужна уже никому?
- И будет каждый бинарь по килограмму весить, еще и обновлять их все вместо одной , Аноним (21), 14:10 , 03-Апр-24 (46) +2
- Не будут, если разрабы хоть немного поизучают свои компиляторыhttps elinux org, НяшМяш (ok), 14:32 , 03-Апр-24 (55) +4
- Да кошмар, вообще И дырку не завезёшь установкой поломанной so-либы , _oleg_ (ok), 14:48 , 03-Апр-24 (69) +3
- Дурак Тебе через a дырку завезут точно так же, а вот пофиксить будет в сто ра, Аноним (121), 17:00 , 03-Апр-24 (121) +1
- Ты хоть бы молчал, если нихрена не понимаешь _Точно так же_ легко не завезут Од, _oleg_ (ok), 17:47 , 03-Апр-24 (141) +2
- И это потребует обновления ВСЕГО забагованного софта В случае со статической ли, Аноним (121), 18:23 , 03-Апр-24 (155)
- Да, обновление потребуется всего лишь для всего подстрадавшего софта И что тако, _oleg_ (ok), 18:46 , 03-Апр-24 (162) +1
- Вот это вообще забавная ситуация дистрибутивы систематически обновляют по гигаб, n00by (ok), 20:22 , 03-Апр-24 (198)
- А еще динамические либы экономят место и память, Аноним (200), 20:28 , 03-Апр-24 (200)
- Эту мантру повторяют те, кто никогда не смотрел ассемблерные листинги и вообще с, n00by (ok), 09:13 , 04-Апр-24 (268) +1
- А ещё они тормозят на этапе связывания на старте и т п Место - смешно Сейчас д, _oleg_ (ok), 12:19 , 04-Апр-24 (284) +1
- Не надо забывать как они, вообще, появились А появились они, если мне не изменя, _oleg_ (ok), 12:26 , 04-Апр-24 (285) +1
- Совсем не точно так же Ты не понял, о чём он говорит А этот вывод ты из чего сд, Аноним (218), 21:24 , 03-Апр-24 (219)
- Чем она здесь поможет Наоборот избавляются от жесткого связывания, поскольку пр, n00by (ok), 14:38 , 03-Апр-24 (63)
- Шел 2к24 год, динамическая линковка не в почете, все надо срочно сделать статиче, анон (?), 14:04 , 03-Апр-24 (40)
Шел 2к24 год, динамическая линковка не в почете, все надо срочно сделать статически и со своими закл... костылями.
- Корпорасты шаг за шагом прибирают к рукам Linux Через некоторое время блоб syst, Аноним (41), 14:09 , 03-Апр-24 (44) +1
Корпорасты шаг за шагом прибирают к рукам Linux. Через некоторое время блоб systemd впитает в себя всё и ОС будет состоять из 2-х ядрер: Linux, переписанное на Rust, и systemd под полным контролем корпораций.
- Корпорасты пишут для линукса код с 200х годов Так что вполне справедливо, чтобы , Аноним (-), 14:45 , 03-Апр-24 (66) +1
- Это их личная инициатива - хотят пишут код ядра, никто не заставляет, и это не д, Аноним (41), 15:03 , 03-Апр-24 (79) +1
- Это даёт им физическое право писать что хотят и как хотят не обращая внимания на, Аноним (90), 15:31 , 03-Апр-24 (90)
- Вообще-то маргиналы и создали Linux и СПО, а корпорасты потом присосались Так, Аноним (41), 15:44 , 03-Апр-24 (93)
- Вообще-то корпорасты создали тот Linux, что мы знаем, начиная с первого ляма и 1, Аноним (-), 16:41 , 03-Апр-24 (112) +4
- Спорное утверждение - мы не знаем, как выглядело бы ядро без участия корпорастов, Аноним (41), 16:47 , 03-Апр-24 (117)
- Спорное утверждение Микроядерный QNX живет уже 40 Возможно не так популярен ка, Анонин (-), 17:03 , 03-Апр-24 (123)
- Это вряд ли Ещё до корпорастов ядро развивалось семимильными шагами и не показы, Аноним (41), 17:21 , 03-Апр-24 (131)
- Так кому она была нужна, если был Linux Просто корпы её искусственно тащили , Аноним (41), 17:22 , 03-Апр-24 (132) +1
- МертвА сказка про то что он в процессорах полностью от Таненбаума звучала как , Аноним (289), 13:42 , 04-Апр-24 (286)
- Не живет - а существует Разница Учитывая что QNX стал маргинальщиной, а Blackbe, Аноним (329), 11:54 , 05-Апр-24 (334)
- есть openbsd без корпораций и freebsd с гораздо меньшим участием корпораций во, crypt (ok), 17:43 , 03-Апр-24 (138)
- Хочу посмотреть как выглядит мир без корпораций, капиталистов и их форумных подс, Аноним (179), 19:57 , 03-Апр-24 (190)
- GNU Hurd , Аноним (90), 16:45 , 03-Апр-24 (115)
- В смысле крали код из юниксов, написанных корпорациями Ну обалдеть какой подвиг, Аноним (236), 22:08 , 03-Апр-24 (231)
- Расслабься, рэволюционер, никакие корпораци ни на что в ядре Линукса не претенду, Аноним (218), 21:27 , 03-Апр-24 (220)
- Меня удивляет, почему эксперты опеннета на сей час ещё не написали СВОЮ систему , Аноним (53), 14:32 , 03-Апр-24 (53)
Меня удивляет, почему эксперты опеннета на сей час ещё не написали СВОЮ систему инициализации для линукса?
- Они же эксперты, им не пристало РАБотать , НяшМяш (ok), 14:34 , 03-Апр-24 (56)
- Потому что нормальная система инициализации уже существует, прикинь , Аноним (34), 14:34 , 03-Апр-24 (57) +3
- Зачем Их и так полно кроме SystemD , Аноним (49), 15:08 , 03-Апр-24 (80) +2
- Потому что она уже давно написана - SysV Init называется Простая, ортогональаня, Аноним (41), 15:12 , 03-Апр-24 (84) –1
- Не знаю что тут обсуждать Абсолютно пофиг, libsystemd вообще маленькая библиоте, Skullnet (ok), 14:32 , 03-Апр-24 (54)
Не знаю что тут обсуждать. Абсолютно пофиг, libsystemd вообще маленькая библиотека.
- Или же статическим связыванием с LTO, если предпринять меры и не мешать линкеру , n00by (ok), 14:34 , 03-Апр-24 (58)
> Что касается связывания c libsystemd большого числа приложений, > то Ленарт порекомендовал разработчикам приложений не пытаться > загружать libsystemd ради одной функции, а реализовать обработчик > протокола на уровне приложения. Например, реализация функциональности > sd_notify() достаточно тривиальна и может уложиться в несколько строк > кода при использовании UNIX-сокетов (AF_UNIX). Или же статическим связыванием с LTO, если предпринять меры и не мешать линкеру выкинуть остальной код.
- А где эти системдбои, которые так за него топят, был бы проект нормальный так и , Аноним (60), 14:36 , 03-Апр-24 (60)
А где эти системдбои, которые так за него топят, был бы проект нормальный так и вопросов бы не было, а то сбацали комбаин, а теперь думают какже так вышло.
- Почему новость про зависимости у системд, но в самой новости про зависящих от си, Аноним (70), 14:49 , 03-Апр-24 (70) +2
Почему новость про зависимости у системд, но в самой новости про зависящих от системд? Зависимости системд - это когда системд от чего-то зависит. Зависимости от системд - это когда кто-то зависит от системд. Почему они в новости взаимозаменяемы?
- Хм, а кто мешает собрать без системду А, точно, у нас же докер и корпоративные с, Аноним (78), 15:00 , 03-Апр-24 (78) +1
Хм, а кто мешает собрать без системду? А, точно, у нас же докер и корпоративные сервера, кровавый Энтерпрайз...Но в энтырпрайзе же всем пофиг, пока не прилетит. А когда прилетит возьмём стрелочника (это не мы, это КрасноШапка не пропатчила)... Мда, дела. Ой, а мы же не про супер современные Node приложения, мы же про системные сервисы! Простите, они стали так похожи, что уже забываешь про что говоришь.
- А если выкинуть systemd, то меньше зависимостей, меньше кода , Пряник (?), 15:55 , 03-Апр-24 (95) +3
А если выкинуть systemd, то меньше зависимостей, меньше кода.
- Надо все эти либы запихнуть прям в libsystemd, чтобы всё можно было контролирова, Аноним (97), 15:57 , 03-Апр-24 (97)
Надо все эти либы запихнуть прям в libsystemd, чтобы всё можно было контролировать. Чтобы был только libsystemd и больше ничего.
- Мы не хотим дублировать код, поэтому, дорогой пользователь, копипастой заниматьс, oficsu (ok), 16:02 , 03-Апр-24 (99) +1
> В первом случае возникнут проблемы с поддержанием стабильности API и пространствами имён, а во втором - к увеличению размера из-за дублирования кода > Что касается связывания c libsystemd большого числа приложений, то Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложенияМы не хотим дублировать код, поэтому, дорогой пользователь, копипастой заниматься будешь ты
- Автор, WTF вы пишете зависимостей у библиотеки libsystemd, которая связываетс, Аноним (106), 16:23 , 03-Апр-24 (106) +2
Автор, WTF вы пишете?!!"зависимостей у библиотеки libsystemd, которая связывается не только с компонентами systemd, но и со многими внешними приложениями. Например, в Fedora более 150 пакетов используют libsystemd в зависимостях." вы, уже, решите, кто на ком стоял? 150 зависимостей У libsystemd или 150 зависимостей ОТ libsystemd
- В нашумевшей на днях уязвимости умиляет вот этот момент с системд In Gentoo, w, Big Robert TheTables (?), 16:28 , 03-Апр-24 (109) +4
В нашумевшей на днях уязвимости умиляет вот этот момент с системд: * In Gentoo, we don't patch net-misc/openssh with systemd-notify support which means liblzma, at least in the normal case, doesn't get loaded into the sshd process.И это ничуть не удивляет.
- Интересно, Поттеринг уже работает над systemd-wine, что-бы включить в libsystemd, Аноним (110), 16:31 , 03-Апр-24 (110) +2
Интересно, Поттеринг уже работает над systemd-wine, что-бы включить в libsystemd зависимость от KERNEL32.dll?
- Так и до инициативы по сокращению systemd недалеко, LinupsCrashGitz (ok), 16:36 , 03-Апр-24 (111) +1
Так и до инициативы по сокращению systemd недалеко
- А в чем проблема сделать мини-либу типа libsdnotify Разрешения у Поттеринга спр, Аноним (119), 16:41 , 03-Апр-24 (113)
А в чем проблема сделать мини-либу типа libsdnotify? Разрешения у Поттеринга спрашивать не обязательно, взял и сделал. Если уж он предлагает реализовывать протокол в коде ручками, то явно считает протокол достаточно стабильным, чтобы его реализация не зависела от внутренностей актуальной версии системды.
- Лёня чота за стабильность АПИ шачал , IdeaFix (ok), 16:45 , 03-Апр-24 (116)
Лёня чота за стабильность АПИ шачал... :)
- Интересный вопрос А нахрена в systemd загружаются liblzma, libzstd, liblz4, li, Александр (??), 16:57 , 03-Апр-24 (120) +4
Интересный вопрос. А нахрена в systemd загружаются liblzma, libzstd, liblz4, libgcrypt? Логи жмёт, что ли? Так вынесите отдельно ужимание логов в отдельные процесс, и будет проще и спокойнее. И, кстати, логи можно жать одной библиотекой, а не тремя разными.Кроме того, если есть возможность выделить наиболее часто используемые пользователями вызовы в отдельную небольшую библиотеку - так и выделите, и сделайте мелкую библиотеку, которая вообще ни от чего не зависит - специально для добавления к сервисам.
- Ах, так вот почему линух жрет озу как одинадцатая винда, но при этом имеет от си, Oe (?), 17:27 , 03-Апр-24 (133)
> Для сокращения занимаемой памяти в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen(), в ситуациях когда их функции действительно необходимы.Ах, так вот почему линух жрет озу как одинадцатая винда, но при этом имеет от силы 1% от функционала винды из коробки. Молодцы, в 2024 открыли для себя dlopen() вместо статичной линковки всего хлама который никогда за 30 лет рантайма не использовался
- Это начало конца, братья , jalavan (ok), 17:47 , 03-Апр-24 (140)
Это начало конца, братья.
- да пофиг,если в gentoo забъют на openRC - перейдем на BSD , dannyD (?), 20:01 , 03-Апр-24 (191) +2
- Пока, вне зависимости от, можно компилять без системы Отлично живу на OpenRC Му, Аноним (78), 23:02 , 03-Апр-24 (241) +1
- лол, загнётся - как ж мне будет вас жалко нет , Аноним (280), 23:30 , 03-Апр-24 (248)
- может мы чего не знаем лично я не пользуюсь ни каким красношляием,и к сожалению,, dannyD (?), 01:06 , 04-Апр-24 (253) +1
- Как хорошо, когда на зло бабушке отмораживают уши именно те кто это угрожал сдел, Аноним (-), 09:06 , 05-Апр-24 (323) +1
- Почему только ему пришла в голову такая очевидная мысль , Аноним (146), 18:02 , 03-Апр-24 (146)
> Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения. Например, реализация функциональности sd_notify() достаточно тривиальна и может уложиться в несколько строк кодаПочему только ему пришла в голову такая очевидная мысль?
- Это ОН Вот теперь под systemd заработают куча старых вирей Требование -Wl,-z,, Аноним (149), 18:08 , 03-Апр-24 (149) +1
> в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen(), в ситуациях когда их функции действительно необходимы. Это ОН! Вот теперь под systemd заработают куча старых вирей... Требование: -Wl,-z,now прописано кровью.
- Почему бы тупо не задокументировать вместо того, чтобы другие приложения учились, Аноним (146), 18:08 , 03-Апр-24 (150)
> Проблему с усложнением получения данных о динамически загружаемых библиотеках предлагается решить через добавление в файлы ELF дополнительных полейПочему бы тупо не задокументировать вместо того, чтобы другие приложения учились читать доп. поля?
- С дистрибутивов надо выпиливать systemd, dbus, polkitd JS, kernel BPF, JIT, , Аноним (152), 18:16 , 03-Апр-24 (152) +2
> ведётся обсуждение вопроса сокращения зависимостейС дистрибутивов надо выпиливать systemd, dbus, polkitd+JS, kernel *BPF, JIT, ...
- Скрыто модератором, Аноним (-), 18:39 , 03-Апр-24 (159) [---]
Обходились же раньше без этой библиотеки
- Казалось бы, примени стандартную декомпозицию 1 части libsystemd so, реализующи, минона (?), 19:01 , 03-Апр-24 (167) +1
Казалось бы, примени стандартную декомпозицию:1. части libsystemd.so, реализующие те или иные публичные протоколы libsystemd, сделай отдельными библиотеками libsd-<smth>.so и опиши в pkgconfig. 2. Приватные части libsystemd.so, используемые несколькими публичными библиотеками вынеси в одну или несколько библиотек libsystemd-private.so. Несколько библиотек могут понадобиться, если у некоторых из общих приватных частей слишком много внешних зависимостей. 3. Профит, можно идти, выписывать себе премию. Но у Лёни свой путь как всегда... ЗЫ code talks, bullshit walks неприменим, к сожалению, для общения со всей этой братией, они только себя любимых слышат.
- Разработчики systemd считают разделение не целесообразным, так как присутствующ, Kuromi (ok), 19:05 , 03-Апр-24 (169)
"Разработчики systemd считают разделение не целесообразным, так как присутствующие в libsystemd обработчики взаимосвязаны...Ленарт Поттеринг выразил категорическое несогласие"Ну естественно Леня не согласен. У него в планах поглотить и grub и в ядро внедриться, так чтобы в конце концов получился GNU\systemd или systemd\Linux. А потом вообще systemd\systemd - одна ядрось чтобы рулить всеми. (кто понял шутку тот понял) Но на самом деле проблема собирания ВСЕГО в системД и внедреж её же во все - это и правда головная боль на будущее, но как известно Поттерингу его поделки интересны только пока он не найдет чтобы еще переизобрести. Думаю вот доделают Wayland и тут Леня найдет в ней фатальные недостатки.
- Может таки статическая линковка bundled-версий Проще выпустить новую версию при , Tron is Whistling (?), 19:21 , 03-Апр-24 (177)
Может таки статическая линковка bundled-версий? Проще выпустить новую версию при обнаружении дерьма в таковых, чем налетать на разное дерьмо в дистрибутивах.
- А сам libsystemd естесственно святой и не подвержен ничему , scriptkiddis (?), 19:57 , 03-Апр-24 (189) +1
А сам libsystemd естесственно святой и не подвержен... ничему?
- Например, реализация функциональности sd_notify достаточно тривиальна и может , scriptkiddis (?), 20:02 , 03-Апр-24 (192) +2
Например, реализация функциональности sd_notify() достаточно тривиальна и может уложиться в несколько строк кода при использовании UNIX-сокетов (AF_UNIX).Ну и нах..ер ваш libsystemd тогда не нужен.
- лол в начале - завязывайтесь на сисьтем дэ, мы вам всё реализовали, не нужно ню, Аноним (280), 20:51 , 03-Апр-24 (209)
лол. в начале - завязывайтесь на сисьтем дэ, мы вам всё реализовали, не нужно нюхать бэшпортянки, делать даблфорки, етц, етц. А потом - реализовывайте сами, не линкуйтесь, не для вас моя розочка цвела.П. Парашхитектура. В util-linux уже завезли sd_notify, но маловато будет. Колапснёт дед максим - с удовольствием понаблюдаю за очередными волнами в тазике, и исправлением/переписыванием на другую парашхитектуру.
- От красношляп, поддержал бы независимую разработку , pic (?), 22:03 , 03-Апр-24 (229)
>Инициатива по сокращению зависимостей у libsystemdОт красношляп, поддержал бы независимую разработку.
- надо просто взять эти 150 пакетов и интегрировать в системд он же модульный и ю, Аноним (280), 23:18 , 03-Апр-24 (245) +1
надо просто взять эти 150 пакетов и интегрировать в системд. он же модульный и юникс-вей, ему не убудет.
- Что-то Лёня шлангом прикидывается когда про функцию из трёх строк пишет С точки, Фняк (?), 01:03 , 04-Апр-24 (252)
Что-то Лёня шлангом прикидывается когда про функцию из трёх строк пишет. С точки зрения клиента, libsystemd опубликовала интерфейс для выполнения определенной функции, сколько там строк в реализации той функции это вообще не забота клиентов библиотеки. Сегодня там реализация из 3х строк, завтра из 33 и что ментейнерам дистров пересобирать все приложения использующую эту функцию? К тому же работа с unix-сокетом предполагает, что каждый клиент должен знать путь к сокету для этой функции. Это вопрос решаемый, но это усложняет систему сборки этих приложений
- Давно уже такая иннициатива существует Devuan называется , Kenneth (?), 01:26 , 04-Апр-24 (255)
Давно уже такая иннициатива существует. Devuan называется.
- А зачем вообще в этом протоколе компрессия , Аноним (257), 02:06 , 04-Апр-24 (257)
А зачем вообще в этом протоколе компрессия?
- Всемогутер не проблема, говорили они Главный источник расширения поверхности ата, qweo (?), 05:45 , 04-Апр-24 (261) +2
Всемогутер не проблема, говорили они.Главный источник расширения поверхности атаки без необходимости - сам systemd.
- с docker изацией всего и вся systemd уродливый и мерзкий становиться особенно не, Аноним (282), 11:28 , 04-Апр-24 (282) +2
с docker'изацией всего и вся systemd уродливый и мерзкий становиться особенно не нужным и точно должен быть заменен чем то гораздо более простым и unixway'ным например sysv))) или sysv с минимальной автоматизацией
- Приколотил гвоздями функциональность И послал всех подальше Красавчик , Аноним (303), 15:30 , 04-Апр-24 (294)
> присутствующие в libsystemd обработчики взаимосвязаныПриколотил гвоздями функциональность... > Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения И послал всех подальше. Красавчик.
- Правильно Не прошло и 10 ле ой, уже прошло Причём давно 0_0 В общем, ждём, InuYasha (??), 21:44 , 06-Апр-24 (350)
Правильно. Не прошло и 10 ле... ой, уже прошло. Причём давно. (0_0) В общем, ждём system32.dll, user32.dll, advapi, shell32 и всё как у умных но злых (не)людей.
|