Summary: | Падает при попытке использования | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Alexei V. Mezin <alexei.mezin> |
Component: | kde4-ksshaskpass | Assignee: | 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
Покажите пожалуйста тот же дебаг, тольк опри установленном пакете kde4-ksshaskpass-debuginfo 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, то диалог запроса пароля появляется и работает, не падает. А как вы изначально делали? "Стандартными" средствами KDE никаких "-c" не фигурирует. Хм... я никак не делал никакими средствами. Все по дефолту. Давно у меня перестала работать авторизация по ключу. В AltCommon на этой неделе поднялся вопрос "почему не работает", и ldv раскрыл нам глаза, что в .xprofile чуть ли не с 2009 года внесено ssh-add -c, и для авторизации надо ставить какой-нить askpass. Вот я взял и поставил xorg-версии (которая страшненькая, но работает), и кде4-версию, которая красивая, но падает. А потом, поскольку мне на домашний файл-сервер ходить опция -c явный оверкилл, я ее в .xprofile отключил. И когда у нас тут развернулось обсуждение бага, поставил debuginfo, вручную выполнил ssh-addd -c, и баг не воспроизвелся. В попытках вернуть баг обратно, снова включил -c, перезагрузился, и получил краш. > В .xprofile чуть ли не с 2009 года внесено ssh-add -c
Понятно. У меня не воспроизводилось, т.к. ~/ старее.
Для начала просто пересоберу. Отправил kde4-ksshaskpass-0.5.3-alt2 . Посмотрите в ~/.xsession-errors . Там в момент падения должно быть какое-то сообщение. Хм... сегодня вечером не воспроизводится. Хотя ничего в системе со вчерашнего вечера не менялось. Перезагружался несколько раз и вчера. и сегодня. Сейчас обновлюсь на пересобранный пакет, и буду ждать, отвалится ли снова. У меня вообще ни разу не падал, но я не запускал его до KDE. Т.е. в ~/.xprofile ssh-add нет, а вызывается из kde4/ksshaskpass.desktop, добавленного в автозапуск средствами KDE. > У меня вообще ни разу не падал
Как верно заметили в рассылке, падает если уже запущен ssh-agent, то есть стабильно воспроизводится при повторном входе в систему. Перепроверил у себя, уже на пересобранном пакете. Падает, в xsessin-errors ничего подозрительного.
Втянул апстримные изменения на похожую тему. Вроде, не падает. kde4libs-4.14.17-alt2 |