Патч на kwallet сделали, скайп теперь может сохранять в кедовский бумажник, но без seahorse он не может. Исправьте данную проблему, ведь он не нужен, если есть уже бумажник.
> но без seahorse он не может Чего именно?
(Ответ для Sergey V Turchin на комментарий #1) > > но без seahorse он не может > Чего именно? Если установлен seahorse, то скайп автологинтся при входе скайпа, так, как kwallet выбран по умолчанию, как кошелёк, но стоит удалить seahorse и всё, автологин при входе в программу ломается.
> но стоит удалить seahorse и всё, автологин при входе в программу ломается. Это как-то странно.
Про seahorse немного непонятно. Его поведение не должно быть связано со Skype. seahorse работает как фронт/клиент для Secret Service API (далее SS API). Грубо говоря, это просто такой UI, который общается по DBus с SS API бэкендом (если не считать дополнительного функционала). Сами секреты хранит gnome-keyring (который является SS API бэкендом для seahorse, evolution, skype и вообще любых штук, которые для хранения паролей используют SS API) Патч на kwallet (а точнее на kwallet daemon) позволяет клиентам общаться с kwalletd через SS API (не только через стандартное KWallet-API). Соответственно, kwalletd5 может заменять gnome-keyring в качестве SS API бэкенда (и наоборот). Насколько я понял, есть 2 причины, по которым автологин может не работать. Первая - это отсутствие коллекции/кошелька по-умолчанию (вопреки всем ожиданиям, созданием кошелька по-умолчанию в SS API занимается сам клиент, однако делает он это только если получит определенную DBus-ошибку от бэкенда). Проблема эта существует ввиду архитектурных ограничений QtDBus (который используется в kwallet). Она не решается в коде kwallet, и в случае Skype есть шанс, что проблема так и не будет устранена. В случае libsecret, например, проблема устраняется путем патча на сам libsecret (libsecret это такая библиотека-обертка для SS API, используется большинством приложений, которым нужно SS API). В случае Skype приложить патч на Skype я не могу, поэтому придется крутиться. Эту проблему можно решить вручную. Нужно создать кошелек и назначить его кошельком по-умолчанию. Лучше всего это сделать в seahorse, но можно и в kwalletmanager (только в этом случае после задания кошелька по-умолчанию потребуется перезапустить kwalletd5). В seahorse последовательность действий примерно такая: кликаем по значку "+" -> Password keyring, вводим название/пароль для кошелька. Затем созданный кошелек появится в списке "Пароли", кликаем ПКМ по нему -> "Установить по умолчанию". Пока что вот так. Исправление уже на подходе, если проблем не будет, то все будет работать из коробки, как и должно. Вторая причина - это какие-то странные глюки самого Skype. Я пробовал логиниться и с включенным gnome-keyring, и с kwalletd, и в обоих случаях иногда возникает какой-то странный баг, из-за которого skype даже не делает попыток разблокировать коллекцию при запуске (запросить ввод пароля для кошелька). Обычно такое проходит, если ввести логин пароль заново и просто перезапустить Skype. Я пытался найти хоть какие-то закономерности, но пока безуспешно.
(Ответ для Slava Aseev на комментарий #4) > Про seahorse немного непонятно. Его поведение не должно быть связано со > Skype. > seahorse работает как фронт/клиент для Secret Service API (далее SS API). > Грубо говоря, это просто такой UI, который общается по DBus с SS API > бэкендом (если не считать дополнительного функционала). Сами секреты хранит > gnome-keyring (который является SS API бэкендом для seahorse, evolution, > skype и вообще любых штук, которые для хранения паролей используют SS API) > Патч на kwallet (а точнее на kwallet daemon) позволяет клиентам общаться с > kwalletd через SS API (не только через стандартное KWallet-API). > Соответственно, kwalletd5 может заменять gnome-keyring в качестве SS API > бэкенда (и наоборот). > > Насколько я понял, есть 2 причины, по которым автологин может не работать. > > Первая - это отсутствие коллекции/кошелька по-умолчанию (вопреки всем > ожиданиям, созданием кошелька по-умолчанию в SS API занимается сам клиент, > однако делает он это только если получит определенную DBus-ошибку от > бэкенда). > Проблема эта существует ввиду архитектурных ограничений QtDBus (который > используется в kwallet). Она не решается в коде kwallet, и в случае Skype > есть шанс, что проблема так и не будет устранена. > В случае libsecret, например, проблема устраняется путем патча на сам > libsecret (libsecret это такая библиотека-обертка для SS API, используется > большинством приложений, которым нужно SS API). В случае Skype приложить > патч на Skype я не могу, поэтому придется крутиться. > Эту проблему можно решить вручную. Нужно создать кошелек и назначить его > кошельком по-умолчанию. > Лучше всего это сделать в seahorse, но можно и в kwalletmanager (только в > этом случае после задания кошелька по-умолчанию потребуется перезапустить > kwalletd5). > В seahorse последовательность действий примерно такая: кликаем по значку "+" > -> Password keyring, вводим название/пароль для кошелька. Затем созданный > кошелек появится в списке "Пароли", кликаем ПКМ по нему -> "Установить по > умолчанию". > Пока что вот так. Исправление уже на подходе, если проблем не будет, то все > будет работать из коробки, как и должно. > > Вторая причина - это какие-то странные глюки самого Skype. Я пробовал > логиниться и с включенным gnome-keyring, и с kwalletd, и в обоих случаях > иногда возникает какой-то странный баг, из-за которого skype даже не делает > попыток разблокировать коллекцию при запуске (запросить ввод пароля для > кошелька). > Обычно такое проходит, если ввести логин пароль заново и просто > перезапустить Skype. Я пытался найти хоть какие-то закономерности, но пока > безуспешно. Интересно получается, добавил альтернативный бумажник, скайповкий пароль подхватился и автологин скайпа заработал. Возможно, нужно связаться с майками и допилить скайп под данный патч, видимо не совсем адекватно реагирует, если не gnome-keyring с ним взаимодействует.
Created attachment 9593 [details] скриншот настройки
Пофиксено в другой баге, эту я отмечаю дублем. *** This bug has been marked as a duplicate of bug 40714 ***
