Bug 31784

Summary: Падает при попытке использования
Product: Sisyphus Reporter: Alexei V. Mezin <alexei.mezin>
Component: kde4-ksshaskpassAssignee: Sergey V Turchin <zerg>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3    
Version: unstable   
Hardware: all   
OS: Linux   

Description Alexei V. Mezin 2016-02-11 11:31:56 MSK
Name        : kde4-ksshaskpass             
Version     : 0.5.3                          
Release     : alt1  

После установки пакета при попытке ssh-соединения с ключом, вместо диалога ввода пароля появляется диалог обработчика ошибок:

Application: Ksshaskpass (kde4-ksshaskpass), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#6  0x00007ff5075c8678 in raise () from /lib64/libc.so.6
#7  0x00007ff5075c9afa in abort () from /lib64/libc.so.6
#8  0x00007ff508536ff5 in qt_message_output(QtMsgType, char const*) () from /usr/lib64/libQtCore.so.4
#9  0x00007ff508faed29 in ?? () from /usr/lib64/libkdeui.so.5
#10 0x00007ff50908a215 in ?? () from /usr/lib64/libkdeui.so.5
#11 0x00007ff50908ac62 in KApplication::KApplication(bool) () from /usr/lib64/libkdeui.so.5
#12 0x0000000000401c1c in ?? ()
#13 0x00007ff5075b5690 in __libc_start_main () from /lib64/libc.so.6
#14 0x0000000000402133 in _start ()



При непосредственном вызове /usr/lib/openssh/kde4-ksshaskpass диалог появляется нормально.
Comment 1 Sergey V Turchin 2016-02-11 13:08:05 MSK
Покажите пожалуйста тот же дебаг, тольк опри установленном пакете
kde4-ksshaskpass-debuginfo
Comment 2 Alexei V. Mezin 2016-02-11 23:53:57 MSK
Application: Ksshaskpass (kde4-ksshaskpass), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
84	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[KCrash Handler]
#6  0x00007fa596fd9678 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#7  0x00007fa596fdaafa in __GI_abort () at abort.c:89
#8  0x00007fa597f47ff5 in qt_message_output (msgType=<optimized out>, buf=<optimized out>) at global/qglobal.cpp:2423
#9  0x00007fa5989bfd29 in QDebug::~QDebug (this=0x7ffc49775510, __in_chrg=<optimized out>) at /usr/include/qt4/QtCore/qdebug.h:85
#10 0x00007fa598a9b215 in KApplicationPrivate::init (this=0x709b00, GUIenabled=GUIenabled@entry=true) at /usr/src/debug/kdelibs-4.14.16/kdeui/kernel/kapplication.cpp:516
#11 0x00007fa598a9bc62 in KApplication::KApplication (this=0x7ffc497756e0, GUIenabled=true) at /usr/src/debug/kdelibs-4.14.16/kdeui/kernel/kapplication.cpp:352
#12 0x0000000000401c1c in main (argc=2, argv=0x7ffc49775858) at /usr/src/debug/ksshaskpass-0.5.3/src/main.cpp:55


Интересный факт: если в .xprofile делать ssh-add БЕЗ опции -c, то есть по умолчанию не спрашивать пароль, а потом, уже после входа в систему, перезапустить ssh-add -c, то диалог запроса пароля появляется и работает, не падает.
Comment 3 Sergey V Turchin 2016-02-12 14:52:12 MSK
А как вы изначально делали? "Стандартными" средствами KDE никаких "-c" не фигурирует.
Comment 4 Alexei V. Mezin 2016-02-12 16:21:28 MSK
Хм... я никак не делал никакими средствами. Все по дефолту. Давно у меня перестала работать авторизация по ключу. В AltCommon на этой неделе поднялся вопрос "почему не работает", и ldv раскрыл нам глаза, что в .xprofile чуть ли не с 2009 года внесено ssh-add -c, и для авторизации надо ставить какой-нить askpass. 

Вот я взял и поставил xorg-версии (которая страшненькая, но работает), и кде4-версию, которая красивая, но падает.

А потом, поскольку мне на домашний файл-сервер ходить опция -c явный оверкилл, я ее в .xprofile отключил. И когда у нас тут развернулось обсуждение бага, поставил debuginfo, вручную выполнил ssh-addd -c, и баг не воспроизвелся. В попытках вернуть баг обратно, снова включил -c, перезагрузился, и получил краш.
Comment 5 Sergey V Turchin 2016-02-12 16:53:10 MSK
> В .xprofile чуть ли не с 2009 года внесено ssh-add -c
Понятно. У меня не воспроизводилось, т.к. ~/ старее.
Comment 6 Sergey V Turchin 2016-02-12 17:20:26 MSK
Для начала просто пересоберу. Отправил kde4-ksshaskpass-0.5.3-alt2 .
Comment 7 Sergey V Turchin 2016-02-12 17:23:42 MSK
Посмотрите в ~/.xsession-errors . Там в момент падения должно быть какое-то сообщение.
Comment 8 Alexei V. Mezin 2016-02-12 21:21:44 MSK
Хм... сегодня вечером не воспроизводится. Хотя ничего в системе со вчерашнего вечера не менялось. Перезагружался несколько раз и вчера. и сегодня.

Сейчас обновлюсь на пересобранный пакет, и буду ждать, отвалится ли снова.
Comment 9 Sergey V Turchin 2016-02-15 16:13:18 MSK
У меня вообще ни разу не падал, но я не запускал его до KDE.
Т.е. в ~/.xprofile ssh-add нет, а вызывается из kde4/ksshaskpass.desktop, добавленного в автозапуск средствами KDE.
Comment 10 Alexei V. Mezin 2016-02-15 21:59:04 MSK
> У меня вообще ни разу не падал

Как верно заметили в рассылке, падает если уже запущен ssh-agent, то есть стабильно воспроизводится при повторном входе в систему. Перепроверил у себя, уже на пересобранном пакете. Падает, в xsessin-errors ничего подозрительного.
Comment 11 Sergey V Turchin 2016-03-01 17:33:32 MSK
Втянул апстримные изменения на похожую тему. Вроде, не падает.
kde4libs-4.14.17-alt2