37813 2020-01-13 17:18:02 +0300 "Центр управления", "Локальные группы" - некорректное (?) отображение групп 2021-11-18 16:55:47 +0300 1 1 4 Development Sisyphus alterator-groups unstable all Linux CLOSED NOTABUG P3 minor --- 37786 1 sem cas alxvmr cas mike rider zerg qa-sisyphus oldest_to_newest 186928 0 sem 2020-01-13 17:18:02 +0300 +++ Данная ошибка создана размножением ошибки 37786 +++ При открытии оснастки "Локальные группы" автоматически отображаются многие группы: adm apache asterisk ... (пропустил длинный список) x10 xfs zgrp zabbix Checkbox "Показывать системные группы" установлен. Далее в примечании сказано, что "Группы для системных служб (начинаются в '_'), не показываются." Если верить файлу /etc/group, существует несколько таких системных групп: _gnupg:x:497: _autoipd:x:494: _teamd:x:493: _avahi:x:489: _keytab:x:487:_sssd _chrony:x:484: _alterator:x:483: _dnsmasq:x:478: _ldm:x:476 _sssd:x:475: Ни одна из этих групп не отображается независимо от галочки "Показывать системные группы". Однако если очистить галочку "Показывать системные группы", список групп становится пустым. Для полноты картины замечу, что если стоит другая галочка "Показывать пользовательские группы", то они (пользовательские группы) отображаются. Возможно, возникает путаница между системными группами и группами для системных служб. Частично это подтверждается в "Справке". Но тогда было бы желательно разделить понятия "системности". Да и в чём смысл прятать группы, начинающиеся с '_'? Эта оснастка "Локальные группы" позволяет создавать новые группы, но им нельзя задать желаемый GID. Хотя, допускаю, что это "by design". Всё указанное поведение наблюдается независимо от "Режима эксперта". 198318 1 rider 2021-04-30 09:52:34 +0300 @zerg можешь помочь в починке этой ошибки ? 198323 2 zerg 2021-04-30 11:02:48 +0300 Чесгря, я не вижу баг. P.S. Вижу другой, но с этим не связано. 205024 3 sem 2021-11-18 16:55:47 +0300 (Ответ для Sergey V Turchin на комментарий #2) > Чесгря, я не вижу баг. Да, при ближайшем рассмотрении все работает как и задумывалось. > Возможно, возникает путаница между системными группами и группами для > системных служб. Частично это подтверждается в "Справке". Но тогда было бы Я не вижу особой путаницы, понятие "system group" устоялось еще в незапамятные времена. Как и system service. > желательно разделить понятия "системности". Да и в чём смысл прятать группы, > начинающиеся с '_'? Показывать эти группы не имеет особого смысла, т.к. не надо с ними ничего делать. Они как правило для понижения привилегий в сервисах. > > Эта оснастка "Локальные группы" позволяет создавать новые группы, но им > нельзя задать желаемый GID. Хотя, допускаю, что это "by design". Это можно оформить как feature request, но мне кажется это достаточно редкая необходимость, чтобы ее добавлять в модуль.