Видимо, нужно зависеть от dm-tool, а не от lightdm.
"товарищь помни! Если ты на kde, и у тебя sddm. То поставив alterator-auth-token , ты подтянешь lightdm и более не загрузишся.. пока не удалишь его из rescue.target" https://t.me/alt_linux
https://t.me/alt_linux/17804
Там сейчас используются специальные контролы для lightdm. Это связано с галочкой "Generate user accounts on-demand". Возможно, что для других DM такой контрол не нужен. А может быть нужно писать альтернативный. Я разрабатывал и тестировал всё это карточное хозяйство только вместе с lightdm. Поэтому вполне могу предположить, что работает как задумано оно только с ним. У меня вопрос: кто-нибудь пробовал настраивать аутентификацию вот этими контролами (https://www.altlinux.org/Аутентификация_по_ключу), исключая, конечно, lightdm-login-unknown, и использовать после этого не lightdm: ssdm или другой DM?
А у меня вопрос по теме: когда исправят этот баг?
Если описание недостаточно конкретно, уточнаю суть бага: установка в систему K8.2 пакета alterator-auth-token приводит к невозможности входа пользователя в систему.
А для чего его туда ставить? Это наверняка не единственный пакет, который ломает настройку DM.
(В ответ на комментарий №6) > А для чего его туда ставить? У пакета должно быть корректное описание, для чего он. > Это наверняка не единственный пакет, который ломает настройку DM. Если найдете еще хоть один, сообщите, пожалуйста. На него тоже что-то тяжелое надо будет повесить.
(В ответ на комментарий №3) > У меня вопрос: кто-нибудь пробовал настраивать аутентификацию вот этими > контролами (https://www.altlinux.org/Аутентификация_по_ключу) Для этого этот баг исправить сперва надо. Как пробовать, если тебе систему перед этим разломают?
Не совсем так: контролы же поставляются в других пакетах, а не вместе с alterator-auth-token.
Баг тут висит на alterator-auth-token, а не на каких-то еще пакетах.
Коллеги, давайте уже как-то решим этот вопрос.
Достаточно заменить зависимость lightdm на dm-tool.
(В ответ на комментарий №12) > Достаточно заменить зависимость lightdm на dm-tool. Кстати, и даже она там с ошибкой. Вместо Requires: lightdm >= 1.16.7-alt5.M80P.1 надо было Requires: lightdm > 1.16.7-alt5
а работать он будет после этого изменения с другими dm ?
(В ответ на комментарий №14) > а работать он будет после этого изменения с другими dm ? К невозможности входа пользователя в систему больше приводить не будет. С sddm работать должен. С остальными вряд ли(если есть такой, не знаю).
(В ответ на комментарий №12) > Достаточно заменить зависимость lightdm на dm-tool. 1. Причём тут dm-tool ? `grep 'dm-tool' backend3/auth-token` ничего не находит. 2. Что, всё-таки, делать со строчкой "$_control lightdm-login-unknown" ?
Коллеги, я правильно понимаю, что проблема в том, что установка lightdm в любом случае ломает конфигурацию со входом через sddm? Если это так, то логичным, по-моему, будет конфликт в lightdm на sddm. Предлагаю добавить такой конфликт и закрыть этот баг таким образом.
Мы в своё время говорили о том, что alterator-auth-token должен работать и с sddm в том числе.
(В ответ на комментарий №16) > `grep 'dm-tool' backend3/auth-token` ничего не находит. Я и не подозревал... > 2. Что, всё-таки, делать со строчкой "$_control lightdm-login-unknown" ? Пока ничего. При необходимости договоримся.
(В ответ на комментарий №17) > Коллеги, я правильно понимаю, что проблема в том, что установка lightdm в любом > случае ломает конфигурацию со входом через sddm? Если это так, то логичным, > по-моему, будет конфликт в lightdm на sddm. Предлагаю добавить такой конфликт и > закрыть этот баг таким образом. Так делать -- ошибка. Они должны НЕ конфликтовать и НЕ убивать вход в систему.
(В ответ на комментарий №16) > 1. Причём тут dm-tool ? Он же переключает текущего пользователя в UI DM при вставке токена в комп. Разве что-то изменилось?
Надо придумать инструмент, работающий с pam более универсальным способом. Я про ligthdm-login-unknown.control
Серёг, основная проблема в control ligthdm-login-unknown. Какой-то аналог ему для sddm нужен или нет ?
(В ответ на комментарий №19) > (В ответ на комментарий №16) > > 2. Что, всё-таки, делать со строчкой "$_control lightdm-login-unknown" ? > Пока ничего. При необходимости договоримся. Тогда мы от этой баги перейдём к "Настройка автосоздания пользователей не работает с sddm". Т.е. к менее критичной баге. Вариант.
(В ответ на комментарий №21) > (В ответ на комментарий №16) > > 1. Причём тут dm-tool ? > Он же переключает текущего пользователя в UI DM при вставке токена в комп. > Разве что-то изменилось? Это делает card-actions. Напомню: мы обсуждаем _модуль альтератора_ :-)
(В ответ на комментарий №24) > Тогда мы от этой баги перейдём Только не сразу. ;-) > к "Настройка автосоздания пользователей не > работает с sddm". Т.е. к менее критичной баге. Вариант. Я за.
(В ответ на комментарий №25) > Это делает card-actions. Напомню: мы обсуждаем _модуль альтератора_ :-) Да. Там есть зависимость. Я думал, она тут и через lightdm.
(В ответ на комментарий №23) > Серёг, основная проблема в control ligthdm-login-unknown. > Какой-то аналог ему для sddm нужен или нет ? Если сама такая функциональность действительно нужна, то надо сделать. Отдельным багом, как предложил Павел.
(В ответ на комментарий №28) > (В ответ на комментарий №23) > > Серёг, основная проблема в control ligthdm-login-unknown. > > Какой-то аналог ему для sddm нужен или нет ? > Если сама такая функциональность действительно нужна, то надо сделать. > Отдельным багом, как предложил Павел. Хорошо. Поскажите тогда, как определить текущий DM? Это для того, чтобы не полагаться на `control ligthdm-login-unknown`, если у пользователя сейчас другой DM (а lightdm установлен, но не используется).
(В ответ на комментарий №29) > Хорошо. Поскажите тогда, как определить текущий DM?). systemctl status display-manager.service или какой-нибудь readlink /etc/systemd/system/display-manager.service
(В ответ на комментарий №30) > (В ответ на комментарий №29) > > Хорошо. Поскажите тогда, как определить текущий DM?). > systemctl status display-manager.service > или какой-нибудь > readlink /etc/systemd/system/display-manager.service Проблема в том, что там prefdm. А у него логика так себе.
(В ответ на комментарий №23) > Серёг, основная проблема в control ligthdm-login-unknown. Какой-то аналог ему > для sddm нужен или нет ? Нужен, и, на первый взгляд, он повторяет ligthdm-login-unknown. Но я бы держал отдельную копию в пакете sddm на случай нюансов. И ещё потому, что control имеет ограниченный синтаксис.
(В ответ на комментарий №31) > Проблема в том, что там prefdm. Нужно исправить "там", чтоб был lightdm по умолчанию.
alterator-auth-token-0.1.2-alt1 -> sisyphus: Tue Mar 06 2018 Paul Wolneykien <manowar@altlinux> 0.1.2-alt1 - SDDM-ready version (closes: #34334).
(В ответ на комментарий №34) > - SDDM-ready version (closes: #34334). Спасибо! В p8 тоже, пожалуйста. На него жаловались в https://t.me/alt_linux/17804
(В ответ на комментарий №35) > В p8 Там, вижу.
(В ответ на комментарий №36) > (В ответ на комментарий №35) > > В p8 > Там, вижу. Угу. (В ответ на комментарий №32) > (В ответ на комментарий №23) > Нужен, и, на первый взгляд, он повторяет ligthdm-login-unknown. Но я бы держал > отдельную копию в пакете sddm на случай нюансов. И ещё потому, что control > имеет ограниченный синтаксис. Я имел в виду ту часть, которая редактирует /etc/pam.d/lightdm. Но в lightdm-login-unknown есть ещё часть, которая редактирует /etc/lightdm.conf . Эту часть нужно или переписать или выкинуть из sddm-login-unknown, если sddm сам по себе не будет ругаться на неизвестные usernames.
(В ответ на комментарий №29) > Хорошо. Поскажите тогда, как определить текущий DM? loginctl session-status , кстати, тоже показывает Service: sddm; type x11; class user , т.е. если там prefdm, то это наверняка некорректно.
(В ответ на комментарий №37) > редактирует /etc/pam.d/lightdm Мне это место не очень понравилось. Когда(если) буду делать, попробую без редактирования разбить на куски.
