34334 2017-12-13 16:35:29 +0300 alterator-auth-token приводит к невозможности входа пользователя в систему 2018-03-06 14:27:18 +0300 1 1 4 Development Sisyphus alterator-auth-token unstable all Linux CLOSED FIXED https://t.me/alt_linux/17804 P3 minor --- 32650 1 zerg manowar cas dd manowar rider qa-sisyphus oldest_to_newest 167925 0 zerg 2017-12-13 16:35:29 +0300 Видимо, нужно зависеть от dm-tool, а не от lightdm. 167926 1 zerg 2017-12-13 16:37:02 +0300 "товарищь помни! Если ты на kde, и у тебя sddm. То поставив alterator-auth-token , ты подтянешь lightdm и более не загрузишся.. пока не удалишь его из rescue.target" https://t.me/alt_linux 167927 2 zerg 2017-12-13 16:37:48 +0300 https://t.me/alt_linux/17804 168539 3 manowar 2018-01-18 16:10:21 +0300 Там сейчас используются специальные контролы для lightdm. Это связано с галочкой "Generate user accounts on-demand". Возможно, что для других DM такой контрол не нужен. А может быть нужно писать альтернативный. Я разрабатывал и тестировал всё это карточное хозяйство только вместе с lightdm. Поэтому вполне могу предположить, что работает как задумано оно только с ним. У меня вопрос: кто-нибудь пробовал настраивать аутентификацию вот этими контролами (https://www.altlinux.org/Аутентификация_по_ключу), исключая, конечно, lightdm-login-unknown, и использовать после этого не lightdm: ssdm или другой DM? 168540 4 zerg 2018-01-18 16:21:11 +0300 А у меня вопрос по теме: когда исправят этот баг? 168541 5 zerg 2018-01-18 16:27:13 +0300 Если описание недостаточно конкретно, уточнаю суть бага: установка в систему K8.2 пакета alterator-auth-token приводит к невозможности входа пользователя в систему. 168542 6 manowar 2018-01-18 16:30:26 +0300 А для чего его туда ставить? Это наверняка не единственный пакет, который ломает настройку DM. 168553 7 zerg 2018-01-19 09:54:20 +0300 (В ответ на комментарий №6) > А для чего его туда ставить? У пакета должно быть корректное описание, для чего он. > Это наверняка не единственный пакет, который ломает настройку DM. Если найдете еще хоть один, сообщите, пожалуйста. На него тоже что-то тяжелое надо будет повесить. 168861 8 zerg 2018-02-07 17:16:49 +0300 (В ответ на комментарий №3) > У меня вопрос: кто-нибудь пробовал настраивать аутентификацию вот этими > контролами (https://www.altlinux.org/Аутентификация_по_ключу) Для этого этот баг исправить сперва надо. Как пробовать, если тебе систему перед этим разломают? 168862 9 manowar 2018-02-07 17:21:59 +0300 Не совсем так: контролы же поставляются в других пакетах, а не вместе с alterator-auth-token. 168863 10 zerg 2018-02-07 17:23:23 +0300 Баг тут висит на alterator-auth-token, а не на каких-то еще пакетах. 169445 11 rider 2018-03-06 10:48:43 +0300 Коллеги, давайте уже как-то решим этот вопрос. 169446 12 zerg 2018-03-06 10:50:01 +0300 Достаточно заменить зависимость lightdm на dm-tool. 169447 13 zerg 2018-03-06 10:54:40 +0300 (В ответ на комментарий №12) > Достаточно заменить зависимость lightdm на dm-tool. Кстати, и даже она там с ошибкой. Вместо Requires: lightdm >= 1.16.7-alt5.M80P.1 надо было Requires: lightdm > 1.16.7-alt5 169449 14 rider 2018-03-06 11:15:22 +0300 а работать он будет после этого изменения с другими dm ? 169450 15 zerg 2018-03-06 11:21:09 +0300 (В ответ на комментарий №14) > а работать он будет после этого изменения с другими dm ? К невозможности входа пользователя в систему больше приводить не будет. С sddm работать должен. С остальными вряд ли(если есть такой, не знаю). 169453 16 manowar 2018-03-06 11:44:35 +0300 (В ответ на комментарий №12) > Достаточно заменить зависимость lightdm на dm-tool. 1. Причём тут dm-tool ? `grep 'dm-tool' backend3/auth-token` ничего не находит. 2. Что, всё-таки, делать со строчкой "$_control lightdm-login-unknown" ? 169454 17 dd 2018-03-06 11:54:27 +0300 Коллеги, я правильно понимаю, что проблема в том, что установка lightdm в любом случае ломает конфигурацию со входом через sddm? Если это так, то логичным, по-моему, будет конфликт в lightdm на sddm. Предлагаю добавить такой конфликт и закрыть этот баг таким образом. 169455 18 rider 2018-03-06 11:56:04 +0300 Мы в своё время говорили о том, что alterator-auth-token должен работать и с sddm в том числе. 169456 19 zerg 2018-03-06 11:57:58 +0300 (В ответ на комментарий №16) > `grep 'dm-tool' backend3/auth-token` ничего не находит. Я и не подозревал... > 2. Что, всё-таки, делать со строчкой "$_control lightdm-login-unknown" ? Пока ничего. При необходимости договоримся. 169457 20 zerg 2018-03-06 11:59:24 +0300 (В ответ на комментарий №17) > Коллеги, я правильно понимаю, что проблема в том, что установка lightdm в любом > случае ломает конфигурацию со входом через sddm? Если это так, то логичным, > по-моему, будет конфликт в lightdm на sddm. Предлагаю добавить такой конфликт и > закрыть этот баг таким образом. Так делать -- ошибка. Они должны НЕ конфликтовать и НЕ убивать вход в систему. 169458 21 zerg 2018-03-06 12:01:19 +0300 (В ответ на комментарий №16) > 1. Причём тут dm-tool ? Он же переключает текущего пользователя в UI DM при вставке токена в комп. Разве что-то изменилось? 169459 22 rider 2018-03-06 12:02:38 +0300 Надо придумать инструмент, работающий с pam более универсальным способом. Я про ligthdm-login-unknown.control 169460 23 rider 2018-03-06 12:03:27 +0300 Серёг, основная проблема в control ligthdm-login-unknown. Какой-то аналог ему для sddm нужен или нет ? 169461 24 manowar 2018-03-06 12:08:27 +0300 (В ответ на комментарий №19) > (В ответ на комментарий №16) > > 2. Что, всё-таки, делать со строчкой "$_control lightdm-login-unknown" ? > Пока ничего. При необходимости договоримся. Тогда мы от этой баги перейдём к "Настройка автосоздания пользователей не работает с sddm". Т.е. к менее критичной баге. Вариант. 169462 25 manowar 2018-03-06 12:10:18 +0300 (В ответ на комментарий №21) > (В ответ на комментарий №16) > > 1. Причём тут dm-tool ? > Он же переключает текущего пользователя в UI DM при вставке токена в комп. > Разве что-то изменилось? Это делает card-actions. Напомню: мы обсуждаем _модуль альтератора_ :-) 169463 26 zerg 2018-03-06 12:12:43 +0300 (В ответ на комментарий №24) > Тогда мы от этой баги перейдём Только не сразу. ;-) > к "Настройка автосоздания пользователей не > работает с sddm". Т.е. к менее критичной баге. Вариант. Я за. 169464 27 zerg 2018-03-06 12:15:12 +0300 (В ответ на комментарий №25) > Это делает card-actions. Напомню: мы обсуждаем _модуль альтератора_ :-) Да. Там есть зависимость. Я думал, она тут и через lightdm. 169465 28 zerg 2018-03-06 12:18:34 +0300 (В ответ на комментарий №23) > Серёг, основная проблема в control ligthdm-login-unknown. > Какой-то аналог ему для sddm нужен или нет ? Если сама такая функциональность действительно нужна, то надо сделать. Отдельным багом, как предложил Павел. 169466 29 manowar 2018-03-06 12:24:06 +0300 (В ответ на комментарий №28) > (В ответ на комментарий №23) > > Серёг, основная проблема в control ligthdm-login-unknown. > > Какой-то аналог ему для sddm нужен или нет ? > Если сама такая функциональность действительно нужна, то надо сделать. > Отдельным багом, как предложил Павел. Хорошо. Поскажите тогда, как определить текущий DM? Это для того, чтобы не полагаться на `control ligthdm-login-unknown`, если у пользователя сейчас другой DM (а lightdm установлен, но не используется). 169467 30 zerg 2018-03-06 12:39:03 +0300 (В ответ на комментарий №29) > Хорошо. Поскажите тогда, как определить текущий DM?). systemctl status display-manager.service или какой-нибудь readlink /etc/systemd/system/display-manager.service 169468 31 manowar 2018-03-06 12:54:06 +0300 (В ответ на комментарий №30) > (В ответ на комментарий №29) > > Хорошо. Поскажите тогда, как определить текущий DM?). > systemctl status display-manager.service > или какой-нибудь > readlink /etc/systemd/system/display-manager.service Проблема в том, что там prefdm. А у него логика так себе. 169469 32 manowar 2018-03-06 13:08:11 +0300 (В ответ на комментарий №23) > Серёг, основная проблема в control ligthdm-login-unknown. Какой-то аналог ему > для sddm нужен или нет ? Нужен, и, на первый взгляд, он повторяет ligthdm-login-unknown. Но я бы держал отдельную копию в пакете sddm на случай нюансов. И ещё потому, что control имеет ограниченный синтаксис. 169470 33 zerg 2018-03-06 13:10:30 +0300 (В ответ на комментарий №31) > Проблема в том, что там prefdm. Нужно исправить "там", чтоб был lightdm по умолчанию. 169471 34 repository-robot 2018-03-06 13:56:55 +0300 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). 169472 35 zerg 2018-03-06 14:08:31 +0300 (В ответ на комментарий №34) > - SDDM-ready version (closes: #34334). Спасибо! В p8 тоже, пожалуйста. На него жаловались в https://t.me/alt_linux/17804 169473 36 zerg 2018-03-06 14:09:35 +0300 (В ответ на комментарий №35) > В p8 Там, вижу. 169474 37 manowar 2018-03-06 14:12:36 +0300 (В ответ на комментарий №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. 169475 38 zerg 2018-03-06 14:24:56 +0300 (В ответ на комментарий №29) > Хорошо. Поскажите тогда, как определить текущий DM? loginctl session-status , кстати, тоже показывает Service: sddm; type x11; class user , т.е. если там prefdm, то это наверняка некорректно. 169476 39 zerg 2018-03-06 14:27:18 +0300 (В ответ на комментарий №37) > редактирует /etc/pam.d/lightdm Мне это место не очень понравилось. Когда(если) буду делать, попробую без редактирования разбить на куски.