The OpenNET Project / Index page

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

Инициатива по сокращению зависимостей у libsystemd

03.04.2024 12:59

Среди разработчиков системного менеджера systemd ведётся обсуждение вопроса сокращения зависимостей у библиотеки libsystemd, которая связывается не только с компонентами systemd, но и со многими внешними приложениями. Например, в Fedora более 150 пакетов используют libsystemd в зависимостях. Инициатор обсуждения считает, что подтягивание в libsystemd дополнительных сторонних библиотек, которые не контролируют разработчики systemd, существенно увеличивает поверхность атаки в случае компрометации сторонних библиотек, как это произошло с библиотекой liblzma.

Помимо liblzma и glibc в libsystemd также загружаются библиотеки libzstd, liblz4 и libgcrypt, поддержание безопасности в которых становится критически важной задачей. В libsystemd предоставляется доступ к 12 базовым API (sd-bus, sd-daemon, sd-device, sd-event, sd-hwdb, sd-id128, sd-journal, sd-login, sd-netlink, sd-network, sd-path и sd-resolve) и возникает ситуация, когда приложение, например, использующее libsystemd только ради вызова функции sd_notify для информирования systemd об изменении состояния или sd_journal для записи данных в лог, связывается со всеми остальными библиотеками и обработчиками API. В качестве выхода предлагается разделить libsystemd на несколько отдельных библиотек, отвечающих за отдельные API, что позволит подгружать сторонние зависимости только там, где они необходимы.

Разработчики systemd считают разделение не целесообразным, так как присутствующие в libsystemd обработчики взаимосвязаны. Разделение потребует огромной работы и приведёт либо к потере эффективности, либо к необходимости дублирования кода. Для сокращения занимаемой памяти в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen() в ситуациях, когда их функции действительно необходимы. Аналогичное изменение начиная со следующего выпуска будет реализовано и для libgcrypt.

Подобное решение стало объектом критики, так как вместо явного и заметного связывания, загрузка сторонних библиотек теперь будет производиться неявно, что усложнит диагностику, так как не очевидна связь API-вызовов libsystemd c вызовом функций из внешних библиотек. Сам по себе переход на загрузку при помощи dlopen() не меняет архитектуру, а лишь скрывает внешние компоненты от сопровождающих и пользователей.

Ленарт Поттеринг выразил категорическое несогласие с идеей разделения libsystemd на несколько библиотек, так как такой шаг существенно усложнит совместное использование кода в systemd и потребует перевести все внутренние обработчики в разряд публичных или отдельно статически вкомпилировать их в каждую библиотеку. В первом случае возникнут проблемы с поддержанием стабильности API и пространствами имён, а во втором - к увеличению размера из-за дублирования кода.

Реализованная для следующего выпуска загрузка внешних библиотек только по необходимости воспринимается Ленартом как оптимальная стратегия. Проблему с усложнением получения данных о динамически загружаемых библиотеках предлагается решить через добавление в файлы ELF дополнительных полей с информацией о подобных динамических зависимостях, которые могут обрабатываться отладчиками и показываться в выводе утилиты readelf.

