59308 2026-05-23 21:10:41 +0300 Различие в определении существовании группы между getgrnam и useradd 2026-05-28 00:30:14 +0300 1 1 4 Development Sisyphus accountsservice unstable x86_64 Linux CLOSED FIXED P5 normal --- 1 rirusha shaba dmitry rirusha shaba qa-sisyphus oldest_to_newest 288239 0 rirusha 2026-05-23 21:10:41 +0300 getgrnam находит группу во всех источниках, описанных в nsswitch.conf useradd учитывает только /etc/group Из-за этого проверка существования группы может работать некорректно (https://gitlab.freedesktop.org/accountsservice/accountsservice/-/blob/main/src/daemon.c?ref_type=heads#L1863) В ALT Atomic мы перешли на смешанные passwd/group, используя altfiles в nsswitch.conf (пакет libnss-altfiles). nsswitch в атомарке: passwd: files altfiles systemd shadow: tcb files systemd group: files [SUCCESS=merge] altfiles [SUCCESS=merge] systemd gshadow: files systemd Это было сделано для большего контроля над системой со стороны поставщика образа, минимизации дрифта UID/GUID и иных проблем. Мы используем декларативный формат, который описывает какие пользователи в какие группы входит и `apm system image sync-group` копирует, сопровождает или удаляеи по необходимости записи в /etc/group (так как /usr/lib/group записи редактировать нельзя) При использовании мастера первоначальной настройки (ready-set или gnome-initial-setup) AccountsService при попытке создать пользователя возвращает ошибку 6 от useradd, так как группы, в которые должен быть добавлен пользователь, не существуют в /etc/group (но существуют для getgtnam) 288240 1 rirusha 2026-05-23 21:16:09 +0300 Также добавлю, что в Fedora Silverblue (и всех производных) тоже используется altfiles (но с ручных добавлением записей в /etc/group и с кучей suid'ов) Там подобной проблемы нет, так как нет определения пользователей в спеке (понимаю, что не наш путь, просто для информации, "как у других работает") https://src.fedoraproject.org/rpms/accountsservice/blob/rawhide/f/accountsservice.spec#_60 288241 2 dmitry 2026-05-23 21:37:20 +0300 Добавлю от себя для усиления аргументации данного issue Я считаю что формирование списка групп в которые входит пользователь обязательно должно управляться механизмом сборки/установщиком/первичной настройкой системы так как это свойство исключительно характеризуется набором пакетов собираемого дистрибутива, а не спеком одного пакета в репозитории даже не привязанного к брендингам Вот примеры как mkimage-profiles управляет группами на своей стороне: https://altlinux.space/mkimage-profiles/mkimage-profiles/src/branch/master/features.in/deflogin https://altlinux.space/mkimage-profiles/mkimage-profiles/search/branch/master?path=&q=xgrp+audio+video+camera&mode=exact 288345 3 rirusha 2026-05-26 13:27:46 +0300 Создал таск #419190: - С обновлением accountsservice на свежую версию - С портом на более понятную и удобную для тестов модель сопровождения - С правками проблемы текущей баги, читая /etc/group напрямую без вызова getgrnam 288454 4 repository-robot 2026-05-28 00:30:14 +0300 accountsservice-26.12.8-alt1 -> sisyphus: Tue May 26 2026 Vladimir Romanov <rirusha@altlinux> 26.12.8-alt1 - 26.12.8 (closes: #58899) - Fixed creating user with ReadySet in ALT Atomic (closes: #59308). - Port package to more classic gear way.