mos-auth-config: параметр --skip-sddm-config для того, чтобы пропустить изменения SDDM конфигурации

Предисловие

В идеале настраивать конфигурацию DM через отдельную drop-in конфигурацию, как описано здесь - #15, а не через манипуляции в существующих системных конфигурационных файлах (/etc/sddm.conf и /etc/sddm.conf.d/kde_settings.conf)

Но для этого необходимы различные исправления проблем в sddm-kcm (описаны здесь https://hub.mos.ru/mos/dev-tasks/features/-/issues/66), которые вероятно уже не следует реализовывать для SDDM, а реализовать их при переходе на новый DM в KDE - PLM (plasma-login-manager).

Описание проблемы

Сейчас UID принудительно меняется на диапазон от 10 млн до 2 млрд при каждом обновлении пакета mos-auth.

Здесь предлагается промежуточный вариант решения проблемы, который позволит кастомизировать UID диапазон под нужды пользователя, а это могут быть разные сценарии:

1. Отображать только локальных пользователей (в комбинации со скрытой кнопкой входа через mos.ru, для Гостевого профиля и прочих улучшений SDDM темы): 500 - 60000

2. Отображать локальных пользователей и пользователей mos.ru: 500 - 2 млрд

3. Отображать только пользователей mos.ru: 10 млн - 2 млрд

4. Возможно еще какие-то более редкие сценарии.

Постановка задачи

• Учитывать при активации drop-in конфиги при резервном копировании значений для конфигурации SDDM

  Иначе, при выключении (disable), mos-auth-config не будет восстанавливать значения, установленные пользователем через sddm-kcm в /etc/sddm.conf.d/kde_settings.conf

• Учитывать drop-in конфиги при установке новых значений в sddm_config() для SDDM конфигурации при активации mos-auth

  Например для случая, когда в /etc/sddm.conf.d/kde_settings.conf минимальный UID стоит некорректный (свыше 10 млн)

  Если не учитывать drop-in конфиги mos-auth-config не исправит минимальный порог

• Добавить комментарии при сохранении текущих значений конфигурации SDDM перед активацией mos-auth

• Добавить комментарии о записи новых значений конфигурации при активации mos-auth

• Добавить комментарии при восстановлении прошлой конфигурации SDDM при деактивации mos-auth

• Добавить проверку на наличие значения в конфигурации перед попыткой удаления при восстановлении прошлой конфигурации

  Так будет более корректно, но также это обходит баг в py-ini-config при попытке удалить несуществующее значения с параметром --flush

• Сделать параметр --skip-sddm-config, который будет пропускать изменение диапазона UID для mos.ru пользователей (при активации и при деактивации)

  С указанием параметра --skip-sddm-config, диапазон установленный администратором (в том числе через графический sddm-kcm модуль) не затрагивается, оставляя возможность любых необходимых изменений или кастомизаций диапазона

• Этот параметр --skip-sddm-config применять при обновлениях пакета

• В инструкции (man, help) описать то, как mos-auth-config изменяет диапазон UID, и о новой опции --skip-sddm-config

• Автодополнение в bash для нового параметра

• Сделать автотесты для разных сценариев