The OpenNET Project / Index page

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

Выпуск системного менеджера systemd 247

28.11.2020 14:32

После четырёх месяцев разработки представлен релиз системного менеджера systemd 247. В новом выпуске добавлен экспериментальный обработчик нехватки памяти, проведено нарушающее совместимость обновление правил udev, в systemd-homed по умолчанию задействована ФС Btrfs, предложен механизм для безопасной передачи конфиденциальных данных в сервисы, стабилизирована утилита systemd-dissect.

Основные изменения:

  • В правила udev внесены нарушающие обратную совместимость изменения, необходимые для корректной реализации в udev uevent-событий "bind" и "unbind", внесённых в модель устройств ядра Linux 4.14 и обычно генерируемых для USB-устройств и устройств для которых необходимо до начала работы загрузить прошивку. Для использования нового systemd-udevd дистрибутивам потребуется обновить правила udev, заменив вызовы 'ACTION!="add|change",GOTO="xyz_end"' на 'ACTION=="remove",GOTO="xyz_end"'. Помимо изменения поставляемых в разных пакетах правил udev, изменения также необходимо будет внести в различные программы мониторинга, библиотеки и утилиты, работающие с правилами udev.

    Утверждается, что необходимость подобного изменения обусловлена не проблемами в systemd или udev, а нарушающим совместимость изменением в ядре Linux, которое привело к тому, что всё больше и больше драйверов используют события "bind" и "unbind", для поддержки которых требуется кардинальное изменение логики обработки событий. В качестве решения в systemd-udevd полностью переработана концепция тегов, позволяющих помечать и фильтровать устройства в процессе их отслеживания. Теги udev теперь жёстко привязываются к устройству и не могут быть удалены до того, как само устройство будет удалено. Такая мера гарантирует, что приложения смогут получить uevent для тегов, после применения вызова "unbind", так как тег теперь связывается не с событием устройства, а с самим устройством, и не меняется после нового события.

  • Добавлена экспериментальная поддержка раннего реагирования на нехватку памяти в системе (systemd-oomd), основанного на идеях из обработчика oomd, развиваемого компанией Facebook. Oomd использует подсистему ядра PSI (Pressure Stall Information), позволяющую в пространстве пользователя проанализировать информацию о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод) для точной оценки уровня загруженности системы и характера замедления работы.

    PSI позволяет выявить начало возникновения задержек из-за нехватки ресурсов и выборочно завершить работу ресурсоёмких процессов на стадии, когда система ещё не находится в критическом состоянии и не начинает интенсивно урезать кэш и вытеснять данные в раздел подкачки. Для управления предложена утилита oomctl. В unit-ах, допускающих ограничение ресурсов (.service, .mount, .swap, .slice, .socket и .slice), реализованы настройки ManagedOOMSwap, ManagedOOMMemoryPressure и ManagedOOMMemoryPressureLimitPercent.

  • В системных сервисах предложена (задействована в systemd-nspawn) новая логика безопасной передачи конфиденциальных данных, таких как пароли и ключи шифрования, а также сопутствующей информации, например, имён пользователей и сертификатов. Для организации передачи данных предложено два параметра SetCredential и LoadCredential, а сами учётные данные передаются через промежуточные файлы в отдельном каталоге, определяемом через переменную окружения $CREDENTIALS_DIRECTORY.
  • При создании домашних каталогов в разделах LUKS при помощи сервиса systemd-homed, обеспечивающем управление переносимыми домашними каталогами, по умолчанию теперь используется файловая система Btrfs. Для изменения типа ФС можно воспользоваться параметром DefaultFileSystemType в homed.conf. Отмечается, что в отличие от ext4 и xfs, применение Btrfs позволяет не только увеличивать, но и уменьшать размер примонтированного раздела.
  • В JSON-профили пользователей systemd-homed добавлена поддержка ключей восстановления, включающих автоматически сгенерированные запасные парольные фразы для разблокировки учётной записи или домашнего каталога, на случай потери токена FIDO2 или PKCS#11. Для прикрепления ключа восстановления к учётной записи предложена опция "--recovery-key", а сам ключ отображается в форме QR-кода для его сканирования и сохранения в надёжном месте.
  • Для каждого шифрованного каталога LUKS в systemd-homed реализована обработка флага "dirty", который сигнализирует, что каталог не был отключён должным образом, т.е. перед отключением не была запущена чистка освобождённых блоков.
  • Стабилизирован и размещён в /usr/bin инструмент systemd-dissect, выполняющий работу по разбору дисковых образов в соответствии с Bootable Partition Specification, по аналогии с systemd-nspawn. systemd-dissect может применяться для монтирования в локальную директорию дисковых образов со сложной раскладкой разделов (например, включающих разделы LUKS и Verity). В новом выпуске systemd-dissect также предложен новый параметр "--mkdir", который при указании в комбинации с параметром "--mount" позволяет создавать каталоги для монтирования образов, если они не созданы заранее. Также добавлены параметры "--copy-from" и "--copy-to" для копирования файлов и каталогов в образы и из образов без их монтирования. Для вывода отчёта о проверке образа в формате JSON предложена опция "--json".
  • Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen(), вместо жёсткого указания зависимостей в заголовке ELF. Изменение позволяет загружать указанные зависимости при необходимости и только если они доступны. Если библиотеки не найдены, привязанная к ним операция не выполняется или вызывается запасной обработчик. Например, для создания урезанных системных образов дистрибутивов можно минимизировать список зависимостей, которые требуются для пакета systemd, переведя дополнительные библиотеки из категории "required" в "recommended".


  • Для сервисов, использующих параметры RootImage и RootDirectory, по умолчанию активирована настройка MountAPIVFS, включающая автоматическое подключение псевдо-ФС /proc/, /sys/ и /dev/.
  • PAM-настройки сервиса "systemd-user" перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/ (подразумевается, что в /usr/lib/pam.d/ размещены системные PAM-файлы, а /etc/pam.d/ позволяет их переопределить).
  • Для unit-файлов реализована настройка RootImageOptions, позволяющая переопределить параметры монтирования для любых ФС, монтируемых при обработке опции RootImage. Также добавлена настройка MountImages для монтирования дополнительных образов в доступное сервису дерево каталогов.
  • В таймеры добавлена настройка FixedRandomDelay, позволяющая при настройке случайной задержки через RandomizedDelaySec обеспечить стабильность данной задержки на указанной системе (но для разных юнитов задержки будут разными).
  • В сокеты добавлена настройка Timestamping для управления включением параметров SO_TIMESTAMP/SO_TIMESTAMPNS, которая может принимать значения "us", "ns" и "off".
  • В systemd-repart добавлена возможность генерации вывода в формате JSON (--json).
  • В systemd-tmpfiles добавлена опция "-E" для исключения служебных каталогов (эквивалентна набору "--exclude-prefix=/dev --exclude-prefix=/proc --exclude=/run --exclude=/sys"). Также добавлена опция "--image", которая похожа на "--root", но использует дисковый образ вместо каталога.
  • В journalctl добавлена опция "--image" для обращения к логам в дисковом образе. Обеспечена подсветка вывода в режиме "--output=cat".
  • В systemctl добавлен параметр "--timestamp", который можно использовать для настройки стиля выводимого времени (точность, часовой пояс).
  • В systemd-detect-virt и ConditionVirtualization реализовано определение системы управления контейнерами Pouch и виртуальных машин IBM PowerVM.
  • Systemd-nspawn переведён на использование каталога /run/host/incoming/ для проброса внешних точек монтирования в контейнеры, а также /run/host/notify для определения управляющих сокетов для контейнеров
  • Добавлен новый фильтр системных вызовов "@known", включающий все системные вызовы, известные на момент сборки systemd. Поведение списка "allow" фильтра системных вызовов немного изменено, и по умолчанию теперь допускаются (EPERM) только вызовы "@known", а для остальных выдаётся код ENOSYS. При выполнении команды "systemd-analyze syscall-filter" теперь выводятся две отдельные секции системными вызовами, известными на момент сборки, и системными вызовами, добавленными после. При установке переменной окружения $SYSTEMD_LOG_SECCOMP=1 в systemd-nspawn обеспечено отражение в логе аудита всех нарушений фильтра системных вызовов. Для отключения фильтра системных вызовов предложена переменная окружения $SYSTEMD_SECCOMP=0.
  • Для unit-файлов реализованы настройки ProtectProc и ProcSubset, включающие механизмы защиты procfs (hidepid и subset) для ограничения просмотра в /proc только своих процессов.
  • В сокеты добавлена настройка FlushPending для сброса всех ожидающих соединений после завершения связанного сервиса.
  • В systemd-repart добавлены настройки Format, Encrypt и CopyFiles для форматирования, LUKS-шифрования и заполнения любых новых разделов. В опции "--size" реализовано значение "auto" для автоматического выбора минимально возможного размера образа.
  • В systemd-resolved в дополнение к D-Bus и локального DNS (127.0.0.53) добавлен ещё один IPC-интерфейс - Varlink, который позволяет определять имена в initrd и на раннем этапе загрузки, когда D-Bus ещё недоступен. Добавлен параметр DNSStubListenerExtra для указания дополнительных IP для приёма запросов, в дополнение к 127.0.0.53:53. При обработке запросов через D-Bus и Varlink указание точки после имени хоста теперь воспринимается как отключение проверки с доменом, указанным в параметре "search", т.е. вызов "resolvectl query foo." эквивалентен "resolvectl query --search=off foo.".
  • В systemd-tmpfiles при автоматической чистке старых файлов в /tmp/ и /var/tmp/, помимо atime, mtime и ctime теперь учитывается и btime ("birth time").
  • В systemd-logind добавлена обработка клавиши KEY_RESTART и выполнение перезагрузки при её нажатии, по аналогии с обработкой клавиш KEY_POWER, KEY_SUSPEND и KEY_SLEEP. Для переопределения обработчика предложены настройки HandleRebootKey и RebootKeyIgnoreInhibited.
  • В systemd-nspawn и systemd-machined обеспечена реконструкция жёстких ссылок при копировании содержимого OSTree.
  • В systemd-networkd в файлах .netdev появилась возможность создания туннелей "BareUDP". В файлах .network в параметр Gateway добавлена поддержка специальных значений "_dhcp4" и "_ipv6ra для настройки дополнительных локально определённых маршрутов к шлюзу при помощи DHCP и IPv6 Router Advertisement. Настройка и секция IPv6PrefixDelegation переименованы в IPv6SendRA.
  • В systemd-shutdown на последней стадии завершения работы реализована попытка отсоединения MD-устройств (программные RAID) по аналогии с отключением блочных устройств loopback и DM, в качестве подстраховки на случай если ранее подсистема хранения корректно их не отключила.
  • Изменена логика вызова обработчиков многостраничного просмотра (autopaging) - при запуске с использованием утилиты "sudo" в less теперь включается режим "secure" ($LESSECURE=1), запрещающий вызов внешних программ.
  • В "systemctl edit" реализован вывод в комментарии оригинального содержимого редактируемого юнита.
  • Юниты в пользовательском режиме разделены на три части: session.slice (юниты базового графического сеанса), app.slice (обычные пользовательские приложения) и background.slice (низкоприоритетные задачи). В дальнейшем для данных наборов планируется реализовать раздельные ограничения и защиту от исчерпания ресурсов.
  • Добавлена поддержка нового типа GPT-разделов RISCV32/64, который можно использовать для корневого раздела и раздела /usr.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Представлен systemd-homed для управления переносимыми домашними каталогами
  3. OpenNews: Выпуск системного менеджера systemd 246
  4. OpenNews: Доступен systemd 245 с реализацией переносимых домашних каталогов
  5. OpenNews: Уязвимость в systemd, потенциально позволяющая повысить свои привилегии
  6. OpenNews: В systemd ожидается включение обработчика нехватки памяти oomd, разработанного в Facebook
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54155-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (222) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 14:41, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Долгой жизни проекту, прекрасная вещь
     
     
  • 2.3, Аноним (3), 14:43, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +34 +/
    Поддерживаю! А также желаю скорейшего отделения в отдельную ОС, чтобы не портил наши линуксы своей ненужностью!
     
     
  • 3.11, Лёня Потный (?), 14:53, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так мы давным-давно отдельная ОС - Линукс называется, не слышали разьве?

    А в _вашем_ линуксе скоро и usb-устройства перестанут работать. Кто, говорите, ненужно?!

     
     
  • 4.37, Аноним (37), 15:35, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Udev вроде до сих пор заменяется на mdev, с возрождением consolekit возможно придётся немного попотеть. И флешки тоже подключаются. Вейланд я так понимаю не работает без dbus и loginctl, дальше будет сложнее, после его внедрения.
     
     
  • 5.44, Аноним (44), 15:49, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    смотря какой вейланд. Sway например никак не использует dbus, а вместо systemd-logind там запилили собственный минималистичный демон seatd, который вроде как даже во фре работает.
     
  • 5.62, Siborgium (ok), 17:00, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Wayland отлично работает с consolekit и elogind в Gentoo и FreeBSD.
     
     
  • 6.63, Аноним (37), 17:05, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Consolekit не работает отлично. Elogind это часть systemd как и eudev, работает он очень не отлично, постоянно баги лезут. Есть ещё проблемы с pam, я так понимаю, у systemd их тоже нет.
     
     
  • 7.68, Siborgium (ok), 17:15, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >не работает отлично

    Чем подкрепите свои слова?

    >Elogind это часть systemd как и eudev

    Хотя их можно считать частью systemd, они являются самостоятельными частями, не привязанными к остальным частям systemd.

     
     
  • 8.70, Аноним (37), 17:30, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Десятилетним опытом ежедневного использования генту Мне лень, если честно В лю... текст свёрнут, показать
     
     
  • 9.144, freehck (ok), 21:42, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так себе аргумент Но лучше за меня ответят разработчики rxvt-unicode https ... текст свёрнут, показать
     
     
  • 10.147, Аноним (37), 21:56, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какой-то булшит, извините меня за мой франзузский Любой софт нормально собирает... текст свёрнут, показать
     
     
  • 11.151, freehck (ok), 22:04, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не, ну я понимаю, что обидно читать такие вещи про свой дистрибутив Однако непо... текст свёрнут, показать
     
     
  • 12.153, Аноним (37), 22:11, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Задача номер один, это локализовать проблему и убедится в её воспроизводимости ... текст свёрнут, показать
     
  • 11.152, Аноним (37), 22:07, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но впрочем одни и те же хидеры с одним и тем же названием могут принадлежать сов... текст свёрнут, показать
     
  • 7.139, freehck (ok), 21:36, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Elogind это часть systemd

    Не совсем. Это форк от systemd, в котором выпиливают всё, кроме logind.

    > работает он очень не отлично, постоянно баги лезут

    Потому что сделать полностью совместимый форк systemd невозможно, кэп.

     
     
  • 8.146, Аноним (37), 21:48, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это форк, но это скорее взяли куски кода из сд и норм Совместимость с сд нико... текст свёрнут, показать
     
  • 6.133, arthi747 (ok), 21:17, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вяленый нигде не работает отлично.
     
  • 5.117, псевдонимус (?), 20:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сам по себе должен работать. Программы под ним без дристошины этой вряд ли будут. Реально, тут только киллеры помочь могут.:-(
     
  • 4.77, Аноним (77), 18:03, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лёня, ваша отдельная ОС называется ШляпоОС. Плохо не знать корпоративные стандарты.
     
  • 4.116, псевдонимус (?), 20:37, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За поломку этого следовало бы четвертовать.
     
  • 3.16, Fracta1L (ok), 15:00, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Для маргиналов есть генты, крюксы и прочие слаквари, наслаждайтесь
     
     
  • 4.22, user90 (?), 15:09, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем же так сразу-то признавать, что сам - махровый мейнстримщик?
     
     
  • 5.59, Dzen Python (ok), 16:51, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как будто что-то плохое.
     
     
  • 6.76, user90 (?), 17:59, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно как петон ;)
     
     
  • 7.113, Аноним (113), 20:31, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да, код задорого не продашь. Маловато SLOC по сравнению c плюсам и жабами, например.
     
  • 3.212, Аноним (212), 16:18, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    по факту ненужностью не портят все дистры без систем д нынче, т к во всех стабильных и фостребованных сабж имеется.
    Не тепло и не холодно от сабжа, но уже как-то попривык к командам и совместимость со стороннимим пакетами лучше.
     
  • 2.4, Аноним (4), 14:43, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Вот бы такой же, но на Расте, да?
     
     
  • 3.13, Аноним (-), 14:55, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Растоманы могут лишь мечтать.
     
  • 3.17, Fracta1L (ok), 15:00, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     
  • 3.25, zshfan (ok), 15:10, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше на JS!!!
     
     
  • 4.31, morruth (?), 15:21, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На мейболге!
     
     
  • 5.79, Аноним (77), 18:14, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это что такое, круче Брейнфака?
     
  • 4.90, Лёня (?), 18:47, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не просто на JS, а на Electron!
     
  • 4.105, Аноним (113), 19:58, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нах%й ты им это подсказал?
     
     
  • 5.242, zshfan (ok), 19:10, 02/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я нечаянно
     
  • 3.38, Аноним (38), 15:39, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но форте запили, да?
     
     
  • 4.106, Аноним (113), 20:02, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты форт не трожь! Он у меня влезал в авээрку 8515 с внешней 32K RAM. Безо всякой кросс-компиляции, полноценная система была через UART. Сейчас такое не делают, даже я.
     
  • 4.119, псевдонимус (?), 20:44, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Форт гениален. И работает. И кушать непрочитанных, а главное горшочниковы в него не могут, он сходу выявляет их профнепригодность.
     
     
  • 5.129, Аноним (113), 21:11, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я 20 лет думаю думки как сделать конфетку, но - не дано. Тут нужно божественное вмешательство.
     
     
  • 6.131, псевдонимус (?), 21:15, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я
    > 20 лет думаю думки как сделать конфетку, но - не дано.
    > Тут нужно божественное вмешательство.

    Фактор?

     
  • 3.53, Я (??), 16:29, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так написали уже..
     
  • 3.60, Dzen Python (ok), 16:52, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зачем rust?

    Надо сделать все на 1С. Говорю, тема.

     
  • 2.9, leibniz (ok), 14:53, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > прекрасная вещь

    прекрасная, перегруженная сверху всем и вся

     
     
  • 3.18, Fracta1L (ok), 15:01, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ты ведь уже выпилил из своей системы xorg, борец с перегруженностью?
     
     
  • 4.80, Аноним (77), 18:16, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Xorg - то, что надо. Не то, что эти ваши недо-вялнды.
     
  • 3.65, Dzen Python (ok), 17:12, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ...универсальная, с наименьшим костылизмом, нормальной архитектурной частью (юнит-таймер-сокет).
    Но ананас на опеннете знает лучше, поэтому прячась за размытыми формулировками хает то, что принято здесь хаять
     
     
  • 4.187, leibniz (ok), 07:59, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    никто ничего не «хает»... просто рассматриваю сабж исключительно как систему инициализации, с позиции минимализма (:
     
  • 2.74, Хвала Линусу Поттерингу (?), 17:55, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью поддерживаю! Недаром чудное творение Линуса Поттеринга приняли во все ведущие дистрибутивы Линукс - профессиональные разработчики видят, кто лучше!
     
     
  • 3.81, Аноним (77), 18:18, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ведущие куда?
     
     
  • 4.130, Аноним (113), 21:13, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В кабак, конечно.
    Восьмиклассница...
     
  • 2.78, Аноним (77), 18:13, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Фрокталушка, да оно ж сплошная сишная дыра. Куда ни ткни - "not a bug". Как можно-то?
     
  • 2.112, псевдонимус (?), 20:28, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прекрасная вещь по сравнению с гонореей.
     
  • 2.118, псевдонимус (?), 20:42, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там же сплошные сишные дырени. Поставил, провалился и ногу подвернул. Пришлось снести:-(
     

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

  • 1.2, Аноним (-), 14:43, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Не прошло и недели, как opennet разродился новостью. Поздравляю всех любителей Linux-без-костылей!
     
     
  • 2.5, Аноньимъ (ok), 14:46, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Без рук без ног, без коляски и даже, без костылей. Зато у него есть СистемД!
     
     
  • 3.10, Аноним (-), 14:53, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Один только systemd-homed оправдывает существование systemd. А завистники могут и дальше источать злобу.
     
     
  • 4.15, Аноним (4), 15:00, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это такая ирония? Или следствие стремительной деградации умственных способностей среднестатистического анона? Не могу понять, придётся задавать уточняющий вопрос: так зачем, говоришь, нужен системд-хомд?
     
     
  • 5.19, Fracta1L (ok), 15:02, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > так зачем, говоришь, нужен системд-хомд?
    > Не могу понять
    > следствие стремительной деградации умственных способностей среднестатистического анона
     
  • 5.23, Аноним (23), 15:09, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отвечает Леннарт Поттеринг: https://www.youtube.com/watch?v=RG9rE1pcMcU
     
     
  • 6.32, YetAnotherOnanym (ok), 15:26, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А чо, в текстовом виде Лёня это выложить не мог?
     
     
  • 7.39, mikevmk (??), 15:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Это не модно. Теперь новости проекта будут для вашего удобства публиковаться только в TikTok
     
     
  • 8.82, Аноним (77), 18:21, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в Твитор и Фасебук дублироваться будут ... текст свёрнут, показать
     
  • 7.108, Аноним (113), 20:12, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как все это написать с планшета?
     
     
  • 8.148, YetAnotherOnanym (ok), 22:01, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пц автору пульсы и системды не на чем настучать текст ... текст свёрнут, показать
     
  • 8.216, Аноним (216), 07:14, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неудивительно, что пульса и системда такой шлак на планшете писались ... текст свёрнут, показать
     
     
  • 9.229, Аноним (113), 16:02, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    на айфоне ... текст свёрнут, показать
     
  • 4.48, Аноньимъ (ok), 16:07, 28/11/2020 Скрыто ботом-модератором     [к модератору]
  • +7 +/
     
     
  • 5.214, псевдонимус (?), 20:51, 29/11/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.107, Аноним (113), 20:05, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    -- я инвалид нулевой группы (с)
     
  • 2.114, псевдонимус (?), 20:34, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "с нарушением обратной совместимости.."

    Системднище такое днище.

    "Пока дбус ещё недоступен"

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

    "Обработчик нехватки памяти"

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

     
     
  • 3.132, Аноним (113), 21:17, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо ifconfig. Где-то писали уже про это.
     
     
  • 4.135, псевдонимус (?), 21:23, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо
    > ifconfig. Где-то писали уже про это.

    Где ты увидел фрагментацию Линукс? Я говорю именно про ядро. Бсд куда фрагментированней, именно благодаря отсутствию модульногопримодульногокода и присутствия стабильных внутри ядерных апи.

     
     
  • 5.241, Аноним (241), 09:12, 01/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями несовместимо и netstat от какой-нибудь freebsd 11 может не работать на freebsd 12?
     
     
  • 6.251, СеменСеменыч777 (?), 21:09, 05/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями
    > несовместимо и netstat от какой-нибудь freebsd 11 может не работать на
    > freebsd 12?

    если собирать 12 ядро с поддержкой 11, то работать будет. есть такия опция.

     
  • 3.248, Адекват (ok), 14:34, 05/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Просто купи еще 32Гб этой славной оперативной памяти.
     

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

  • 1.6, Аноним (6), 14:47, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Уже готово и стабильно? Пора выбрасывать!
     
     
  • 2.8, iPony129412 (?), 14:51, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Так это не про десктоп же...
    Тут всё серьезней 👌
     
     
  • 3.14, MasterSlave (?), 14:57, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пони, полёт твоей мысли так высок, что заурядному обывателю опеннета недостижим практически... Объясни, пожалуйста, черни, что серьезней?..
     
     
  • 4.34, iPony129412 (?), 15:30, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Подходы и вообще всё.
    Положи на весы Systemd и PulseAudio - разница очевидна.

     
     
  • 5.57, КО (?), 16:41, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поэтому их стараются выкинуть?
    Серьёзный подход.
     
  • 5.83, Аноним (77), 18:24, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Systemd и PulseAudio - разницы в значимости не заметил. Видно, не дорос ещё до высоких мыслёв иПони.
     
     
  • 6.99, iPony129412 (?), 19:36, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > разницы в значимости не заметил

    Ну это расписка в своей глупости.

    > PulseAudio is currently maintained by three volunteer developers on their free time (probably amounting to less than one full time developer), which is not really enough, given the project size and scope.

     
     
  • 7.134, Аноним (113), 21:22, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так я тоже тупой тогда. Послезавтра systemd будут пилить уже два мэйнтейнера, да и то, не пилить - а багрепорты бонсить. Дистры, конечно же, переползут обратно на sysvinit, но что делать с низшем слоем, который будет по привычке срать в /etc/systemd или /lib/systemd
     
     
  • 8.184, iPony129412 (?), 06:13, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как-то слишком тупо ... текст свёрнут, показать
     
     
  • 9.249, Адекват (ok), 14:39, 05/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что тут тупого мне кажется прекрасный план Микрософт взять и внедрить своег... текст свёрнут, показать
     
     
  • 10.250, Боб Янг (?), 18:43, 05/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    IBM же - ... текст свёрнут, показать
     
  • 6.101, iPony129412 (?), 19:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и PulseAudio сейчас будет уходить на свалку, с замещением на PipeWire.
    И то понятно мало кого волнует, ибо это десктоп.

    А если бы такое с Systemd было бы, тут уж очень многие напряглись бы.

     
     
  • 7.136, arthi747 (ok), 21:30, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Этот ваш пипе в шумодав умеет? Я не ради троллинга, просто часто юзаю пульсовый шумодав. Он в пульсе шикарный. Или щас минусов напхаете и не ответите как обычно?
     
     
  • 8.185, iPony129412 (?), 06:16, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня он даже просто звук не носили воспроизвести - шипит и заикается Хотя что... текст свёрнут, показать
     
  • 8.237, тфьу (?), 21:33, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем слушать шум ... текст свёрнут, показать
     

  • 1.7, Greeta (?), 14:47, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    А вот всякие фейсбушные разработки тут ... гнильцо
     
     
  • 2.24, Аноним (4), 15:09, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Оно прогнило целиком раньше, чем стабилизировалось.
     

  • 1.12, Аноним (12), 14:54, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ни одного изменения, которое бы могло быть мне полезно, не заметил.
    Скажите, кто-нибудь вот этим всем пользуется?
     
     
  • 2.49, Аноним (49), 16:07, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Мне полезно Я пользуюсь. Пользуюсь тем что креденшелы теперь будут "безопасно" через файл передаваться. Теперь этот файл будет безопасно на наши сервера передаваться. Очень удобно.
     
  • 2.67, Олег (??), 17:13, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Видимо, современные одмины из хипстеров. Лично знаю людей, которые познакомились с linux-дистрами недавно и как оно без systemd они просто не знают. Печаль.
     
     
  • 3.156, mikhailnov (ok), 22:24, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
     
     
  • 4.160, Олег (??), 23:01, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.

    Мне кажется, что такую охинею пишут админы локалхоста.

     
     
  • 5.188, n00by (ok), 08:39, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
    > Мне кажется, что такую охинею пишут админы локалхоста.

    Он не только такое пишет, но и написал systemd-initramfs-gen.sh https://abf.io/import/systemd/blob/12fb9621f5dfcf549b15b5928eeefaefc28a78c7/sy

    Это такой скриптик, который при обновлении systemd в Rosa Tresh пересоздавал в boot разделе все подряд initrd образы, затирая чужие. Если рядом была установлена другая ОС, естественно, после такого она не могла бы загрузиться. Конечно, было бы здорово, если бы писатель получил по кривым ручёнкам от "благодарных" пользователей, но пришлось заставить его исправить, т.к. ошибка второго порядка, и в первую очередь жаловались бы на другие ОС.

     
  • 3.175, IRASoldier_registered (ok), 02:47, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    И незачем им знать, как оно без systemd, потому что требовать этого от них - все равно, как требовать от машиниста маглева знания специфических механизмов паровоза. Тук-тук, там кто-то есть? На дворе 2020, пора выходить из анабиоза. Ваши дистрибутивы без systemd все еще нужны только там, где их слишком накладно обновить, примерно так же, как кое-где в банковской системе до сих пор юзают Кобол.

     
     
  • 4.193, Пыщь (?), 10:38, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не рановато сырую вещь с маглевом сравнивать? И, вообще, представляешь, важнейшая часть поезда на магнитной подушке - это вовсе не линейный асинхронный двигатель? Гораздо более сложная вещь - это мехнические конструкции с высокими допусками и требованиями к материалам, без которых идея ЛАД с магнитной подвеской так бы оставалась идеей с конца 19-ого века (да-да, настолько древняя).
    Нет нынче инженеров, жрут любой рекламный буклет, изобилующий модными словами, с умной миной, вообще не представляя базы представляемой технологии. ИТ-шники такие ИТшники (жители мира розовых поней).
     
     
  • 5.202, IRASoldier_registered (ok), 12:27, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > сырую вещь

    Linux ВСЕГДА был сырой вещью. И будет. Не считая LTS / stable релизов - до определенной степени, конечно. До тех пор, пока в него не вольется больше денег, а значит - больше разработчиков и больше времени на разработку. На энтузиазме и прочем волонтерстве далеко не уедешь.

     
     
  • 6.204, псевдонимус (?), 13:20, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Куда вам ещё больше денег, упыри?
     
     
  • 7.206, IRASoldier_registered (ok), 14:40, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Действительно, куда... Куча пипла за просто так сидит, код хреначит - хорошо, однако. И кто тут упыри, как не левачьё-юзеры, которые хотят ОС со свистоперделками на халяву, да еще чтобы на любом железе запускалось, но как только находятся хорошие бабки для разрабов - сразу начинают вонять про "ой, опять эти корпорации, фу-фу-фу"?


     
  • 6.223, Минона (ok), 12:10, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Куда вам ещё больше разработчиков?
    С текущими то никакой организации, сплошной базар.
     
     
  • 7.226, псевдонимус (?), 13:48, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Корпус это и надо. С такой организацией любители свободы ничего не потянут серьезного.

    "Не умеешь подчиняться, не сумеешь командовать", почти ©

     
     
  • 8.240, IRASoldier_registered (ok), 08:44, 01/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ты все равно будешь подчиняться Не корпорации, так Столлману и Ко - ... текст свёрнут, показать
     
  • 7.239, IRASoldier_registered (ok), 08:42, 01/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > базар

    vs собор, если ты понял, о чем я.

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

     

  • 1.20, Аноним (-), 15:03, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Добавлена экспериментальная поддержка раннего реагирования на нехватку памяти в системе (systemd-oomd)"

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

     
     
  • 2.46, protonesso (?), 15:53, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так udev же
     
  • 2.120, псевдонимус (?), 20:49, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Уже давно.
     

  • 1.21, Аноним (21), 15:06, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Использую системдос -- норм штука, юнит-файлы так и вообще не такие сложные, как пугают местные любители давно умерших ___проприетарных___ операционных систем типа UNIX©. Ну, скажем, какой-нибудь i3wm настраивать дольше и сложнее, чем написать с нуля свой юнит-файл. Таймеры из коробки, декларативные зависимости, единый лог отовсюду, а также пользовательские юниты прямо у себя в ~/.config/systemd. Эх, вот бы еще в RHEL по умолчанию шел божественный systemd-networkd вместо пихоновского nm-комбайна...
     
     
  • 2.26, Аноним (4), 15:12, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –12 +/
    "Создайте систему, которой сможет пользоваться дурак, и только дурак захочет ею пользоваться".
     
     
  • 3.30, an0nymous (?), 15:21, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надо быть очень талантливым чтобы понять ца и умудриться сделать для них удобную систему. И если даже дурак может ею пользоваться то это ца будет больше
     
     
  • 4.89, Лёня (?), 18:44, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот я почему-то не могу пользоваться Windows. Не потому, что не умею, а просто не могу, воротит.
     
     
  • 5.194, Пыщь (?), 10:39, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Обои скучные
     
  • 2.29, user90 (?), 15:20, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чем написать с нуля свой юнит-файл

    И необходимо его писать в случае ..?

     
  • 2.69, Олег (??), 17:17, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Таймеры из коробки

    Что за таймеры?

    > декларативные зависимости, единый лог отовсюду

    Вау! Системы без системд в шоке! Единый лог и зависимости это уже вау оказывается. А динамические зависимости, как в openrc, оно умеет?

     
     
  • 3.72, Аноним (72), 17:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что за таймеры?

    Это как crontab, но не crontab.

     
     
  • 4.161, Олег (??), 23:02, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это как :-)?
     
     
  • 5.166, пох. (?), 00:26, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вот представь что тебе надо запускать процесс с точностью до наносекунд и еще с рандомной задержкой. Может этакое твой кроньтаб? Отож!

    А что найух не нужно - так это мелочи. Зато возможность есть!

     
     
  • 6.173, Олег (??), 01:29, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > надо запускать процесс с точностью до наносекунд

    Оригинально :-D. Что-то мне подсказывает, что у тех, кому это надо, ещё до Лёни были свои специализированные пускалки. И явно не хуже.

     
  • 6.189, n00by (ok), 08:56, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как-то пробовал сделать на таймере часы, которые выводят каждую секунду время в tty (а там железка принимает и отображает). В итоге, конечно, отказался от неблагодарной затеи, написал сам.
     
  • 6.196, Пыщь (?), 10:47, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А линух без спец. патчей считается системой реального времени?
     
     
  • 7.217, Аноним (216), 07:21, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наличие системДы в системе уже вычёркивает систему из систем реального времени.
     
  • 7.224, Минона (ok), 12:15, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а ты уверен что время реально?
     

  • 1.27, nrndda (ok), 15:14, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > * KERNEL API INCOMPATIBILITY: Linux 4.14 introduced two new uevents "bind" and "unbind" to the Linux device model. When this kernel change was made, systemd-udevd was only minimally updated to handle and propagate these new event types. The introduction of these new uevents (which are typically generated for USB devices and devices needing a firmware upload before being functional) resulted in a number of issues which we so far didn't address. We hoped the kernel maintainers would themselves address these issues in some form, but that did not happen. To handle them properly, many (if not most) udev rules files shipped in various packages need updating, and so do many programs that monitor or enumerate devices with libudev or sd-device, or otherwise process uevents. Please note that this incompatibility is not fault of systemd or udev, but caused by an incompatible kernel change that happened back in Linux 4.12, but is becoming more and more visible as the new uevents are generated by more kernel drivers.

    Какие же разрабы ядра плохие, что не исправили ошибку в systemd силами ядра.

     
     
  • 2.36, nrndda (ok), 15:32, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Хотя, вот тут (https://lwn.net/SubscriberLink/837033/432efd8f4095d556/) пишут что да, это регрессия в ядре.
    Добавили новые события, которые попали в старые правила udev с маской (ACTION!="add|change"). Из-за того, что правила слишком широкие, они стали срабатывать на новые события. К тому же новые события приводили к сбросу устройства.
    В целом, да, изменения в ядре привели к ошибкам в userspace.
    Первый багрепорт был про подключение MTP устройства (android).
     

  • 1.28, user90 (?), 15:14, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    "Золотые времена" линукса кончились еще тогда, когда и Суся прогнулась под сабж, отлично помню сей момент. А какой был дистрибутив!..
     
     
  • 2.42, крокодил мимо.. (?), 15:49, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    "Золотые времена"™ кончились, когда в этот ваш-няш линакс вложились корпы со своими интересами, которые, внезапно и неожиданно, на 99.9% отличны то того, что нужно уставшему со самые гланды от корпорашивных макак и окошек Пользователю..  и заверте.. на оптимизации забили буй (ибо надо продавать новые процы и Больше памяти), только-только начавший приобретать какое-то "лицо" десктоп (да, ска, с gtk2 и тем-самым kde3) решительно и бесповоротно выкинули на мороз, а предсказуемое и хорошо документированное поведение системы "пофиксили" системдой (ибо опыт "пш-пш аудио" и прочих поделок ушлёпка как-бэ неиллюзорно намекал на неизбежное).. и вроде пох, ибо есть Ѣ Хрюкс, mutt, w3m, screen/tmux, mpv/mplayer и прочая консоль и ncurces.. но, чсбх, Карл, порой оч досадно и обидно в очередной раз наблюдать, как что-то хорошее стремительно закапывают в угоду корпам (и всем тем, у кого "больше прав"™).. ¯\_(ツ)_/¯   ( ͡° ͜ʖ ͡°)  
     
     
  • 3.143, arthi747 (ok), 21:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Помню еще во время оно поставил убунту 10.04. Как же быстро она работала. А потом вышла 12.04 и это был провальный провал в скорости работы и дело было не в юнити. Примерно с 2.4 ядро стало стремительно тяжелеть и к 3.х уже стало неповоротливым монстром.
     
  • 3.167, пох. (?), 00:35, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это - когда нихрена не работало, периодически паниковало, а железо надо был... большой текст свёрнут, показать
     
     
  • 4.180, псевдонимус (?), 05:35, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А "тот" редхат Линукс был хорош? Я его даже в виртуалке не видел.
     
     
  • 5.210, крокодил мимо.. (?), 15:36, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
    > видел.

    ¯\_(ツ)_/¯
    объём патчей ядра хорошего (! ѢѢѢ !) дистрибутива, например у SuSE, был сопоставим с исходниками самого ядра.. я был моложе и не обламывалсо, когда ньюс тупо резал 8-ой бит в кодировке мессаги..  после конфига sendmail-а многое в окружающем мире становилось понятнее.. "даже не знаю, что сказать.."©(Феечка)

     
  • 5.246, пох. (?), 17:10, 03/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
    > видел.

    тот, это который? 6-7 - можно было пользоваться, если игнорировать мелкие неувязочки имени некоего Дреппера и проделки ДНКазы (второе тогда было еще можно).

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

    А если ты про "золотые времена" - у меня тогда шлакварь была. Выглядело как-то так - хочешь чтоб grep искал по-русски? Идешь в фребеэсде, смотришь в патч, гнусно ухмыляешься, выпиливаешь оттуда миллион ifdef __FreeBSD, собираешь, пользуешься.

     
  • 4.209, крокодил мимо.. (?), 15:26, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    авотбуй 8482 эт именно был тот самый момент, когда Пользователь, переходя в... большой текст свёрнут, показать
     
  • 4.245, Аноним (245), 21:18, 02/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пох, чел, люблю твои опусы всей душой (прям, читаю и соглашаюсь), но у тебя явная зацикленность на понятии "истерички", который в твоих шедеврах присутствует через раз и из-за этого сам выглядишь как "белка-истеричка". Как бы почитай книги, погуляй, а там гляди еще чего-нибудь придумаешь. Развивайся!
     

  • 1.35, YetAnotherOnanym (ok), 15:31, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > добавлен экспериментальный обработчик нехватки памяти

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

     
     
  • 2.52, Аноним (216), 16:27, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Версии где-то к пятисотой...

    На 499-ой выкинут, как пульсу.

     
  • 2.64, Анонимчжан (?), 17:10, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на 500 будет просто новая система систиемдикс называется))) системда уже рулит всей системой. это слишком опасно уже стало , а все радуются. онаж должна была быть быстрым менеджером-пускалкой, а стала почти королевской основой))) и вроде бы пользователи должны воспротивиться, а все хлопают в ладоши.
     
     
  • 3.96, Аноним (216), 19:13, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > а стала почти королевской основой

    Свинцовым шлакоблоком она стала, привязанным к ногам. Плавайте с наслаждением!

     
     
  • 4.111, анонимуслинус (?), 20:24, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    системду в утиль!!!
     
  • 2.213, псевдонимус (?), 16:41, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> добавлен экспериментальный обработчик нехватки памяти
    > Дозрели разродиться тем функционалом, который в сабже должен был быть изначально.
    > Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть
    > с самого начала.

    Зачем он должен быть там, а не в ядре?

     
     
  • 3.225, YetAnotherOnanym (ok), 12:21, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Затем, чтобы увещевать алчных с кротостию и лаской Если серьёзно, во внешнем п... большой текст свёрнут, показать
     
     
  • 4.247, псевдонимус (?), 19:33, 04/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Я думал ленарт такой один, Ан нет Ты можешь составить е... большой текст свёрнут, показать
     

  • 1.40, Аноним (38), 15:41, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Жду следующую новость: для использования systemd требуется обязательное использование btrfs.
     
     
  • 2.91, Аноним (91), 18:51, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    и фреймворка Electron.
     
     
  • 3.95, Аноним (216), 19:12, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    внутри pid 0
     

  • 1.41, mikevmk (??), 15:46, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У меня как админа от системд чувства противоречивые. Сервис-менеджмент, юниты, слайсы - скорее ок, чем нет. Если немного знать как только готовить

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

    Отношение к hier - вообще швах, поубивав бы

    Может лет через 10 устаканится.

     
     
  • 2.47, Fracta1L (ok), 16:05, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Отношение к hier - вообще швах, поубивав бы

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

     
     
  • 3.54, Аноним (37), 16:34, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это-то ладно, но вот 32 и 64 битные файлы вперемешку это какой-то позор. Раньше генту выделялась однозначным разделением: 32 битные и 64-32 битные файлы шли отдельно от основных 64 битных, но тоже переделали всё по образцу федоры — всё в кучу теперь.
     
  • 2.103, Аноним (113), 19:47, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не надейся. Не устаканится.
    Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали, конечно, в жизни черные полосы в виде Qubes, плюс всякие dm которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься от всего накоммиченного всеми этими... Только хардкор, только FreeBSD
     
     
  • 3.150, псевдонимус (?), 22:03, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не надейся. Не устаканится.
    > Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали,
    > конечно, в жизни черные полосы в виде Qubes, плюс всякие dm
    > которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься
    > от всего накоммиченного всеми этими... Только хардкор, только FreeBSD

    Хардкор это стрекоза же!
    Даже кока у них нет, как так жыть! Сплошной киберпанк.))

     

  • 1.43, вопль_в_пустыне (?), 15:49, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Да нормальная вещь этот системд, не понятно нытье некотрорых неосилянтов. Вполне удобная вещь свои цели и задачи выполняет на все 100% стоит просто ознакомиться с документацией и понять как оно работает и тогда поймете насколько гибкий инструмент этот системд.
     
     
  • 2.50, Аноним (49), 16:09, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так оно с ней быстрее грузиться чем без неё или нет? Меня лично только это волнует
     
     
  • 3.66, Анонимчжан (?), 17:12, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на первых ерсиях да, но сейчас она сама отжирает столько, что медленнее старого инита, но уже все приплыли фиг выкинешь.
     
  • 3.104, Аноним (113), 19:53, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто уже не может осилить чтобы было быстрее. Особенно shutdown, а не загрузка!!!
    И все это благодаря багам systemd. Которые можно как-то обойти, знать бы как.
    Сейчас, например, devuan грузится намного быстрее debian.
     
     
  • 4.125, псевдонимус (?), 20:58, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не обойти. Причина тормозов при загрузке именно в параллельном старте кучи всякого го..ну ты понел.
     
     
  • 5.138, Аноним (113), 21:34, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, дело не в параллельном старте, дело в ожидании каких-то событий по две минуты.
     
     
  • 6.149, псевдонимус (?), 22:01, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не, дело не в параллельном старте, дело в ожидании каких-то событий по
    > две минуты.

    Ожидания поцер не ради лулзов ввел. Именно для реализации параллельного старта (который, к слову, умеет допотопный сисвинит).

     
     
  • 7.201, СеменСеменыч777 (?), 12:20, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ожидания [...] Именно для реализации параллельного старта

    есть решение, даже целых два: systemd-mutexd и systemd-spinlockd - по названию понятно что такое и что должно делать.

     
  • 6.155, псевдонимус (?), 22:20, 28/11/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

  • 1.45, Х (?), 15:50, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Они так любят каждый релизом что-то, да ломать в совместимости, что страшно обновлять ОС штатными методами. Не то чтобы есть что ломать, но это до поры так - мало ли что обновится "само собой"?

    Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!

     
     
  • 2.158, псевдонимус (?), 22:33, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Они так любят каждый релизом что-то, да ломать в совместимости, что страшно
    > обновлять ОС штатными методами. Не то чтобы есть что ломать, но
    > это до поры так - мало ли что обновится "само собой"?
    > Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!

    Они и будут ломать. Пока им что нибудь не сломают и не скажут, что оно так и было.


     

  • 1.51, Аноним (216), 16:26, 28/11/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     
  • 1.55, Аноним (55), 16:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Лёня, не томи, когда там уже SystemDOS выйдет?
     
     
  • 2.88, Лёня (?), 18:42, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Работаем над этим. Гновмеры оболочку к ней клепают systemd-gnomed.
     

  • 1.56, Аноним (-), 16:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    JSON???????????? Они там совсем уже, может им еще Web парсер туда запихать, чтобы формошлепщикам удобнее было?!?!?
     
     
  • 2.86, Аноним (77), 18:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вебсервер там уже давно есть.
     
     
  • 3.94, Аноним (216), 19:09, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А оракл туда Поттеринги ещё не вкомпилили? Мне надо веб и оракл, тогда кроме системды ничего больше не нужно.
     

  • 1.58, NotaBug (ok), 16:42, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Нет ну чего, товарищи из Red Hat идут своим путём, на всех кладут как в малом, так и в великом. Банальный пример заголовки окон в gtk3, их ненавидят буквально все, даже гномопони, и что? Да хоть бы что, жрите. Особенно радуют хомячки из партии "продакшен".
     
     
  • 2.61, Аноним (216), 17:00, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Помнится, как пропихивали кастомную декорацию: "Стандартные заголовки слишком толстые, мы хотим сами рисовать...". В итоге нарисовали даже толще, чем было, а кнопки сделали ещё меньше...
     
     
  • 3.75, NotaBug (ok), 17:59, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет слов)

    https://hostingkartinok.com/show-image.php?id=b4bf6b2577c854fa34facac605958751

     
     
  • 4.126, псевдонимус (?), 21:00, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Трындец. :-(
     

  • 1.71, Аноним (72), 17:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > PAM-настройки сервиса "systemd-user" перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/

    Какое досадное упущение! Почему до сих пор не заменили PAM на systemd-authd?

     
     
  • 2.84, Анонимчжан (?), 18:25, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не спеши они ещё не дорвались. скоро  доберутся. я вообще предложил бы потерингу или кто там ща всем рулит запилить свою ось на системде, а сообществу оставить урезанный вариант с системдой, которая выполняет только строго функции пускалки и контроля-перезапуска сервисов, как было в ините.
     
     
  • 3.141, Аноним (113), 21:38, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, системед на ось не тянет, а если бы и пытался, то первый же дятел (самизнаетекто) разрушил бы линукс до основания.
    Не пустят его туда, не ссыте.
     
     
  • 4.218, Аноним (216), 07:38, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поттеринг и есть тот дятел, который разрушает всё. Голым ядром линукса не воспользуешься.
     
  • 2.93, Аноним (216), 19:04, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а с каких пор вообще настройки начали в либы толкать?!
     
  • 2.162, Аноним (162), 23:15, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Абажитте. Сейчас Леня увидит https://github.com/SSSD/sssd/issues/5396 и понесется.
     

  • 1.85, Аноним (77), 18:39, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    QR code, JSON в базовой системе - кошмар.
     
     
  • 2.92, Аноним (216), 19:02, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    systemwindowsd
     

  • 1.98, Аноним (113), 19:35, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для просвещения восторженных масс оставлю сдесь https://unixsheikh.com/articles/systemd-isnt-safe-to-run-anywhere.html

    Конечно, я не фанат sysvinit и производных. Говно мамонта - оно и есть говно. Предпочитаю babysitter идеологию. Хрен с ней, что как в винде, зато толку больше. Мне непонятно только почему не подхватили upstart. Вполне годная весчь была, ну, забил калноникал на нее, но почему никто не поднял упавшее знамя?

    Или я что-то упускаю?

     
     
  • 2.110, Аноним (216), 20:22, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > почему не подхватили upstart.

    внезапно, хромоось

     
     
  • 3.115, Аноним (113), 20:35, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    пля...
    внезапно - нафиг она мне?
     
  • 2.168, пох. (?), 00:42, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Хрен с ней, что как в винде, зато толку больше.

    Тогда будь счастлив с системдой. Там ВСЕ сделано "как в винде", поскольку в юникс его разработчики и не умели никогда. Да и зачем это говно мамонта, есть же ж винда!
    Ты этого хотел - ну так жри, за обе щеки, а не вороти морду.

    > Мне непонятно только почему не подхватили upstart.

    потому что он был еще большее говно. Ничего толком не умел, имел совершенно невменяемое управление и синтаксис. Топят за него в основном те, кто его в глаза и не видели (потому что next-next-ok и никогда никуда не лазят, да и не умеют - "как в винде" же ж) Напомни-ка, как отключить в нем запуск сервиса, не подглядывая в гугль?

    А как теперь быстро понять, какие сервисы у нас включены?

     
     
  • 3.228, Аноним (113), 15:59, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А как теперь быстро понять, какие сервисы у нас включены?

    Хз, я даже в sysvinit и systemd не знаю как это делается. Мне на моих 14 локалхостах ни разу не приходило в голову этим интересоваться.

    > потому что он был еще большее говно

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

     
  • 2.186, Zenitur (ok), 07:20, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть альтернатива в виде OpenRC.
     

  • 1.121, Аноним (121), 20:50, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Призрак венды гуляет близко.
     
     
  • 2.127, псевдонимус (?), 21:02, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не винда.
     
     
  • 3.169, пох. (?), 00:43, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это на порядок хуже, угу.
     
     
  • 4.179, псевдонимус (?), 03:50, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     
  • 2.178, Аноним (216), 03:44, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    даже в винде такого трэша не было.
     

  • 1.123, native76 (ok), 20:55, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    слон обрастает шерстью )
     
     
  • 2.142, Аноним (113), 21:40, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее, наоборот
     

  • 1.128, Аноним (-), 21:04, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ооо! все встает на свои места, как вкорячили так называют "системный менеджер" а поначалу под инициализацию косили.

    я блин счастлив что остались норм дистры где нет этого г.

     
  • 1.137, Никто (??), 21:31, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Systemd посланник зла!
    И на небе не следа...
    И не видно ничего,
    Ты остался на нём на всегда.
    И не будет больше сказок,
    Светлых радосных деньков,
    Только systemd не знает жалость,
    Он сжирает мозги в кровь.
    Ты один и systemd с тобою,
    Только нет спасенья в новь.
    Systemd оттащит в подземелье,
    Где отпустит тебя в новь.
     
  • 1.140, Никто (??), 21:37, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >В systemd-resolved в дополнение к D-Bus и локального DNS (127.0.0.53) добавлен ещё один IPC-интерфейс - Varlink, который позволяет определять имена в initrd и на раннем этапе загрузки, когда D-Bus ещё недоступен. Добавлен параметр DNSStubListenerExtra для указания дополнительных IP для приёма запросов, в дополнение к 127.0.0.53:53. При обработке запросов через D-Bus и Varlink указание точки после имени хоста теперь воспринимается как отключение проверки с доменом, указанным в параметре "search", т.е. вызов "resolvectl query foo." эквивалентен "resolvectl query --search=off foo.".

    Опять вырастит initrd. Он и так уже не запускается со 128Мб ОЗУ.

     
     
  • 2.157, mikhailnov (ok), 22:25, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вас заставляют пихать systemd-resolved в initrd?
     
     
  • 3.171, Аноньимъ (ok), 01:24, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А вас заставляют пихать systemd-resolved в initrd?

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

     
     
  • 4.172, mikhailnov (ok), 01:28, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    посмотрел git master dracut, там не тянется resolved в initrd, а если не нравится NetworkManager в нем, можно использовать модуль network-legacy
     
     
  • 5.190, n00by (ok), 09:14, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты же писал Поттеренгу, что не понимаешь толком, как systemd в этой части работает https://github.com/systemd/systemd/pull/15479#issuecomment-630950902.
    На этом стоило бы остановиться, пока не родился новый пёрл про "строгую типизацию" в Си или "#define объявляет переменную".
     
  • 2.177, Аноним (216), 03:41, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо Поттерингам весь /usr в initrd засунуть, чего уж мелочиться. Грузанул файл в память - и готово, как после гибернации + сразу кеш готовый.
     

  • 1.154, mikhailnov (ok), 22:14, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()

    Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо авторезолвера?

    UPD. https://github.com/systemd/systemd/issues/17769

     
     
  • 2.191, n00by (ok), 09:51, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()
    > Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо
    > авторезолвера?

    А что, другие компоненты не используют dlopen()? Используют. Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера". Кстати, когда я писал "переход с rpm5 на rpm4 - вопрос жизни и смерти для Rosa Tresh", я в том числе это и имел ввиду. Но исключительно автономные разработчики, как всегда, всё сделали наоборот, точнее, кто-то за них сделал. ;)

     
     
  • 3.200, mikhailnov (ok), 12:19, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что, другие компоненты не используют dlopen()?

    Используют, но в данном случае это создание лишней непредсказуемости.

     
  • 3.203, mikhailnov (ok), 12:46, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера"

    Авторезолвер, безусловно, было бы неплохо доработать для таких случаев, но сначала его надо доработать, а затем в одном из ключевых компонентов системы можно будет перейти на dlopen(). Сейчас это создает непредсказуемость из-за отсутствия инструментария для контроля целостности ABI и соответствия soname в источнике и потребителе.

    В апстриме пытаются придумать systemd-специфичные вставки в ELF-файлы, чтобы можно было распарсить зависимости (https://github.com/systemd/systemd/pull/17416), это почти не имеет отношения к доработке авторезолвера, т.к. не является универсальным решением.

    Сейчас в systemd:
    1. soname записан прямо в коде, а не определяется на этапе сборки (это очень плохо! пакет соберется, а никто и не заметит, что он изначально собрался так, что этот функционал никогда работать не будет, если soname подгружаемой библиотеки окажется другим)
    https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603b3bea7e88df05ea554
    2. Вызывается функция из libdl с передачей имен символов
    https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603b3bea7e88df05ea554
    https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603b3bea7e88df05ea554

    Получается, что единственный способ составить список зависимостей по символам (в Росе по символам зависимости не строятся, а вот в ALT Linux строятся) - это прибегнуть к чтению исходного кода какими-либо методами, тут даже не поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с символами в качестве аргументов, только soname можно вытащить).

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

     
     
  • 4.207, n00by (ok), 14:48, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Получается, что единственный способ составить список зависимостей по символам (в Росе по
    > символам зависимости не строятся, а вот в ALT Linux строятся) -
    > это прибегнуть к чтению исходного кода какими-либо методами, тут даже не
    > поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с
    > символами в качестве аргументов, только soname можно вытащить).

    Забыл к "единственный" добавить "мне известный".

    > Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся
    > мелочью и недостойными такой расплаты за их решением.

    Какие проблемы? Книжку почитать? Или понять, что если ты заявляешь на всю страну об "автономности всех процессов", то придётся сталкиваться лбом с объективной реальностью, пока не огорошит мысль "пора отвечать за свои слова"?

     
     
  • 5.208, mikhailnov (ok), 14:57, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лучше бы вместо бесполезных текстов написал свои идеи, как сделать авторезолв зависимостей в данном случае без запуска исполняемых файлов.
     
     
  • 6.221, n00by (ok), 10:57, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Автономность" в переводе буквально "само-стоятельность". То есть именно ты тот человек, который должен все эти идеи сам знать и здесь нам рассказывать. Де-юре. Де-факто, почему то ты постоянно спрашиваешь о вещах, для понимания которых у тебя банально нет теоретической базы (о чём ты написал, цитирую: "чтению исходного кода какими-либо методами"). Я уж не говорю о том, что заменить мои решения, которые вы незаконно продаёте, у тебя не хватило ума.
     

  • 1.163, Просто Саша (?), 23:17, 28/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Переписать на раст и прекрутить кутишный гуй, и всё нормально сразу будет.
     
     
  • 2.164, Аноним (164), 23:27, 28/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше сразу на электроне и в облако
     
     
  • 3.176, Аноним (216), 03:30, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а смотреть только через браузер и никак иначе.
     
     
  • 4.205, Аноним (164), 14:13, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно
     

  • 1.170, Аноним (170), 00:54, 29/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как в Arch отключить полностью systemd-homed, чтобы в логах ругни не было?
     
     
  • 2.174, Аноним (174), 02:34, 29/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://wiki.archlinux.org/index.php/Systemd-homed

    However, you must enable and start the systemd-homed.service.
    просто сделай обратное тому как замускал

     

  • 1.211, Аноним (216), 15:38, 29/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В правила udev внесены нарушающие обратную совместимость изменения

    Узнаётся рука поттеринга :)

    >В JSON-профили пользователей ... в форме QR-кода ...

    Серьёзно?! Без сканирования кур-кода уже никак?

    > настройки ... перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/

    Редко переносите, надо чаще.

     
  • 1.215, 111 (??), 00:54, 30/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    в этой новости прекрасно все...

    ну вы пока конфиги поперемещайте туда-сюда...

    а я на диване посижу...

     
  • 1.222, Slot (ok), 10:58, 30/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Видимо только тогда когда оси с сисей будут падать в синьку и висеть, модные одмины задумаются. Хотя...... наверно нет - будут винить железо или ещё что, и дальше складывать все яйца в одну корзину и бежать с ней...
     
  • 1.230, Аноним (230), 17:18, 30/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот и обJSON-нили всех. Кушайте сами.
     
     
  • 2.231, Аноним (216), 19:29, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ...и обQRили.
     
  • 2.232, Аноним (216), 19:31, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вообще странно, как они логи бинарными сделали, а не жисонные?
     
     
  • 3.233, тфьу (?), 21:18, 30/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не подсказывай.
     

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



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

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