Что касается связывания c libsystemd большого числа приложений, то Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения. Например, реализация функциональности sd_notify() достаточно тривиальна и может уложиться в несколько строк кода при использовании UNIX-сокетов (AF_UNIX). Подобная обособленная реализация sd_notify с 2017 года доступна для OpenSSH и на днях принята в состав переносимой ветки OpenSSH 9.8, релиз которой намечен на середину лета.

  1. Главная ссылка к новости (https://github.com/systemd/sys...)
  2. OpenNews: В кодовой базе xz выявлено изменение, мешавшее включению механизма защиты Landlock
  3. OpenNews: Разбор логики активации и работы бэкдора в пакете xz
  4. OpenNews: Ретроспектива продвижения бэкдора в пакет xz
  5. OpenNews: В библиотеке xz/liblzma выявлен бэкдор, организующий вход через sshd
  6. OpenNews: Выпуск системного менеджера systemd 255
Лицензия: CC BY 3.0
Наводку на новость прислал Аноним
Короткая ссылка: https://opennet.ru/60912-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (309) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:03, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +31 +/
    Коммунити: Давайте придерживаться unix-way
    Леннар: NO !1111
     
     
  • 2.18, iPony129412 (?), 13:38, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Что касается связывания c libsystemd большого числа приложений, то Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения

    Но не хотят.
    Проще в тупую включить и всё.
    А виноват Ленарт.

     
     
  • 3.134, crypt (ok), 17:33, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    так библиотеки как раз для того и существуют, чтобы не писать каждый раз один и тот же код. сам Поттер код дублировать, видите ли, не хочет, а другие по его мнению должны.
     
     
  • 4.196, n00by (ok), 20:12, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Должны, потому что при наличии исходников религия почему-то обязует собирать библиотеку в .so файл. Прилинковать маленький кусочек статически лицензия не позволяет?
     
  • 3.179, Аноним (179), 19:31, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Виноват, что не сделал динамическую загрузку сразу.
     
  • 2.19, Аноним (-), 13:39, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коммунити Федоры:
    Давайте придерживаться unix-way в системМД! Это же плохо когда у нас есть огромный массив кода и куча зависимостей!
    А то что у нас уродливое монолитное ядро, куда тащат вообще все, начиная от драйверов которые роняют всю систему, заканчивая io-uring... это нам норм, это вполне юникс вей!
     
     
  • 3.38, Аноним (38), 14:03, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А то что у нас уродливое монолитное ядро,

    это призыв равняться на плохой пример и не пытаться сделать лучше?
    Или это призыв начать с ядра, а на остальное забить, пока ядро не перепишут?

     
  • 3.43, Анонимы (?), 14:07, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    горит сорай, гори и хата!
     
  • 3.49, Аноним (49), 14:14, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро просто уже не исправить...
     
  • 3.74, Стив Балмер (?), 14:56, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    предлагаешь переходить на minix ?
     
     
  • 4.329, Аноним (329), 10:14, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > предлагаешь переходить на minix ?

    Зачем?! Фирма интел уже любезно преинсталлировала его на ваши компы. Откиньтесь на спинку кресла, как говорится...

     
  • 3.89, Аноним (89), 15:26, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну давай, расскажи нам о лагоном микроядре, что должно нас спасти.
     
  • 3.98, Пряник (?), 15:58, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно модульное. Также можно пересобрать из исходников, выкинув что угодно через menuconfig.
     
     
  • 4.236, Аноним (236), 22:30, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И после этого кривой драйвер перестанет ронять систему в kernel panic?
     
  • 2.82, leap42 (ok), 15:10, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Коммунити: Давайте придерживаться unix-way
    > Леннар: NO !1111

    unix way был чертовски хорош пол века назад, но сейчас уже не оч (софт немножко изменился с тех пор и, что важнее, требования к софту изменились), если прям по чесноку соблюдать его в современном софте, он будет очень куцый по функционалу и дико тормозной (например STDIN/STDOUT работают оч медленно)

     
     
  • 3.139, rshadow (ok), 17:44, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если смотреть на веб, то через столько лет монолита как раз наоборот пришли к микросервисам. И вся инфра все больше и больше затачивается под unix way. Софт все сложнее и сложнее. Unix way не избежен.
     
     
  • 4.144, Bottle (?), 17:54, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Настолько перешли к юникс-вею, что 99% приложений делаются на жирных монолитах Node.js и Electron.
     
  • 4.147, penetrator (?), 18:06, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    пришли к микросервисам 2 категории абсолютно разных людей:

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

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

     
  • 4.157, leap42 (ok), 18:39, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > как раз наоборот пришли к микросервисам

    где? в рекламе AWS? куда ни плюнь - везде микросервисами называют распределённые монолиты

     
  • 4.238, bdrbt (ok), 22:57, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так то хайп по микросервисам прошел. Уже пару лет как. Разрабы неменого протрезвели, инвесторы на этот баззворд уже не ведутся. И оказалось, что даже со всеми этими DDD и тому подобными клин-кодами, монолит вцелом удобнее, за исключением очень специфичных случаев.
     
  • 3.228, Аноним (228), 22:00, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Слышал это 20 лет назад, но как и 20 лет назад не вижу причин почему что-то изменилось.
    Как и раньше - все криворукие разрабы делают комбайны в которых разбирается 1.5 автора, как и раньше все гении ищут простые принципиальные подходы.
     
  • 3.269, Аноним (269), 09:17, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > например STDIN/STDOUT работают оч медленно

    Как файловые дескипторы могут работать медленно, поехавший? А сетевые соединения у тебя тоже работают медленно получается?

     
     
  • 4.270, leap42 (ok), 09:27, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> например STDIN/STDOUT работают оч медленно
    > Как файловые дескипторы могут работать медленно, поехавший? А сетевые соединения у тебя
    > тоже работают медленно получается?

    Да, анончик, на фоне библиотечных вызовов, от которых предлагают уходить в сторону пайпов фанаты unix way, замедление на порядки будет. Не веришь? - Пиши бенч чтобы это доказать, а мы будем смеяться на тем, как ты сейчас сольёшься или будешь выворачиваться в духе "у меня нет на это времени", все местные ничтожества так делают.

     
     
  • 5.280, Аноним (280), 11:17, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, анончик, на фоне библиотечных вызовов, от которых предлагают уходить в сторону
    > пайпов фанаты unix way

    а пайпы это астральные вызовы?

     
     
  • 6.330, Аноним (329), 10:16, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > а пайпы это астральные вызовы?

    Вы ему только не говорите что еще shared mem между процессами бывает. А то у него вообще весь мир перевернется.

     
  • 2.96, Пряник (?), 15:55, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    systemd и unix-way несовместимые понятия.
     
     
  • 3.168, Аноним (168), 19:02, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Давай мы с тобой определимся с понятиями, потому что ты, как другие местные клоуны, называют «unix-way» каких-то своих головных глистов

    Unix™ это OS получившая сертификат о соответствии стандартам и признанная Unix™
    unix-way это путь который нужно пройти, что бы получить сертификат
    Один из дистрибутивов Linux с systemd ранее имел сертификат о том, что он — Unix™(это была пересборка Huawei CentOS'а 7го)
    Ни один дистрибутив Linux с openrc или баш-портянками такого сертификата не получал
    Так что делаем вывод, что systemd это вполне unix-way, а вот опенрц и портянки нет

    А ты выдумываешь свой собственный «unix-way» который живет только у тебя в межушном пространстве и не существует в реальном мире

     
     
  • 4.254, xtotec (ok), 01:12, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О темпора, о морес

    > unix-way это путь который нужно пройти, что бы получить сертификат

    Ну это же не йумор такой, правда же?

    Соевики-АйТишники всё видят через замочную скважину сертификации.

    Дядя, unix-way это философия системной архитектуры. Вот, почитай (извините за источник, некогда было искать что-нибудь более православное, но и этот не врёт)

    https://ru.wikipedia.org/wiki/%D0%A4%D0%B8%D0%BB

    Хотя сомневаюсь, что удастся осмыслить такой длинный текст, в котором ни разу не упомянуто никакой сертификации.

     
  • 2.107, Аноним (107), 16:27, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >unix-way

    Ты по веб-страницам, надеюсь, юниксвейно ходишь? Через одну утилиту скачиваешь содержимое по протоколу HTTP, далее другой вытаскиваешь из неё код на javascript (попутно скачивая ещё), потом пайпом перекидываешь в интерпретатор javascript и потом закидываешь всё это в отдельный рендерер, вместе с попутно обработанным html + css?

    Или пошлым комбайном пользуешься? И редактор-то для написания комментариев не отдельно, да, а прям вот в браузере? Кошмар.

    (заранее предвижу в ответах ЭТОДРУГОЕ)

     
     
  • 3.124, Аноним (124), 17:05, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты по веб-страницам, надеюсь, юниксвейно ходишь?
    > (заранее предвижу в ответах ЭТОДРУГОЕ)

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

     
     
  • 4.156, Аноним (107), 18:26, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    С таким подходом можно извернуться куда угодно Браузер сознательно упрощён снар... большой текст свёрнут, показать
     
     
  • 5.181, Аноним (181), 19:34, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да тут про библиотеку. И, вроде unix-way не про внутреннее устройство. Там может быть понаверчено хоть тонны кода, если они выполняют одну задачу и выполняют её хорошо. Вопрос стоит и том, чтобы выделить функции по смыслу или по востребованности другим софтом в отдельную библиотеку. Не хотелось бы библиотеки на "функцию из 4-х строк", но раз есть востребованность в софте, да не в одном... То в этом вполне мог бы быть смысл. А ещё её можно обмазать тестами от и до, по модному или немодному, и там уже будет далеко не 4 строки. Вот и вопрос в том, чтобы возможно назрела необходимость выделить.
     
  • 3.125, Аноним (124), 17:05, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И да, я бы видеоплеер бы точно предпочёл чтобы запускался внешний, опционально. Там и контролов, функций и контроля больше, да и декодинг через видимокарту, о чудо, как работал так работает слава богу. А по-дефолту пусть в браузере играет, кому не надо.
     
     
  • 4.163, Аноним (236), 18:46, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В незапамятные времена примерно так и было в том же зондофоксе: ставишь VLC, он ставит плагин и через него играется видео. Потом это поломали и запихнули условно рабочий OpenH264.
     
  • 2.153, Аноним (-), 18:17, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Unix way по отношению к библиотекам, это libc.so в которую понапихано всякого без разбору. Так что здесь Поттеринг как раз следует Unix Way.
     
  • 2.244, 1апреля (?), 23:09, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда ночной командир выдаёт мне ETA час при распаковке архивов, в то время как какого-нибудь 7z x за 10 секунд, я мысленно произношу слово юникс-вей.
    Без разницы на юзабилити, главное код и собственные бзики, на которые всем безразлично, т.к. даже коллеги по бзику думают только о своих непрактичных идеалах.
     

     ....большая нить свёрнута, показать (35)

  • 1.2, Анонин (-), 13:04, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    > подтягивание в libsystemd дополнительных сторонних библиотек, которые не контролируют разработчики systemd, существенно увеличивает поверхность атаки

    Так всё просто - разрабам systemd нужно просто взять под контроль все дополнительные сторонние либы.
    Тогда они будут их контролировать (нет)
    И уязвимостей тоже не будет (нет)

     
     
  • 2.183, Аноним (179), 19:38, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже проходили с Gvfs+Polkit. Спойлер: закладка на закладке. Хотя среди сопроводителей сплошь редхат-овцы.
     
     
  • 3.264, Аноним (264), 07:52, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хотя среди сопроводителей сплошь редхат-овцы.

    так эта
    бангалор же

     

  • 1.3, Аноним (3), 13:08, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > и возникает ситуация, когда приложение, например, использующее libsystemd только ради вызова функции sd_notify

    Пока петух не клюнул…
    Пока молния не ударила…

     
     
  • 2.158, Аноним (158), 18:39, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше поздно, чем никогда.
     
     
  • 3.295, Всем Анонимам Аноним (?), 15:31, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что посеешь, то и пожнешь
     

  • 1.4, Аноним (4), 13:09, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Леннарт красавчик. Как настоящий мужчина, аргументированно отстаивает свою точку зрения
     
  • 1.5, ilyafedin (ok), 13:12, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему не переводят OpenSSL на protected visibility как Qt (который впрочем в основном руководствовался оптимизацией)? Не было бы такой проблемы в принципе.
     
  • 1.6, Аноним (6), 13:14, 03/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     

     ....ответы скрыты (4)

  • 1.11, iCat (ok), 13:27, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Грядёт вдобавок к GNU/Linux SystemD/Linux?
     
     
  • 2.24, Аноним324 (ok), 13:51, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    GNU из GNU/Linux уже лет 10 как нужно убрать.
     
     
  • 3.34, Аноним (34), 14:00, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    EULA/Linux не звучит.
     
  • 3.37, Аноним (39), 14:01, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В ваш Android никто и не добавлял GNU, а от GNU/Linux руки прочь.
     
     
  • 4.170, Аноним (168), 19:06, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты будешь шокирован, но в том же OpenWRT тоже никаким GNU не пахнет по дефолту(но можно собрать и с glibc и всем прочим)
    Так что не только Android Linux прекрасно живет без GNU, но и OpenWRT Linux, но и Alpine Linux
    Жизнь без GNU есть, просто с GNU привычней и потому тащат и их на своем горбу(сами-то гнушники, типа мозолееда, ничего не пишут, они там что бы гранты жрать)
     
     
  • 5.226, Аноним (280), 21:46, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenWRT Linux

    который мало того что построен на GNU утилитах, но и сам распространяется под GNU GPLv2?

    > но и Alpine Linux

    который мало того что построен на GNU утилитах, но и сам распространяется под GNU GPLv2?

    > Жизнь без GNU есть

    разве ж это жизнь? (с)


     
     
  • 6.272, Аноним (272), 09:39, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > построен на GNU утилитах

    Нет

    > построен на GNU утилитах

    Нет

    Тебе было сказано, что эти примеры работают без гнутых утилит
    Счастливо так работают

     
     
  • 7.273, Аноним (280), 09:44, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тебе было сказано, что эти примеры работают без гнутых утилит

    не работают

    более того, даже не существуют без гнутых утилит


     
     
  • 8.371, Лекси (?), 11:41, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это без каких У Alpine busybox в юзерспейсе, не GNU Coreutils И musl libc вмес... текст свёрнут, показать
     
     
  • 9.372, Аноним (280), 12:23, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    безо всех, даже PKGBUILD требует баш два проекта дело не меняют, особенно если ... текст свёрнут, показать
     
  • 2.41, Аноним (41), 14:05, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Так уже. Сейчас есть systemd-linux и systemd-free linux, и это совсем разные линуксы.
     
     
  • 3.67, Аноним (-), 14:46, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Сейчас есть systemd-linux и systemd-free linux

    Сейчас есть линукс для прода с системд.
    И васянодистры для школоты, борцунов и нитакусиков без системд.
    Какой выбирать каждый решает сам.

     
     
  • 4.77, Аноним (41), 14:59, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А кто тогда по твоему русские физики, которые выбирают Slackware без systemd?
     
  • 4.92, Аноним (92), 15:43, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас есть васяны, которые рассказывают про прод с системд, и инженеры, которые используют нормальные дистры, без ненужнод, хостя при этом половину интернета. Но васянам об этом знать не положено.
     
     
  • 5.103, Аноним (-), 16:16, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > и инженеры, которые используют нормальные дистры

    вроде RHEL и его клоном, SUSE LE, OEL или стабильный дебиан, хостя при этом половину интернета.
    Но вот только они все с системД.

    А есть васяндры-нитакусики, которые поставили особенный дистр в своем занюханом НИИ и радуются своей незаменимости.

     
  • 5.289, Аноним (289), 13:46, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А эти инженеры они с тобой сейчас в одной комнате?
    А как часто они появляются и говорят с тобой?
    Они не призывают тебя нанести вред себе или кому-то еще?
     
  • 4.266, Аноним (280), 08:15, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Сейчас есть systemd-linux и systemd-free linux
    > Сейчас есть линукс для прода с системд.
    > И васянодистры для школоты, борцунов и нитакусиков без системд.
    > Какой выбирать каждый решает сам.

    есть один линукс для сервера - редхад. остальные - васянские сборки редгада разной степени сурриозности (например оракл чёткий васян, остальные на страх и риск).

     
     
  • 5.352, Аноним (-), 02:21, 07/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > есть один линукс для сервера - редхад. остальные - васянские сборки редгада
    > разной степени сурриозности (например оракл чёткий васян, остальные на страх и риск).

    Да нет его уже, они центось грохнули. А сам редхат на мелочи не разменивается и если вы не в списке фортуна 500 то можете расслабиться, это не для вас. Сможете как максимум альфа-тесты на федоре или бета - на центосстреме.

    За счет чего убунты и дебианы получили немеряно юзерей в результате. Нравится, не нравится, но теперь лучший выбор для серверов - это оно. А если хочется денег дать но не товарными составами, как IBM, на этот случай есть каноникал и еще 1 конторка, которая дает 10 лет расширеного саппорта на дебиан.

     
     
  • 6.369, Аноним (280), 23:46, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> разной степени сурриозности (например оракл чёткий васян, остальные на страх и риск).
    > Да нет его уже, они центось грохнули. А сам редхат на мелочи
    > не разменивается и если вы не в списке фортуна 500 то
    > можете расслабиться, это не для вас. Сможете как максимум альфа-тесты на
    > федоре или бета - на центосстреме.
    > За счет чего убунты и дебианы получили немеряно юзерей в результате. Нравится,
    > не нравится, но теперь лучший выбор для серверов - это оно.
    > А если хочется денег дать но не товарными составами, как IBM,
    > на этот случай есть каноникал и еще 1 конторка, которая дает
    > 10 лет расширеного саппорта на дебиан.

    это всё васянские пересборки шапки.

     
     
  • 7.373, Аноним (-), 16:24, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> А если хочется денег дать но не товарными составами, как IBM,
    >> на этот случай есть каноникал и еще 1 конторка, которая дает
    >> 10 лет расширеного саппорта на дебиан.
    > это всё васянские пересборки шапки.

    Вообще никакого отнощения к шапке не имеет. На самом базовом уровне - сборка пакетов иначе, на самых базовых уровнях, начиная с описания "как собирать пакет".

    У rpm спек-файлы, у дебиана control - и это довольно разные штуки. Так что даже просто перетянуть пакет из одного в другое - это такая сильно отдельная канитель. Так что редхат так и будет сидеть с полутора пакетами. С убунт и дебианов им ничего не обламывается по этой линии.

     
  • 2.105, Аноним (105), 16:18, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что-то все популярные линуксы до усрачки набиты питоном и его либами, я бы на время оставил в покое systemd и задался бы вопросом как задушить этого питона
     
     
  • 3.127, Аноним (39), 17:09, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да лучше уж питоноскрипты, чем этот ssystemd. Это ж тоже скрипты, почти как башскрипты.
     
     
  • 4.303, Аноним (303), 19:08, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше хорошо написанный код. А на каком языке - это неважно. Хорошо пишущий пишет на всём хорошо.

    Плохой пример - Каноникл с питонячкой не в кассу.

     
  • 4.353, Аноним (-), 02:23, 07/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да лучше уж питоноскрипты, чем этот ssystemd. Это ж тоже скрипты, почти
    > как башскрипты.

    Замечательнее просто. Постоянно ВНЕЗАПНО падают в самый неподходящий момент от любой системной ошибки, самое то для PID=1, система после этого как раз очень красиво в панику уходит целиком :))

     

  • 1.12, Аноним (12), 13:28, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > через добавление в файлы ELF дополнительных

    Ну кто бы сомневался! Теперь его уже ELF формат не устраивает. Нужно срочно внедрить в него поддержку костыля с dlopen.

     
     
  • 2.51, Аноним (39), 14:15, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь он естественным образом пойдёт по пути разработчиков Wine, перейдёт на формат PE. Работодатель одобрит.
     
     
  • 3.65, n00by (ok), 14:45, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не просто PE формат, а PE/COFF. Вернёт "историческую справедливость" ;)

    With the release of SVR4, AT&T replaced COFF with ELF.

    While extended versions of COFF continue to be used for some Unix and Unix-like platforms, primarily in embedded systems, perhaps the most widespread use of the COFF format today is in Microsoft's Portable Executable (PE) format. Developed for Windows NT, the PE format (sometimes written as PE/COFF) uses a COFF header for object files, and as a component of the PE header for executable files.[3]

     
     
  • 4.151, Аноним (151), 18:11, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    юниксвейно же!
     
  • 3.176, Kuromi (ok), 19:18, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Linux.exe - замечательно. Вот после такого Линукс сразу выстрелит на десктопах.
     
     
  • 4.204, Аноним (236), 20:32, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В эпоху loadlin.exe не взлетел. Что-то поменялось?
     
  • 2.184, Аноним (179), 19:41, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он просто хочет, чтобы динамически загружаемые зависимости можно было автоматически детектировать для пакетника как и разделяемо-связанные.
     
  • 2.293, fuggy (ok), 14:58, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да давайте ещё в readelf свои "особенности" systemd притащим. Ведь весь мир вращается вокруг них. Они даже пытались в кернел свои костыли запихнуть, когда systemd в логи спамило.
     

  • 1.13, Аноним (12), 13:30, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Ленарт Поттеринг выразил категорическое несогласие

    Давно же уже стало понятно, что когда Леннарт что-то предлагает, то ПРАВИЛЬНЫМ решением всегда является наоборот. И только до "разработчиков systemd" всё не доходит.

     
     
  • 2.290, Аноним (290), 13:58, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    он все по делу предлагает, как и в данном случае по делу обосновал несогласие с идиотами
     
  • 2.315, Аноним (-), 07:40, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ленарт Поттеринг выразил категорическое несогласие
    > Давно же уже стало понятно, что когда Леннарт что-то предлагает, то ПРАВИЛЬНЫМ
    > решением всегда является наоборот. И только до "разработчиков systemd" всё не  доходит.

    Ну так возьми и сделай, коли все так. Какие-то проблемы? А чужими то руками все просто. На бумаге. В теории. Если ничего не релизить и это все - не ваша проблема. Тогда можно с умным видом пофилософствовать о путях. Отдуваться за это же будут другие, да? А они могут, вот, и не захотеть отдуваться, экие редиски.

     

  • 1.16, Аноним (16), 13:34, 03/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.17, Аноним (17), 13:37, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Разделение потребует огромной работы

    Не любят разработчики systemd работать.

     
     
  • 2.27, Аноним (27), 13:57, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    там адъ - легче с нуля переписать - объем системг уже больше чем у 2.6.х ведра

     
     
  • 3.275, Аноним (275), 10:31, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хороним, попутно быстро, решительно допиливаем dinit и переходим на него?
    Хмм, неплохо!
     
  • 2.31, Аноним (39), 13:58, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да уж так бы и отреагировали на проблему с liblzma "Not a bug".
     

  • 1.20, Аноним (20), 13:39, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения

    Не, писать 3 строчки ради своей реализации очень сложно. А вдруг дойдёт до 10 строк?!!! Конечно лучше загрузить пару десятков чужих либ. За безопастность пусть полит голова у безопастников, а за потребление памяти у сисадминов. И вообще, где моё смузи, а ишь, работать заставляют!

     
     
  • 2.29, Аноним (29), 13:58, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Не, писать 3 строчки ради своей реализации очень сложно. А вдруг дойдёт до 10 строк?!!! Конечно лучше загрузить пару десятков чужих либ.

    Так вроде предлагают побить libsystemd на кусочки. И 100500 раз всем не надо будет писать по 3-10-100 строчек, и багов меньше. Лёне жалко терять монополию просто

     
  • 2.75, Аноним (75), 14:57, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы для начала посмотрите на эти "3 строчки", а потом рассуждайте:

    https://www.freedesktop.org/software/systemd/man/devel/sd_notify.html#Notes

    И это "тривиальный sd_notify". Для sd_journal всё ещё интереснее.

    Желание всё это добро оставить в libsystemd, а не тащить во все сервисы на свете, вполне логично и ожидаемо.

     
     
  • 3.86, Аноним (20), 15:14, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    конечно, ведь лучше смузи попить
     
  • 3.332, llolik (ok), 10:51, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >  Вы для начала посмотрите на эти "3 строчки", а потом рассуждайте:

    И?
    Из всего этого пример - только функция notify. Остальное - обвязка, чтобы пример запускать, как new-styled daemon (работа по SIGHUP, SIGINT, SIGTERM). И что мы там видим, в той функции? Тривиально послать строчку в UDS.

     
  • 2.128, Аноним (124), 17:12, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ничего, что использование библиотеки, а это как раз библиотека, позволяет избежать дублирования кода, и избежать типовых проблем, которые будут при собственной реализации в _каждой_ проге, которой нужна эта функция? Учитывая, что прог оказывается немало, то, кажется, в таком случае функцию или группу функций выделяют в отдельную бибилотеку...
     
     
  • 3.178, Аноним (178), 19:24, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    завязываться на библиотеку, в которой нужна только функция из 3-х строк? прикалываешься чтоли?
     
     
  • 4.197, n00by (ok), 20:17, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прикалывается тот, кто обязал собирать всю библиотеку в один исполняемый файл, когда из неё нужна лишь функция из 3-х строк.
     
     
  • 5.215, Аноним (178), 21:05, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а что, библиотека должна состоять из 100 файлов? или может из 200?
     
     
  • 6.259, Аноним (259), 04:12, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно - нет. Но тут как бы потребности намекают на то, что уже должна. Но там упираются. Объективно - или нет, мне не понятно, надо лезть внутрь и пробовать разделять.
    Пока тут приведены заявления типа "Разделение потребует огромной работы".
     
  • 6.267, n00by (ok), 09:07, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Каждая функция с внешним связыванием транслируется в отдельный объект. Объекты помещаются в архив - это и есть библиотека. Откуда линкер может взять нужные функции и прилинковать куда-то. Не обязательно в один файл .so, откуда вся куча экспортируется для связывания загрузчиком. Если кто-то из сборщиков таких файлов не понимает эти детали, то пора задаться вопросом - а что они вообще тут делают.
     
     
  • 7.309, Аноним (-), 05:59, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Каждая функция с внешним связыванием транслируется в отдельный объект.

    Это кто тебе сказал такую фигню?

    > Объекты помещаются в архив - это и есть библиотека.

    Видимо еще посмотреть что там - ты не пробовал.

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

    Еще не забудь себя проинформировать про всякие LTO и проч и как сие работает. Твои знания лохматых годов, не описанные ни в каких стандартах си - ниоткуда не следуют. От слова вообще.

     
     
  • 8.313, n00by (ok), 06:57, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всех и не упомню В частности John R Levine, автор книжки Linkers and Loaders ... большой текст свёрнут, показать
     
     
  • 9.317, Аноним (317), 07:47, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это все какого года На данный момент поразвелось довольно много варинтов что и ... большой текст свёрнут, показать
     
     
  • 10.336, n00by (ok), 12:17, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дошло Ну, теперь можно и перечитать ветку с 215, на который я отвечал ... текст свёрнут, показать
     
  • 4.260, Анонимщик (?), 04:41, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Непонятно в чем сложность вырввать от systemd эти самые три строки отправки и завернуть их в libsdnotify какой-нибудь.
     
     
  • 5.320, Аноним (-), 08:06, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Непонятно в чем сложность вырввать от systemd эти самые три строки отправки
    > и завернуть их в libsdnotify какой-нибудь.

    В случае именно системды это приведет лишь к дополнительному оверхеду и комбинаторному взрыву на стыках взаимодействий.  Но вам под свои нужды так сделать никто не запрещает. Просто это - и майнтенанс всего этого - будет вашей болью и не их. В таком виде никто не возражает ;). А вот подвалить себе новой работенки и проблем - мало кто хочет.

     

  • 1.21, Аноним (21), 13:46, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    systemd начал рушиться под собственной тяжестью. А луддиты предупреждали, что это переусложенная хрень с корявой архитектурой.

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

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

     
     
  • 2.23, Аноним (21), 13:48, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И это, заметьте, PID=1

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

     
     
  • 3.235, Аноним (235), 22:24, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не рефлексируйте, а распространяйте
     
  • 2.25, Анонин (-), 13:52, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > systemd начал рушиться под собственной тяжестью.
    > А луддиты предупреждали, что это переусложенная хрень с корявой архитектурой.
    >  Например, в Fedora более 150 пакетов используют libsystemd в зависимостях

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

     
     
  • 3.28, Аноним (34), 13:57, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не виноватые мы они сами пришли. Типичная отмаза всяких мошенников и жуликов.
     
     
  • 4.50, Анонин (-), 14:14, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не виноватые мы они сами пришли. Типичная отмаза всяких мошенников и жуликов.

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

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

     
     
  • 5.64, Аноним (64), 14:44, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, а разрабы прикладного софта должны, вместо того чтобы свою работу делать, разбираться, а как мне это самому повторить реализацию функции из libsystemd. Зачем им она нужна вообще - это второй вопрос. Взяли бы разработчики systemd и предоставили легкую версию своей либы для других, раз это так просто. Но они ж монополисты, им плевать на удобство других.
     
     
  • 6.71, Аноним (-), 14:50, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > разрабы прикладного софта должны

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

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

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

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

     
     
  • 7.94, Аноним (38), 15:49, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а не у̶д̶а̶л̶я̶т̶ь̶ ̶г̶л̶а̶н̶д̶ы̶ ̶ч̶е̶р̶е̶з̶ ̶ж̶.̶.̶.̶  обращаться к ней через системД "ну патамуша там оно уже есть, это удобненько".

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

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

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

     
  • 6.218, Аноним (218), 21:21, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > как мне это самому повторить реализацию функции из libsystemd

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

     
  • 5.175, Kuromi (ok), 19:16, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не факт что все было иначе. Кто знает...
     
  • 3.187, Аноним (179), 19:50, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А это не проблема systemd. У нее как раз все нормально.

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

     
     
  • 4.310, Аноним (-), 06:01, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не нормально связываться с библиотеками, которые не используешь. А вот динамическая загрузка
    > (dlopen) - это, как раз, правильное решение, когда не знаешь какая
    > реализация понадобиться.

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

     

  • 1.22, Аноним (39), 13:47, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Самая вредная зависимость у libsystemd это сама libsystemd.
     
  • 1.26, Аноним (34), 13:55, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Всегда думал что системд и создан для увеличения «поверхность атаки», а тут пчёлы против мёда.
     
     
  • 2.32, Аноним (41), 13:59, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не против, просто они хотят сами всё контролировать.
     

  • 1.30, Аноним (41), 13:58, 03/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

  • 1.36, Аноним (29), 14:01, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Для сокращения занимаемой памяти в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen(),

    А статическая линковка не? Не нужна уже никому?

     
     
  • 2.46, Аноним (21), 14:10, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И будет каждый бинарь по килограмму весить, еще и обновлять их все вместо одной либы.
     
     
  • 3.55, НяшМяш (ok), 14:32, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не будут, если разрабы хоть немного поизучают свои компиляторы

    https://elinux.org/images/2/2d/ELC2010-gc-sections_Denys_Vlasenko.pdf

     
     
  • 4.216, Аноним (216), 21:11, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, но с вас новые глаза.
     
  • 3.69, _oleg_ (ok), 14:48, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да кошмар, вообще. И дырку не завезёшь установкой поломанной .so-либы.
     
     
  • 4.121, Аноним (121), 17:00, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дурак? Тебе через *.a дырку завезут точно так же, а вот пофиксить будет в сто раз сложнее
     
     
  • 5.141, _oleg_ (ok), 17:47, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Дурак? Тебе через *.a дырку завезут точно так же, а вот пофиксить
    > будет в сто раз сложнее

    Ты хоть бы молчал, если нихрена не понимаешь.
    _Точно так же_ легко не завезут. Одним обновлением .so мне поломают все связанные с ней программы. За раз. Привет liblzma. А если дырка в .a, с которым какие-то программы слинкованы, то они очень просто пересобираются. Для хомячка с apt-get это выглядит как apt-get update && apt-get upgrade.

    Я уж молчу про другие минусы .so и надуманные плюсы.

     
     
  • 6.155, Аноним (121), 18:23, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > apt-get update && apt-get upgrade

    И это потребует обновления ВСЕГО забагованного софта. В случае со статической либо, нужно обновить только одну либу. Это и называется проще. Насчет что дырки завезут, это вообще ортогонально к типу линковки - хоть в статику, хоть в динамику, какая разница то?

     
     
  • 7.162, _oleg_ (ok), 18:46, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> apt-get update && apt-get upgrade
    > И это потребует обновления ВСЕГО забагованного софта. В случае со статической либо,
    > нужно обновить только одну либу. Это и называется проще. Насчет что
    > дырки завезут, это вообще ортогонально к типу линковки - хоть в
    > статику, хоть в динамику, какая разница то?

    Да, обновление потребуется всего лишь для всего подстрадавшего софта. И что такого? Но при правильном подходе к функциям предоставляемым библиотекой это не проблема.

    Вот именно, что без разницы. Но so-либа это палка о двух концах. Легко обновить и так же легко занести бяку. Плюс он же и минус. Поэтому нет смысла его приводить как аргумент.

     
     
  • 8.198, n00by (ok), 20:22, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это вообще забавная ситуация дистрибутивы систематически обновляют по гигаб... текст свёрнут, показать
     
  • 8.200, Аноним (200), 20:28, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А еще динамические либы экономят место и память... текст свёрнут, показать
     
     
  • 9.268, n00by (ok), 09:13, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эту мантру повторяют те, кто никогда не смотрел ассемблерные листинги и вообще с... текст свёрнут, показать
     
     
  • 10.311, Аноним (-), 06:04, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну влинкуй себе в каждую программу по libqt6 статически, заодно и посмотрим на с... текст свёрнут, показать
     
     
  • 11.314, n00by (ok), 07:24, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем мне линковать это к твоему любимому bash Что бы удовлетворить твою потреб... большой текст свёрнут, показать
     
     
  • 12.321, Аноним (-), 08:48, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы уверены что вы сегодня вменяемы и трезвы, сэр Если речь про qt6 - это гуйная... большой текст свёрнут, показать
     
     
  • 13.337, n00by (ok), 12:19, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно уверен С чем тебя и поздравляю Когда протрезвеешь, перечитай свой ... текст свёрнут, показать
     
  • 9.284, _oleg_ (ok), 12:19, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ещё они тормозят на этапе связывания на старте и т п Место - смешно Сейчас д... текст свёрнут, показать
     
     
  • 10.327, Аноним (329), 10:03, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    До некоторой степени В свое время был в тренде прелинкинг для ускорения этого -... большой текст свёрнут, показать
     
     
  • 11.333, _oleg_ (ok), 11:46, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В какой какой Я ж говорю, что больше 5 процессов одинаковых - so сливает в экон... большой текст свёрнут, показать
     
     
  • 12.339, n00by (ok), 12:32, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Эксперты банально думают, что статика - это надо сложить размер bash с размерами... текст свёрнут, показать
     
  • 12.344, Аноним (-), 09:53, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И это было проверено для вообще всех программ, библиотек и соотношений их размер... большой текст свёрнут, показать
     
     
  • 13.359, _oleg_ (ok), 10:59, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можете заняться подобной проверкой лично Все ваши кути надо переделывать Я, к ... большой текст свёрнут, показать
     
     
  • 14.363, Аноним (363), 13:02, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    При том что вы деталей своего эксперимента не опубликовали Экспертиза опеннета ... большой текст свёрнут, показать
     
     
  • 15.365, _oleg_ (ok), 13:44, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А достаточно написал для тех, кому это интересно Рассказал о своих изысканиях, ... большой текст свёрнут, показать
     
  • 9.285, _oleg_ (ok), 12:26, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не надо забывать как они, вообще, появились А появились они, если мне не изменя... большой текст свёрнут, показать
     
     
  • 10.345, Аноним (-), 09:57, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то идея оказалась удачной - и стала стандартом де факто В винде, макоси ... большой текст свёрнут, показать
     
     
  • 11.346, n00by (ok), 11:19, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо работает здесь понималка эксперта В тех ОС у ПО не принято открывать исхо... текст свёрнут, показать
     
     
  • 12.354, Аноним (-), 02:37, 07/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А, простите, что майкрософту на самом принципиальном уровне мешало например 1... большой текст свёрнут, показать
     
     
  • 13.355, n00by (ok), 11:02, 07/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ты сменил тему и написал не по адресу Пиши в Микрософт ... текст свёрнут, показать
     
     
  • 14.357, Аноним (-), 04:09, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тема на месте Не вижу как наличие или отсутствие исходников принципиально запре... большой текст свёрнут, показать
     
     
  • 15.360, n00by (ok), 11:45, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю, что твоя тема всегда на месте, но она давно слабо коррелирует с данной, ... текст свёрнут, показать
     
     
  • 16.364, Аноним (363), 13:06, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, блин, не так Пора привыкнуть что у нуби срывает башню и он начинает уходить... текст свёрнут, показать
     
     
  • 17.366, n00by (ok), 17:11, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пора уже найти у нуби на гитхапе код, который способен загрузить PE COFF куда уг... текст свёрнут, показать
     
  • 5.219, Аноним (218), 21:24, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тебе через *.a дырку завезут точно так же

    Совсем не точно так же. Ты не понял, о чём он говорит.

    > а вот пофиксить будет в сто раз сложнее

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

     
     
  • 6.328, Аноним (329), 10:08, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > проект с либой или тысячу от неё зависящих требует одинаковых усилий
    > человека. А компьютер пусть хоть всю ночь пыхтит, он железный.

    Не, вот извините. На уровне менеджмента...

    1) Трекать 1 проект намного проще чем трекать 1000 проектов. Вероятность незамеченного косяка в 1000 многократно возрастает.

    2) Если комп пыхтит сутки - мы эти сутки кукуем с общеизвестной уязвимостью. Зашибись, конечно.

    3) Жрать проц на вот именно эти цели - допустимо разве что для билдферм. Остальные компьютерные системы установлены для ДРУГИХ целей и задач. И почему-то билдферм всем вечно не хватает и так. Но, конечно, за ваши то деньги - любой каприз, как говорится. Главное чтоб вы были готовы этот банкет оплачивать.

     
  • 2.63, n00by (ok), 14:38, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чем она здесь поможет? Наоборот избавляются от жесткого связывания, поскольку проблема в нём, а не в том, связывает ли линкер или загрузчик. Впрочем, dlopen() лишь откладывает проблему.
     

     ....большая нить свёрнута, показать (35)

  • 1.40, анон (?), 14:04, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шел 2к24 год, динамическая линковка не в почете, все надо срочно сделать статически и со своими закл... костылями.
     
     
  • 2.48, Аноним (39), 14:10, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ох, этот 2240 год. Статическая линковка, это когда в исполняемый файл добавляется код необходимых фунций, прямо в сам файл.
     
     
  • 3.276, Аноним (275), 10:34, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    200024, если точнее. На дворе темная эра технологий и все такое.
     
  • 2.174, Kuromi (ok), 19:14, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как у вас там в 23-ем веке? До Марса наконец долетели?
     
     
  • 3.186, Аноним (168), 19:44, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    2k=2000
    Так что 2k24 это видимо 200024 год, а не 2224
     
     
  • 4.206, Kuromi (ok), 20:44, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 2k=2000
    > Так что 2k24 это видимо 200024 год, а не 2224

    Тогда уже до ядра галактики долететь пора!

     

  • 1.44, Аноним (41), 14:09, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Корпорасты шаг за шагом прибирают к рукам Linux. Через некоторое время блоб systemd впитает в себя всё и ОС будет состоять из 2-х ядрер: Linux, переписанное на Rust, и systemd под полным контролем корпораций.
     
     
  • 2.66, Аноним (-), 14:45, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Корпорасты пишут для линукса код с 200х годов.
    Так что вполне справедливо, чтобы тот кто больше работал, и контролировал процессы.
    А то дашь волю всяким нищукам-обырганам и что они смогут?
    Опять какой то Хурд покажут, который еще лет 30 надо пилить.
     
     
  • 3.79, Аноним (41), 15:03, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это их личная инициатива - хотят пишут код ядра, никто не заставляет, и это не даёт им никакого права - ни юридического, ни морального претендовать на что-либо.
     
     
  • 4.90, Аноним (90), 15:31, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это даёт им физическое право писать что хотят и как хотят не обращая внимания на возмущённое xpюканье маргиналов, которые кроме лозунгов сами ничего написать не способны в принципе.
     
     
  • 5.93, Аноним (41), 15:44, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то "маргиналы" и создали Linux и СПО, а корпорасты потом присосались. Так что писать, они, конечно, могут всё, что угодно, но потом сами же и будут в этом г%вне бултыхаться, а "маргиналы" создадут нечто новое, прорывное.
     
     
  • 6.112, Аноним (-), 16:41, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вообще-то "маргиналы" и создали Linux и СПО, а корпорасты потом присосались.

    Вообще-то корпорасты создали тот Linux, что мы знаем, начиная с первого ляма и 1к разрабов от IBM.
    И благодаря им сейчас оно развивается.

    Хочешь посмотреть как выглядит СПО без корпораций?
    Добро пожаловать на хурд.

    А маргиналы могут только вонять на форумах о том "вот раньше было лучше" и "корпы убивают НАШ линукс!!1"

     
     
  • 7.117, Аноним (41), 16:47, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то корпорасты создали тот Linux, что мы знаем, начиная с первого ляма и 1к разрабов от IBM

    Спорное утверждение - мы не знаем, как выглядело бы ядро без участия корпорастов, может быть оно было бы даже лучше.
    > Добро пожаловать на хурд.

    HURD - это микроядро, поэтому и не взлетело. А Linux взлетел благодаря удачной архитектуре, поэтому и корпорасты к нему быстро присосались.

     
     
  • 8.123, Анонин (-), 17:03, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спорное утверждение Микроядерный QNX живет уже 40 Возможно не так популярен к... большой текст свёрнут, показать
     
     
  • 9.131, Аноним (41), 17:21, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это вряд ли Ещё до корпорастов ядро развивалось семимильными шагами и не показы... текст свёрнут, показать
     
     
  • 10.137, Анонин (-), 17:42, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ещё до это простите когда Ядро 1 0 релизнулось в марте 1994 и там было 176k L... текст свёрнут, показать
     
     
  • 11.142, Аноним (41), 17:50, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На этом хоббийном проекте и до 1999 г уже много чего крутилось, так что прихо... текст свёрнут, показать
     
  • 9.132, Аноним (41), 17:22, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так кому она была нужна, если был Linux Просто корпы её искусственно тащили ... текст свёрнут, показать
     
  • 9.286, Аноним (289), 13:42, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мертв А сказка про то что он в процессорах полностью от Таненбаума звучала как ... текст свёрнут, показать
     
     
  • 10.304, Аноним (304), 21:49, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https web archive org web 20171107160950 https www networkworld com arti... текст свёрнут, показать
     
  • 9.334, Аноним (329), 11:54, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не живет - а существует Разница Учитывая что QNX стал маргинальщиной, а Blackb... большой текст свёрнут, показать
     
  • 8.138, crypt (ok), 17:43, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    есть openbsd без корпораций и freebsd с гораздо меньшим участием корпораций во... текст свёрнут, показать
     
     
  • 9.145, Аноним (41), 17:54, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и очень неплохо выглядело бы, надо сказать Но Linux был бы даже лучше, потом... текст свёрнут, показать
     
  • 9.148, Анонин (-), 18:07, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Отличная история Жаль, что п 822 и 822 не правда https www openbsdfound... большой текст свёрнут, показать
     
  • 7.190, Аноним (179), 19:57, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Хочешь посмотреть как выглядит СПО без корпораций?

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

     
  • 6.115, Аноним (90), 16:45, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    GNU/Hurd?
     
  • 6.231, Аноним (236), 22:08, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то "маргиналы" и создали Linux и СПО

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

     
     
  • 7.312, Аноним (-), 06:08, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Вообще-то "маргиналы" и создали Linux и СПО
    > В смысле крали код из юниксов, написанных корпорациями? Ну обалдеть какой подвиг.

    Не, "крали" его таки - в BSD. Которых AT&T как раз по судам в это время таскал. Линуксоиды посмотрели на этот шитпарад и решили что самим напрогать - как-то проще, раз такая фигня. А потом этот AT&T - между прочим, загадив вам поляну, на убунточку перешел на серверах. Удачные у бсдей взаимодействие с корпорациями вышли - оттрахали и выкинули на мороз! Наверное так и надо с апстримом взаимодействовать.

     
     
  • 8.356, Аноним (356), 03:08, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что там с Gosling Emacs история была и не потому ли Hurd так и остался недописан... текст свёрнут, показать
     
     
  • 9.358, Аноним (-), 07:11, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Понятия не имею, и это в любом случае - не есть nix и linux Более того - я со ... большой текст свёрнут, показать
     
     
  • 10.362, Аноним (-), 12:09, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На UniPress, которым борода продал емакс, подали досудебку и они сняли софт с пр... большой текст свёрнут, показать
     
     
  • 11.368, Аноним (-), 18:32, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На мой вкус, либо решение суда, либо не вижу ФАКТОВ Досудебка вообще - джентльм... большой текст свёрнут, показать
     
     
  • 12.370, Аноним (-), 00:24, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не чувак, здесь тут не там как говорится В штатах гораздо дешевле, если ты зн... большой текст свёрнут, показать
     
  • 4.220, Аноним (218), 21:27, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Расслабься, рэволюционер, никакие корпораци ни на что в ядре Линукса не претендуют. Он. просто делают как им самим надо. Ты тоже делай, тебе никто не запрещает.
     

     ....большая нить свёрнута, показать (27)

  • 1.53, Аноним (53), 14:32, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Меня удивляет, почему эксперты опеннета на сей час ещё не написали СВОЮ систему инициализации для линукса?
     
     
  • 2.56, НяшМяш (ok), 14:34, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Они же эксперты, им не пристало РАБотать.
     
     
  • 3.59, Аноним (34), 14:35, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты и есть эксперт чего не в пятерочке на смене?
     
  • 2.57, Аноним (34), 14:34, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Потому что нормальная система инициализации уже существует, прикинь.
     
     
  • 3.76, Аноним (76), 14:58, 03/04/2024 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 2.80, Аноним (49), 15:08, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем? Их и так полно кроме SystemD.
     
  • 2.84, Аноним (41), 15:12, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что она уже давно написана - SysV Init называется. Простая, ортогональаня и прозрачная система инициализации. Ах да, на ней комп долго грузится... Ну так может поменьше перезагружать надо, а не ребутиться на каждый чих, как это принято в оффтопике?
     
     
  • 3.129, Аноним (-), 17:15, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну во-первых у sysV - static dependency handling.
    А во-вторых тебе никто не запрещает пользоватся им.
    Пусть у злых, недалеких корпов будут свои диструбтивы с системмд, а у тебя будет свой, гораздо лучший.
     
     
  • 4.165, Аноним (41), 18:58, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть у злых, недалеких корпов будут свои диструбтивы с системмд, а у тебя будет свой, гораздо лучший

    Слава Великому Патрегу, именно таким дистром и пользуюсь! Пока ещё можно, systemd пока ещё не смог продиффундировать в код всех программ, так, чтобы его нельзя было выпилить.

     

  • 1.54, Skullnet (ok), 14:32, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не знаю что тут обсуждать. Абсолютно пофиг, libsystemd вообще маленькая библиотека.
     
  • 1.58, n00by (ok), 14:34, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Что касается связывания c libsystemd большого числа приложений,
    > то Ленарт порекомендовал разработчикам приложений не пытаться
    > загружать libsystemd ради одной функции, а реализовать обработчик
    > протокола на уровне приложения. Например, реализация функциональности
    > sd_notify() достаточно тривиальна и может уложиться в несколько строк
    > кода при использовании UNIX-сокетов (AF_UNIX).

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

     
     
  • 2.173, Kuromi (ok), 19:13, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вау, сначала сделал комбайн которые может все все все, и даже яичницу делать и  кофе варить, а потом сказал "ну и что что его надо сутки раскочегаривать перед работой, не нравится - варите кофе сами".

    Так А НАФИГА было это все тогда?

     
     
  • 3.199, n00by (ok), 20:24, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понял аналогию с кофе, но посмотрел на лицензию и понял, что линковать маленький кусочек _библиотеки_ не каждый может себе позволить.
     
     
  • 4.208, Kuromi (ok), 20:48, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не понял аналогию с кофе, но посмотрел на лицензию и понял,
    > что линковать маленький кусочек _библиотеки_ не каждый может себе позволить.

    Аналогия такая что Системд разбух настолько, что ради маленькой части функционала типа "хочу кофе" надо заводить весь комбайн. А когда разработчики жалуются что комбайн-то размером с поезд, Леня говорит что тогда могут сделать кофе сами, "самостоятельно имплементировать требуемый функционал". Тогда возникает вопрос, а нафига оно все было тогда? Может не надо было кофейник в комбайн встраивать или даже вообще комбайн изобретать?

     
     
  • 5.217, Аноним (-), 21:21, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в комбаин кофейник встроили для комбайнера.
    Который будет пахать от заката до рассвета.

    А левому мимокрокодилу, который пришел явно не мешки ворочать, но не прочь кофейку нахаляву хлебнуть... надо указывать на известное направление.
    Как в анекдоте "идите на!, дачник, лекция для колхозников!"

     

  • 1.60, Аноним (60), 14:36, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А где эти системдбои, которые так за него топят, был бы проект нормальный так и вопросов бы не было, а то сбацали комбаин, а теперь думают какже так вышло.
     
     
  • 2.72, Аноним (72), 14:50, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    То ли еще будет!
     

  • 1.70, Аноним (70), 14:49, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Почему новость про зависимости у системд, но в самой новости про зависящих от системд? Зависимости системд - это когда системд от чего-то зависит. Зависимости от системд - это когда кто-то зависит от системд. Почему они в новости взаимозаменяемы?
     
     
  • 2.73, Аноним (72), 14:52, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что в системдэшном этом вашем мейнстриме все так уже запутано, что сам черт отказывается за это нечто браться. Какие технологии, такие и новости. Кушайте.
     
     
  • 3.83, anonymous (??), 15:11, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Откуда такие насыщенные яркие фантазии? По уникальным не имеющим аналога баш портянкам соскучились? Забыли какая житуха была в эру до systemd? Приходишь на работу а тут в каждом компе своя "я не такой как все" баш операционка с накопленными за все предыдушие годы наплывом добра кусками шедевров однострочников напоминаюшие наплывы добра на трубе порвавшейся на морозе. И вперед, разбирайся с максимально обфусцированным кодом так как каждый баш-неофит считал своим долгом показать скилл то есть вкорячить свой бред максимально изощренно. Ессно потом увольнялся (баш-шедевр создан, скучно, надо что то другое) на его место очеердной тыжепрограммист начитавшийся журнала каксор и еще слой и еще.
     
     
  • 4.87, Аноним (41), 15:15, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > По уникальным не имеющим аналога баш портянкам соскучились

    А что в них такого? Ну большие по размеру скрипты, и что? Зато они легко читаемы, как открытая книга, а в хитросплетениях логики systemd скоро уже сам автор не разберётся.

     
     
  • 5.100, Аноним (-), 16:04, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Зато они легко читаемы, как открытая книга

    Очень! Разарботчики XZ не дадут соврать))
    Я манал читать такие книжки
    export i="((head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +724)";(xz -dc $srcdir/tests/files/good-large_compressed.lzma|eval $i|tail -c +31265|tr "\5-\51\204-\377\52-\115\132-\203\0-\4\116-\131" "\0-\377")|xz -F raw --lzma1 -dc|/bin/sh-dc|/bin/sh


    > а в хитросплетениях логики systemd скоро уже сам автор не разберётся.

    Но пока бекдорят любителей башпортянок и скриптов сборки из 70-80х

     
     
  • 6.104, Аноним (41), 16:17, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень! Разарботчики XZ не дадут соврать))

    Так это намеренно обфусцированный код, в SysV такого нет.
    > Но пока бекдорят любителей башпортянок и скриптов сборки из 70-80х

    Ога, а systemd-notify тут вообще не при делах)

     
  • 4.88, аноном (?), 15:21, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Уж года три в девуане, до сих пор не было необходимости пресловутые баш портянки читать и писать. Что я делаю не так ?
     
     
  • 5.262, Аноним (236), 06:40, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё так делаешь. Свободная касса!
     

  • 1.78, Аноним (78), 15:00, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хм, а кто мешает собрать без системду?
    А, точно, у нас же докер и корпоративные сервера, кровавый Энтерпрайз...

    Но в энтырпрайзе же всем пофиг, пока не прилетит. А когда прилетит возьмём стрелочника (это не мы, это КрасноШапка не пропатчила)... Мда, дела.

    Ой, а мы же не про супер современные Node приложения, мы же про системные сервисы! Простите, они стали так похожи, что уже забываешь про что говоришь.

     
     
  • 2.119, Аноним (119), 16:49, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А нахрена докеру системда? Прекрасно без неё работает
     
     
  • 3.237, Аноним (78), 22:56, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, нам с вами она и не нужна, но встречаются изумительные вещи где она есть. И их, увы, достаточно много.
     
  • 2.258, Аноним (70), 04:10, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Но в энтырпрайзе же всем пофиг, пока не прилетит

    Я вот в Броадкоме работал, а сейчас в Оракле. Куда уж интерпрайзнее. Так вот они своей секурностю (особенно оракл) за-ли со страшной силой. И при сборке всё сканируется, и переодически все окружения, и все рабочие компы, и облако, репы контейнеров, репы артифактов, все хосты, все запущенные контейнеры на этих хостах, и ещё много чего. Даже если уязвимостей нет, но например новая версия библиотеки не выходила больше двух лет - всё, вы используете заброшенный проект, переходите на другой. Там п-дец не забалуешь.

     

  • 1.95, Пряник (?), 15:55, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А если выкинуть systemd, то меньше зависимостей, меньше кода.
     
  • 1.97, Аноним (97), 15:57, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо все эти либы запихнуть прям в libsystemd, чтобы всё можно было контролировать. Чтобы был только libsystemd и больше ничего.
     
     
  • 2.102, Аноним (41), 16:14, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Надо вообще всё туда запихнуть. "Ничего не будет. Ни ядра, ни GNU, ни скриптов, ни библиотек – один сплошной systemd".
     

  • 1.99, oficsu (ok), 16:02, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В первом случае возникнут проблемы с поддержанием стабильности API и пространствами имён, а во втором - к увеличению размера из-за дублирования кода
    > Что касается связывания c libsystemd большого числа приложений, то Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения

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

     
  • 1.106, Аноним (106), 16:23, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Автор, WTF вы пишете?!!

    "зависимостей у библиотеки libsystemd, которая связывается не только с компонентами systemd, но и со многими внешними приложениями. Например, в Fedora более 150 пакетов используют libsystemd в зависимостях."

    вы, уже, решите, кто на ком стоял?
    150 зависимостей У libsystemd
    или 150 зависимостей ОТ libsystemd

     
     
  • 2.118, Анонин (-), 16:49, 03/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.136, Аноним (-), 17:42, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если написать ОТ, то получится что 150 разработчиков либ, просто ленивые опы, которые завязываются на системмд, хотя их никто не заставлял и даже не просил.
    Но тогда придется признать что системд не так уж плох, что в сообществе луддитов неосиляторов не приветствуется)
     

  • 1.109, Big Robert TheTables (?), 16:28, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +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.

    И это ничуть не удивляет.

     
  • 1.110, Аноним (110), 16:31, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Интересно, Поттеринг уже работает над systemd-wine, что-бы включить в libsystemd зависимость от KERNEL32.dll?
     
  • 1.111, LinupsCrashGitz (ok), 16:36, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Так и до инициативы по сокращению systemd недалеко
     
     
  • 2.130, Аноним (39), 17:17, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Им бы его на Rust начать переписывать.
     
     
  • 3.205, Аноним (41), 20:34, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это было бы замечательно! Чтобы всё это превратилось в совсем нечитаемое месиво, в котором потом даже авторы не разберутся.
     
  • 2.171, Kuromi (ok), 19:11, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сократят до System
     

  • 1.113, Аноним (119), 16:41, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в чем проблема сделать мини-либу типа libsdnotify? Разрешения у Поттеринга спрашивать не обязательно, взял и сделал. Если уж он предлагает реализовывать протокол в коде ручками, то явно считает протокол достаточно стабильным, чтобы его реализация не зависела от внутренностей актуальной версии системды.
     
  • 1.116, IdeaFix (ok), 16:45, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лёня чота за стабильность АПИ шачал... :)
     
     
  • 2.297, 1 (??), 16:18, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это результат перехода в Microsoft.
     
  • 2.322, Аноним (-), 08:53, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Лёня чота за стабильность АПИ шачал... :)

    А ты попробуй запилить популярную либу и сломать апи пару раз - узнаешь в чем прикол.

     
     
  • 3.326, IdeaFix (ok), 09:16, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    раньше его это не останавливало
     
     
  • 4.335, Аноним (329), 11:57, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > раньше его это не останавливало

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

     
     
  • 5.338, IdeaFix (ok), 12:25, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> раньше его это не останавливало
    > Так ты попробуй - после того как тебя пару раз чувствительно надерут
    > на премию, ибо саппорт завалили злые кастомеры - ты тоже, пожалуй,
    > отучишься так делать лишний раз. Ну, это в допущении что у
    > тебя вообще скилл котировался чтобы за него еще и платили.

    Мы же про Лёню говорим, а не про твой неудачный опыт в ИТ :)

     

  • 1.120, Александр (??), 16:57, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Интересный вопрос. А нахрена в systemd загружаются  liblzma, libzstd, liblz4, libgcrypt? Логи жмёт, что ли?
    Так вынесите отдельно ужимание логов в отдельные процесс, и будет проще и спокойнее. И, кстати, логи можно жать одной библиотекой, а не тремя разными.

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

     
     
  • 2.122, Аноним (121), 17:02, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обсуждение про libsystemd, а не про systemd.
     
  • 2.367, Аноним (75), 18:03, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересный вопрос. А нахрена в systemd загружаются  liblzma, libzstd, liblz4, libgcrypt? Логи жмёт, что ли?

    Да. Запись и чтение логов, в т.ч. сжатых, реализована в libsystemd. А этот "отдельный процесс" уже есть, и называется systemd-journald, и пишет логи с помощью libsystemd.

     

  • 1.133, Oe (?), 17:27, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для сокращения занимаемой памяти в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen(), в ситуациях когда их функции действительно необходимы.

    Ах, так вот почему линух жрет озу как одинадцатая винда, но при этом имеет от силы 1% от функционала винды из коробки. Молодцы, в 2024 открыли для себя dlopen() вместо статичной линковки всего хлама который никогда за 30 лет рантайма не использовался

     
     
  • 2.193, Аноним (179), 20:04, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > линух .. имеет от силы 1% от функционала винды из коробки

    Винда со времён Семёрки уже научилась распаковывать хоть что-нибудь, кроме ZIP, из коробки? Без установки стороннего 7zip ей вообще можно пользоваться?

    > открыли для себя dlopen() вместо статичной линковки

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

     
     
  • 3.212, Аноним (236), 21:00, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Винда со времён Семёрки уже научилась распаковывать хоть что-нибудь, кроме ZIP, из коробки? Без установки стороннего 7zip ей вообще можно пользоваться?

    Давно. 7z, rar и не нужные натуралам (ибо удел всяких меньшинств) tar, tar.gz, tar.bz2, tar.zst, tar.xz, tgz, tbz2, tzst и txz Win11 распаковывает из коробки. А в ненужное уже завезли поддержку длинных имён файлов, например? Чтобы не 255 байт в имени, а 255 символов в юникоде. Графическую систему, а не пародию на неё вроде иксов и вяленого?

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

    Да, это именно они придумали всякие snap, flatpack и прочие appimage потому что если в репах нет чего-то вообще или конкретной версии - ты попал.

     
     
  • 4.227, Аноним (179), 21:56, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сто лет пользуемся, пока вы догоняете чужими руками solid block в 7zip Чуть л... большой текст свёрнут, показать
     
     
  • 5.305, Аноним (305), 05:29, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Самая гибкая в настройке и функциональности из существующих графических систем. Плюс, кроссплатформенная. Плюс, огромный выбор окружений на любой вкус. Пока кто-то тыкается носом в плитки с рекламой.

    Плюс свеженькие дырочки: хочешь иксы вали, хочешь рутом становись. Свеженьких потому что только сегодня тут про них написали, так-то они в иксах с 2009 и 2012 жили. Про тыкаться носом в плитки с рекламой: было дело в убунте и ещё каком-то шнягукce, помню.

     
     
  • 6.348, Аноним (348), 14:59, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме тебя никто Иксы от рута давно не стартует.
     
     
  • 7.349, Аноним (349), 21:17, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мне иксы в WSL не нужны. Вяленый тоже.
     
  • 5.351, Аноним (349), 21:50, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну кому и член - морковка Индексы туда уже завезли чтобы можно было вытащить од... большой текст свёрнут, показать
     

  • 1.140, jalavan (ok), 17:47, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это начало конца, братья.
     
     
  • 2.191, dannyD (?), 20:01, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да пофиг,

    если в gentoo забъют на openRC - перейдем на BSD!

     
     
  • 3.241, Аноним (78), 23:02, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока, вне зависимости от, можно компилять без системы. Отлично живу на OpenRC.

    Мучение, конечно, страшное - руками писать скрипты запуска, но выручает alpine.

    Мне искренне интересно, чё такого даёт системда, что она всем так нравится?

     
     
  • 4.248, Аноним (280), 23:30, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Мучение, конечно, страшное - руками писать скрипты запуска, но выручает alpine.

    лол, загнётся - как ж мне будет вас жалко (нет).

     
  • 4.253, dannyD (?), 01:06, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Мне искренне интересно, чё такого даёт системда, что она всем так нравится?

    может мы чего не знаем?

    лично я не пользуюсь ни каким красношляием,

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

    может там оно надо???

     
  • 4.323, Аноним (-), 09:06, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как хорошо, когда на зло бабушке отмораживают уши именно те кто это угрожал сдел... большой текст свёрнут, показать
     
     
  • 5.331, Аноним (280), 10:23, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    какие такие проблемы с автостартующим добром сисьтем-да ж должна была это решит... большой текст свёрнут, показать
     
     
  • 6.340, Аноним (329), 12:40, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если я получаю сервер в управление, я хочу понимать что там работает и отуда это... большой текст свёрнут, показать
     
     
  • 7.341, Аноним (280), 18:23, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нерелевантно вопрос был что, есть проблемы с автозапуском приложений под сисьт... большой текст свёрнут, показать
     
     
  • 8.347, Аноним (329), 12:39, 06/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На мой вкус менеджить системы стало проще и приятнее Ветеранюниксам не поможет,... большой текст свёрнут, показать
     

  • 1.146, Аноним (146), 18:02, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения. Например, реализация функциональности sd_notify() достаточно тривиальна и может уложиться в несколько строк кода

    Почему только ему пришла в голову такая очевидная мысль?

     
     
  • 2.160, Аноним (-), 18:42, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Потому что он опытный разработчик.
    А не васян-лефтпадщик, который на каждый чих тянет в зависимости еще одну либу.

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

     
     
  • 3.232, Аноним (280), 22:08, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Потому что он опытный разработчик.
    > А не васян-лефтпадщик, который на каждый чих тянет в зависимости еще одну
    > либу.

    какое элегантное определение nih-синдромщика. апплодирую лёжа.

    > Разработчикам нужно научится ответственности и не лениться писать код у себя.
    > А то завели привычку грузить либу на 100500 функций ради одной.

    каждый из 150 проектов должен реализовывать часть libsystemd у себя, и синкать изменения в системд, чтоб быть совместимыми с этой самой системд и повторить те действия, которые сами системдшники выделили в отдельную либу для переиспользования в своих nih-прожектах, идущих на замену всему GNU userland'y. Тут можно, там нельзя. Ай да лёня, ай да инжинер.

     

  • 1.149, Аноним (149), 18:08, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >  в libsystemd недавно принято изменение c реализацией динамической загрузки библиотек liblzma, libzstd и liblz4 при помощи вызова dlopen(), в ситуациях когда их функции действительно необходимы.

    Это ОН!

    Вот теперь под systemd заработают куча старых вирей...

    Требование: -Wl,-z,now прописано кровью.

     
     
  • 2.194, Аноним (179), 20:06, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если удастся установить их в систему и подсунуть каждому сервису.
     
     
  • 3.298, Аноним (298), 17:50, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Integrity у многих дистрибутивах есть?
     

  • 1.150, Аноним (146), 18:08, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Проблему с усложнением получения данных о динамически загружаемых библиотеках предлагается решить через добавление в файлы ELF дополнительных полей

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

     
     
  • 2.195, Аноним (179), 20:07, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для автоматизации, очевидно.
     
  • 2.301, Аноним (303), 18:43, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Такие вещи поддерживать употеешь.

    Такие доки постоянно норовят разойтись с реальностью. Это фича.

     

  • 1.152, Аноним (152), 18:16, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > ведётся обсуждение вопроса сокращения зависимостей

    С дистрибутивов надо выпиливать systemd, dbus, polkitd+JS, kernel *BPF, JIT, ...

     
     
  • 2.161, Аноним (-), 18:44, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нужно! Выпиливай)
    Наверняка такой иксперт как ты, сделает в два счета.
    Но мне что-то подсказывает, что делать ты ничего не будешь, а вот ныть на форуме это обязательно.
     
  • 2.164, Аноним (41), 18:53, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давно пора, пока не поздно! И pulseaudio обязательно ещё.
     
     
  • 3.211, 12yoexpert (ok), 20:58, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    apparmor и ufwd туда же в топку
     
     
  • 4.300, Аноним (303), 18:42, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О! Да. Запуск iptables из питон скрипта ufw говорит о уровне команды дистрибутива.
     
  • 3.274, Аноним (274), 10:24, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Pulseaudio и так всё. Теперь pipewire.
     
     
  • 4.278, Аноним (280), 11:04, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Pulseaudio и так всё. Теперь pipewire.

    пульса уже всё, а пипа еще не готова и лопатит конфиги в минорщине:
    https://pipewire.pages.freedesktop.org/wireplumber/daemon/configuration/migrat

    а другого десктопа у нас для вас нет, это "лучшее что случилось с линуксом за тридцать лет" (с)

     
  • 3.279, Аноним (275), 11:04, 04/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.159, Аноним (-), 18:39, 03/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.167, минона (?), 19:01, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Казалось бы, примени стандартную декомпозицию:

    1. части libsystemd.so, реализующие те или иные публичные протоколы libsystemd, сделай отдельными библиотеками libsd-<smth>.so и опиши в pkgconfig.
    2. Приватные части libsystemd.so, используемые несколькими публичными библиотеками вынеси в одну или несколько библиотек libsystemd-private.so. Несколько библиотек могут понадобиться, если у некоторых из общих приватных частей слишком много внешних зависимостей.
    3. Профит, можно идти, выписывать себе премию.

    Но у Лёни свой путь как всегда...

    ЗЫ code talks, bullshit walks неприменим, к сожалению, для общения со всей этой братией, они только себя любимых слышат.

     
     
  • 2.202, n00by (ok), 20:30, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ещё можно опубликовать libsystemd под лицензией, не мешающей статически прилинковать маленький кусочек всем желающим. Но это, безусловно, сложнее, чем вот это вот всё.
     
  • 2.243, Аноним (78), 23:07, 03/04/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

  • 1.169, Kuromi (ok), 19:05, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Разработчики systemd считают разделение не целесообразным, так как присутствующие в libsystemd обработчики взаимосвязаны...Ленарт Поттеринг выразил категорическое несогласие"

    Ну естественно Леня не согласен. У него в планах поглотить и grub и в ядро внедриться, так чтобы в конце концов получился GNU\systemd или systemd\Linux. А потом вообще systemd\systemd - одна ядрось чтобы рулить всеми. (кто понял шутку тот понял)


    Но на самом деле проблема собирания ВСЕГО в системД и внедреж её же во все - это и правда головная боль на будущее, но как известно Поттерингу его поделки интересны только пока он не найдет чтобы еще переизобрести.
    Думаю вот доделают Wayland и тут Леня найдет в ней фатальные недостатки.

     
     
  • 2.172, Аноним (41), 19:13, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он агент мелкомягких и ему, видимо, дана задача поставить под контроль Linux и СПО, поэтому он всё переизобретает.
     

  • 1.177, Tron is Whistling (?), 19:21, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может таки статическая линковка bundled-версий?
    Проще выпустить новую версию при обнаружении дерьма в таковых, чем налетать на разное дерьмо в дистрибутивах.
     
  • 1.189, scriptkiddis (?), 19:57, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А сам libsystemd естесственно святой и не подвержен... ничему?
     
     
  • 2.201, Аноним (41), 20:29, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно! Это же суперсовременные нанотехнологии от программистов новой формации, а не какой-то древний UNIX от старых бородатых дедов!
     
     
  • 3.247, Аноним (280), 23:25, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вертикальные нанотехнологии на 64мб распберри пай. надо только вон там, и вон там обмазаться autoexec.cfg^Wini-божественными конфигами, перенося с одного дистра на отсталый дебиан, меняя хостнейм через дубас. А не вот эти вот ваши rc.conf, фу, ажтрисёт!
     

  • 1.192, scriptkiddis (?), 20:02, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Например, реализация функциональности sd_notify() достаточно тривиальна и может уложиться в несколько строк кода при использовании UNIX-сокетов (AF_UNIX).

    Ну и нах..ер ваш libsystemd тогда не нужен.

     
  • 1.209, Аноним (280), 20:51, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    лол. в начале - завязывайтесь на сисьтем дэ, мы вам всё реализовали, не нужно нюхать бэшпортянки, делать даблфорки, етц, етц.
    А потом - реализовывайте сами, не линкуйтесь, не для вас моя розочка цвела.

    П. Парашхитектура. В util-linux уже завезли sd_notify, но маловато будет. Колапснёт дед максим - с удовольствием понаблюдаю за очередными волнами в тазике, и исправлением/переписыванием на другую парашхитектуру.

     
     
  • 2.214, Аноним (178), 21:02, 03/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ты к системд линкуешься? силён!
     

  • 1.229, pic (?), 22:03, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Инициатива по сокращению зависимостей у libsystemd

    От красношляп, поддержал бы независимую разработку.

     
  • 1.245, Аноним (280), 23:18, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    надо просто взять эти 150 пакетов и интегрировать в системд. он же модульный и юникс-вей, ему не убудет.
     
  • 1.252, Фняк (?), 01:03, 04/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то Лёня шлангом прикидывается когда про функцию из трёх строк пишет. С точки зрения клиента, libsystemd опубликовала интерфейс для выполнения определенной функции, сколько там строк в реализации той функции это вообще не забота клиентов библиотеки. Сегодня там реализация из 3х строк, завтра из 33 и что ментейнерам дистров пересобирать все приложения использующую эту функцию? К тому же работа с unix-сокетом предполагает, что каждый клиент должен знать путь к сокету для этой функции. Это вопрос решаемый, но это усложняет систему сборки этих приложений
     
     
  • 2.299, Аноним (303), 18:38, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто и дипломатично признал: так написано, пишите сами другое, если хотите.

    Болезни молодого сложного софта... Может и выживет от болезни без инвалидности.

     

  • 1.255, Kenneth (?), 01:26, 04/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно уже такая иннициатива существует. Devuan называется.
     
     
  • 2.263, Аноним (263), 07:41, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ирония в том, что в Devuan никто не парился с чисткой пакетов от libsystemd и sshd там успешно слинкован с ним.  libsystemd там подменяет libelogind, но он тащит не меньше зависимостей, среди которых libz и libpcre2 (возможно тянул и liblzma, но сейчас убрали).

    https://www.opennet.ru/openforum/vsluhforumID3/133254.html#90

     
     
  • 3.265, Аноним (280), 07:55, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    что за релиз https pkginfo devuan org cgi-bin package-query html c package q ... большой текст свёрнут, показать
     
     
  • 4.277, Аноним (263), 10:41, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    openssh-server=1:9.7p1-4 и openssh-server=1:9.7p1-2 уже поправленные версии, качайте более ранние версии, например, openssh-server_9.6p1-4_amd64.deb, так в обязательных зависимостях есть
    libsystemd0


    Depends: adduser, libpam-modules, libpam-runtime, lsb-base, openssh-client (= 1:9.6p1-4), openssh-sftp-server, procps, ucf, debconf (>= 0.5) | debconf-2.0, runit-helper (>= 2.14.0~), libaudit1 (>= 1:2.2.1), libc6 (>= 2.36), libcom-err2 (>= 1.43.9), libcrypt1 (>= 1:4.1.0), libgssapi-krb5-2 (>= 1.17), libkrb5-3 (>= 1.13~alpha1+dfsg), libpam0g (>= 0.99.7.1), libselinux1 (>= 3.1~), libssl3 (>= 3.0.0), libsystemd0, libwrap0 (>= 7.6-4~), zlib1g (>= 1:1.1.4)

     
     
  • 5.283, Аноним (280), 11:32, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > openssh-server=1:9.7p1-4 и openssh-server=1:9.7p1-2 уже поправленные версии, качайте
    > более ранние версии, например, openssh-server_9.6p1-4_amd64.deb, так в обязательных
    > зависимостях есть
    > libsystemd0
    > Depends: adduser, libpam-modules, libpam-runtime, lsb-base, openssh-client (= 1:9.6p1-4),
    > openssh-sftp-server, procps, ucf, debconf (>= 0.5) | debconf-2.0, runit-helper (>=
    > 2.14.0~), libaudit1 (>= 1:2.2.1), libc6 (>= 2.36), libcom-err2 (>= 1.43.9), libcrypt1
    > (>= 1:4.1.0), libgssapi-krb5-2 (>= 1.17), libkrb5-3 (>= 1.13~alpha1+dfsg), libpam0g (>=
    > 0.99.7.1), libselinux1 (>= 3.1~), libssl3 (>= 3.0.0), libsystemd0, libwrap0 (>= 7.6-4~),
    > zlib1g (>= 1:1.1.4)

    глянул. всё так, был неправ. прошу прощения.

     

  • 1.257, Аноним (257), 02:06, 04/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем вообще в этом протоколе компрессия?
     
  • 1.261, qweo (?), 05:45, 04/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Всемогутер не проблема, говорили они.

    Главный источник расширения поверхности атаки без необходимости - сам systemd.

     
  • 1.282, Аноним (282), 11:28, 04/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    с docker'изацией всего и вся systemd уродливый и мерзкий становиться особенно не нужным и точно должен быть заменен чем то гораздо более простым и unixway'ным например sysv))) или sysv с минимальной автоматизацией
     
     
  • 2.296, Аноним (303), 15:31, 04/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Счас набегут разрабы неосиляторы загрузки сервиса, будут топить за призрачные удобства, в обмен на сложность и молодость софта.
     
  • 2.325, Аноним (-), 09:13, 05/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > с docker'изацией всего и вся systemd уродливый и мерзкий становиться особенно не
    > нужным и точно должен быть заменен чем то гораздо более простым
    > и unixway'ным например sysv))) или sysv с минимальной автоматизацией

    И так то все б ничего если б это не было еще жуткой блоатвариной на игого с кучей CVE :)

     

  • 1.294, Аноним (303), 15:30, 04/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > присутствующие в libsystemd обработчики взаимосвязаны

    Приколотил гвоздями функциональность...

    > Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения

    И послал всех подальше.

    Красавчик.

     
  • 1.350, InuYasha (??), 21:44, 06/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно. Не прошло и 10 ле... ой, уже прошло. Причём давно. (0_0)
    В общем, ждём system32.dll, user32.dll, advapi, shell32 и всё как у умных но злых (не)людей.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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