Вроде бы мышь работала как-то так сама по себе, проблем не доставляла. А недавно (но не могу сказать когда именно) появилось ощущение какой-то дерганности, слишком большой чувствительности и т.п. Пошел в настройки "устройства ввода", и обнаружил, что поле "ускорение курсора" не работает вообще. Какое бы там значение не стояло, поведение мыши не меняется. На режим ускорения Adaptive/Flat реагирует (кстати, перевод не завезли для этого поля?), а на значение ускорения реакции нет. Багу вешать, или само пройдет?
05.03.2019 21:44, Alexei V. Mezin пишет: > Багу вешать, или само пройдет? А, понял, вопрос на столько же риторический, на сколько и бессмысленный :( Само не пройдет https://bugs.kde.org/show_bug.cgi?id=350688
[-- Attachment #1.1: Type: text/plain, Size: 406 bytes --] Доброго времени... Может кто в курсе - перестали отображаться некоторые иконки в трее, в частности telegram, skype, раскладка клавиатуры и т.д. При том, что тыкая в пустые части трея программы на действие реагируют. Куда копать? :) [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --]
On Thursday, 26 March 2020 12:47:20 MSK Grigory Milev wrote: > Доброго времени... > > > Может кто в курсе - перестали отображаться некоторые иконки в трее, в > частности telegram, skype, раскладка клавиатуры и т.д. При том, что тыкая в > пустые части трея программы на действие реагируют. У нового пользователя тоже? > Куда копать? :) IMHO ядро, X-ы, Mesa, видеодрайвер. -- Regards, Sergey.
[-- Attachment #1.1: Type: text/plain, Size: 942 bytes --] 26.03.2020 14:49, Sergey V Turchin пишет: > On Thursday, 26 March 2020 12:47:20 MSK Grigory Milev wrote: >> Доброго времени... >> >> >> Может кто в курсе - перестали отображаться некоторые иконки в трее, в >> частности telegram, skype, раскладка клавиатуры и т.д. При том, что тыкая в >> пустые части трея программы на действие реагируют. > У нового пользователя тоже? С новым не проверял. > >> Куда копать? :) > IMHO ядро, X-ы, Mesa, видеодрайвер. А каким боком тут Х, Mesa, драйвера? Если бы все значки пропали из трея, тогда да, можно на данный перечень грешить. А тут часть есть, а части нету. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --]
On Thursday, 26 March 2020 14:53:22 MSK Grigory Milev wrote:
[...]
> > IMHO ядро, X-ы, Mesa, видеодрайвер.
> А каким боком тут Х, Mesa, драйвера? Если бы все значки пропали из трея,
> тогда да, можно на данный перечень грешить. А тут часть есть, а части нету.
Да каким угодно. Я недавно таких глюков наловил, что пересел на std-def и
удалил из системы plymouth.
Возможно, после разлогина удалить ~/.cache/ и /var/tmp/kdecache-$LOGNAME/ .
--
Regards, Sergey.
чт, 26 мар. 2020 г. в 13:04, Sergey V Turchin <zerg@altlinux.org>:
>
> On Thursday, 26 March 2020 14:53:22 MSK Grigory Milev wrote:
>
> [...]
> > > IMHO ядро, X-ы, Mesa, видеодрайвер.
> > А каким боком тут Х, Mesa, драйвера? Если бы все значки пропали из трея,
> > тогда да, можно на данный перечень грешить. А тут часть есть, а части нету.
> Да каким угодно. Я недавно таких глюков наловил, что пересел на std-def и
> удалил из системы plymouth.
> Возможно, после разлогина удалить ~/.cache/ и /var/tmp/kdecache-$LOGNAME/ .
В моём случае проблема только в Telegram. Иконка не отсутствует, она
темная стала. На фоне темной темы plasma её просто не видно, но она
есть. Ядро std-def, plymouth давно выпилен, .cache удалял. Грешил
собственно на обновление Telegram, так как совпало обновление KDE и
оного.
[-- Attachment #1.1: Type: text/plain, Size: 1616 bytes --] 26.03.2020 16:22, Pavel Nakonechnyi пишет: > чт, 26 мар. 2020 г. в 13:04, Sergey V Turchin <zerg@altlinux.org>: >> On Thursday, 26 March 2020 14:53:22 MSK Grigory Milev wrote: >> >> [...] >>>> IMHO ядро, X-ы, Mesa, видеодрайвер. >>> А каким боком тут Х, Mesa, драйвера? Если бы все значки пропали из трея, >>> тогда да, можно на данный перечень грешить. А тут часть есть, а части нету. >> Да каким угодно. Я недавно таких глюков наловил, что пересел на std-def и >> удалил из системы plymouth. >> Возможно, после разлогина удалить ~/.cache/ и /var/tmp/kdecache-$LOGNAME/ . > В моём случае проблема только в Telegram. Иконка не отсутствует, она > темная стала. На фоне темной темы plasma её просто не видно, но она > есть. Ядро std-def, plymouth давно выпилен, .cache удалял. Грешил > собственно на обновление Telegram, так как совпало обновление KDE и > оного. У меня так-же тема тёмная, но не видно сразу несколько иконок: telegram, расскладка клавиатуры, skype, kmix. > _______________________________________________ > Sisyphus mailing list > Sisyphus@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sisyphus [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --]
On Thursday, 26 March 2020 23:50:39 MSK Grigory Milev wrote:
[...]
> У меня так-же тема тёмная, но не видно сразу несколько иконок: telegram,
> расскладка клавиатуры, skype, kmix.
Для тёмной темы надо соотв. тему иконок включать.
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 712 bytes --] В письме от пятница, 27 марта 2020 г. 19:51:02 +11 пользователь Sergey V Turchin написал: > On Thursday, 26 March 2020 23:50:39 MSK Grigory Milev wrote: > > [...] > > > У меня так-же тема тёмная, но не видно сразу несколько иконок: telegram, > > расскладка клавиатуры, skype, kmix. > > Для тёмной темы надо соотв. тему иконок включать. без разницы, у меня тоже тёмная тема и иконки соответственно тоже для тёмной темы это началось после апдейта недавнего [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
26.03.2020 23:55, Grigory Milev пишет:
> Кстати, попутно вопрос по телеграм - иногда начал падать
Не замечал, работает.
26.03.2020 15:04, Sergey V Turchin пишет:
> Возможно, после разлогина удалить ~/.cache/ и /var/tmp/kdecache-$LOGNAME/ .
Первый удалил, второго нет вообще. Иконка в телеграмме в стиле "черное
на черном". :(
On Wednesday, 1 April 2020 00:15:32 MSK Alexei V wrote:
> 26.03.2020 15:04, Sergey V Turchin пишет:
> > Возможно, после разлогина удалить ~/.cache/ и /var/tmp/kdecache-$LOGNAME/
> Первый удалил,
> второго нет вообще.
Есть или изменён переменными окружения.
[...]
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 1157 bytes --] В письме от четверг, 2 апреля 2020 г. 19:28:25 +11 пользователь Sergey V Turchin написал: > On Wednesday, 1 April 2020 00:15:32 MSK Alexei V wrote: > > 26.03.2020 15:04, Sergey V Turchin пишет: > > > Возможно, после разлогина удалить ~/.cache/ и > > > /var/tmp/kdecache-$LOGNAME/ > > > > Первый удалил, > > второго нет вообще. > > Есть или изменён переменными окружения. > у меня кстати тоже нет /var/tmp/kdecache-$LOGNAME/ и ещё, на работе тоже тёмная тема и значок телеги виден нормально, но при этом телега подвисает периодически, дома же, значок виден только, если на него навести курсор мыши или когда есть уведомление разница между домашним компом и рабочим, в видео дома Nvidia с проприетарными дровами на работе Intel ядро 5.5.13-un-def-alt1 [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
On Thursday, 2 April 2020 11:42:32 MSK Евгений wrote:
> В письме от четверг, 2 апреля 2020 г. 19:28:25 +11 пользователь Sergey V
>
> Turchin написал:
> > On Wednesday, 1 April 2020 00:15:32 MSK Alexei V wrote:
> > > 26.03.2020 15:04, Sergey V Turchin пишет:
> > > > Возможно, после разлогина удалить ~/.cache/ и
> > > > /var/tmp/kdecache-$LOGNAME/
> > >
> > > Первый удалил,
> > > второго нет вообще.
> >
> > Есть или изменён переменными окружения.
>
> у меня кстати тоже нет /var/tmp/kdecache-$LOGNAME/
ls -1d /var/tmp/kdecache*
[...]
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 325 bytes --] В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь Sergey V Turchin написал: > ls -1d /var/tmp/kdecache* ls -1d /var/tmp/kdecache* ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого файла или каталога [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
On Thursday, 2 April 2020 12:14:10 MSK Евгений wrote:
> В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь Sergey V
>
> Turchin написал:
> > ls -1d /var/tmp/kdecache*
>
> ls -1d /var/tmp/kdecache*
> ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого файла или
> каталога
А
set| grep TMP
?
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 685 bytes --] В письме от четверг, 2 апреля 2020 г. 20:20:12 +11 пользователь Sergey V Turchin написал: > On Thursday, 2 April 2020 12:14:10 MSK Евгений wrote: > > В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь Sergey V > > > > Turchin написал: > > > ls -1d /var/tmp/kdecache* > > > > ls -1d /var/tmp/kdecache* > > ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого файла > > или > > каталога > > А > set| grep TMP > ? set| grep TMP MC_TMPDIR=/tmp/.private/john/mc-john TMP=/tmp/.private/john TMPDIR=/tmp/.private/john [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
On Thursday, 2 April 2020 12:21:48 MSK Евгений wrote:
> В письме от четверг, 2 апреля 2020 г. 20:20:12 +11 пользователь Sergey V
>
> Turchin написал:
> > On Thursday, 2 April 2020 12:14:10 MSK Евгений wrote:
> > > В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь Sergey V
> > >
> > > Turchin написал:
> > > > ls -1d /var/tmp/kdecache*
> > >
> > > ls -1d /var/tmp/kdecache*
> > > ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого файла
> > > или
> > > каталога
> >
> > А
> > set| grep TMP
> > ?
>
> set| grep TMP
> MC_TMPDIR=/tmp/.private/john/mc-john
> TMP=/tmp/.private/john
> TMPDIR=/tmp/.private/john
А в $TMPDIR случайно нет kdecache*?
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 1032 bytes --] В письме от четверг, 2 апреля 2020 г. 21:01:50 +11 Вы написали: > On Thursday, 2 April 2020 12:21:48 MSK Евгений wrote: > > В письме от четверг, 2 апреля 2020 г. 20:20:12 +11 пользователь Sergey V > > > > Turchin написал: > > > On Thursday, 2 April 2020 12:14:10 MSK Евгений wrote: > > > > В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь Sergey > > > > V > > > > > > > > Turchin написал: > > > > > ls -1d /var/tmp/kdecache* > > > > > > > > ls -1d /var/tmp/kdecache* > > > > ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого > > > > файла > > > > или > > > > каталога > > > > > > А > > > set| grep TMP > > > ? > > > > set| grep TMP > > MC_TMPDIR=/tmp/.private/john/mc-john > > TMP=/tmp/.private/john > > TMPDIR=/tmp/.private/john > > А в $TMPDIR случайно нет kdecache*? и там тоже нет [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
[-- Attachment #1: Type: text/plain, Size: 2132 bytes --] В письме от четверг, 2 апреля 2020 г. 23:32:48 +11 Вы написали: > 02.04.2020 15:30, Евгений пишет: > > В письме от четверг, 2 апреля 2020 г. 21:01:50 +11 Вы написали: > >> On Thursday, 2 April 2020 12:21:48 MSK Евгений wrote: > >>> В письме от четверг, 2 апреля 2020 г. 20:20:12 +11 пользователь Sergey V > >>> > >>> Turchin написал: > >>>> On Thursday, 2 April 2020 12:14:10 MSK Евгений wrote: > >>>>> В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь Sergey > >>>>> V > >>>>> > >>>>> Turchin написал: > >>>>>> ls -1d /var/tmp/kdecache* > >>>>> > >>>>> ls -1d /var/tmp/kdecache* > >>>>> ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого > >>>>> файла > >>>>> или > >>>>> каталога > >>>> > >>>> А > >>>> set| grep TMP > >>>> ? > >>> > >>> set| grep TMP > >>> MC_TMPDIR=/tmp/.private/john/mc-john > >>> TMP=/tmp/.private/john > >>> TMPDIR=/tmp/.private/john > >> > >> А в $TMPDIR случайно нет kdecache*? > > > > и там тоже нет > > > > > > _______________________________________________ > > Sisyphus mailing list > > Sisyphus@lists.altlinux.org > > https://lists.altlinux.org/mailman/listinfo/sisyphus > > А что в /etc/security/namespace* ? > > Не включен ли mapping tmp namespace часом? grep -HR tmp /etc/security/namespace* /etc/security/namespace.conf:# /tmp, /var/tmp and user's home directories. / tmp and /var/tmp will /etc/security/namespace.conf:# /tmp and /var/tmp, whereas home directories will be polyinstantiated for all users. /etc/security/namespace.conf:# polyinstantiated directory. In the examples below, instances of /tmp /etc/security/namespace.conf:# will be created in /tmp-inst directory, where as instances of /var/tmp /etc/security/namespace.conf:#/tmp /tmp-inst/ level root,adm /etc/security/namespace.conf:#/var/tmp /var/tmp/tmp-inst/ level root,adm [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
02.04.2020 16:38, Denis Medvedev пишет:
> control pam_mktemp
# control pam_mktemp
enabled
01.04.2020 00:15, Alexei V. Mezin пишет:
> Первый удалил, второго нет вообще. Иконка в телеграмме в стиле "черное
> на черном". :(
Касательно иконок:
гугл говрит что есть (были) темы иконок для телеграм. Это просто наборы
картинок (временами размером в пару ТЫСЯЧ файлов), который надо было
положить в ~/.local/share/TelegramDesktop/tdata/ticons
И в этих сотнях-тысячах картинок по сути одна иконка телеграма, поверх
которой были циферки 1, 2, ...стопиццот непрочитанных сообщений.
Такой метод формирования иконки в трей это просто пипец какой-то,
Видимо, эта мысль наконец-то дошла и до разработчиков. Потому что сейчас
каталог ticons игнорируется.
Однако мысль, что у людей бывают разные темы оформления, в том числе и
темные, пока до разработчиков телеги, вероятно, не дошла. Надо подождать
года три-четыре, И они сделают настраиваемые темы своих значков.
[-- Attachment #1: Type: text/plain, Size: 2688 bytes --] В письме от пятница, 3 апреля 2020 г. 00:38:27 +11 Вы написали: > 02.04.2020 15:42, Евгений пишет: > > В письме от четверг, 2 апреля 2020 г. 23:32:48 +11 Вы написали: > >> 02.04.2020 15:30, Евгений пишет: > >>> В письме от четверг, 2 апреля 2020 г. 21:01:50 +11 Вы написали: > >>>> On Thursday, 2 April 2020 12:21:48 MSK Евгений wrote: > >>>>> В письме от четверг, 2 апреля 2020 г. 20:20:12 +11 пользователь Sergey > >>>>> V > >>>>> > >>>>> Turchin написал: > >>>>>> On Thursday, 2 April 2020 12:14:10 MSK Евгений wrote: > >>>>>>> В письме от четверг, 2 апреля 2020 г. 20:09:53 +11 пользователь > >>>>>>> Sergey > >>>>>>> V > >>>>>>> > >>>>>>> Turchin написал: > >>>>>>>> ls -1d /var/tmp/kdecache* > >>>>>>> > >>>>>>> ls -1d /var/tmp/kdecache* > >>>>>>> ls: невозможно получить доступ к '/var/tmp/kdecache*': Нет такого > >>>>>>> файла > >>>>>>> или > >>>>>>> каталога > >>>>>> > >>>>>> А > >>>>>> set| grep TMP > >>>>>> ? > >>>>> > >>>>> set| grep TMP > >>>>> MC_TMPDIR=/tmp/.private/john/mc-john > >>>>> TMP=/tmp/.private/john > >>>>> TMPDIR=/tmp/.private/john > >>>> > >>>> А в $TMPDIR случайно нет kdecache*? > >>> > >>> и там тоже нет > >>> > >>> > >>> _______________________________________________ > >>> Sisyphus mailing list > >>> Sisyphus@lists.altlinux.org > >>> https://lists.altlinux.org/mailman/listinfo/sisyphus > >> > >> А что в /etc/security/namespace* ? > >> > >> Не включен ли mapping tmp namespace часом? > > > > grep -HR tmp /etc/security/namespace* > > /etc/security/namespace.conf:# /tmp, /var/tmp and user's home directories. > > / tmp and /var/tmp will > > /etc/security/namespace.conf:# /tmp and /var/tmp, whereas home directories > > will be polyinstantiated for all users. > > /etc/security/namespace.conf:# polyinstantiated directory. In the examples > > below, instances of /tmp > > /etc/security/namespace.conf:# will be created in /tmp-inst directory, > > where as instances of /var/tmp > > /etc/security/namespace.conf:#/tmp /tmp-inst/ level > > root,adm > > /etc/security/namespace.conf:#/var/tmp /var/tmp/tmp-inst/ level > > root,adm > > > > > > _______________________________________________ > > Sisyphus mailing list > > Sisyphus@lists.altlinux.org > > https://lists.altlinux.org/mailman/listinfo/sisyphus > > что говорит > > control pam_mktemp > > ? control pam_mktemp enabled [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
On Thursday, 2 April 2020 21:56:17 MSK Alexei V wrote:
> 02.04.2020 16:38, Denis Medvedev пишет:
> > control pam_mktemp
>
> # control pam_mktemp
> enabled
Поищите в системе файл icon-cache.kcache .
Возможно, KDE теперь держит каталоги kdecache в другом месте(я пока не нашёл
такой информации).
--
Regards, Sergey.
03.04.2020 10:08, Sergey V Turchin пишет:
> Поищите в системе файл icon-cache.kcache .
$ locate icon-cache.kcache
/home/alexei/.cache/icon-cache.kcache
/var/lib/sddm/.cache/icon-cache.kcache
On Friday, 3 April 2020 22:47:33 MSK Alexei V wrote:
> 03.04.2020 10:08, Sergey V Turchin пишет:
> > Поищите в системе файл icon-cache.kcache .
>
> $ locate icon-cache.kcache
> /home/alexei/.cache/icon-cache.kcache
> /var/lib/sddm/.cache/icon-cache.kcache
Возможно, в каких-то конфигурациях /var/tmp/kdecache-${LOGNAME}/icon-
cache.kcache не используется.
--
Regards, Sergey.
04.04.2020 12:12, Sergey V Turchin пишет:
> Возможно, в каких-то конфигурациях /var/tmp/kdecache-${LOGNAME}/icon-
> cache.kcache не используется.
>
Кем-то точно используется ~/.cache/icon-cache.kcache, потому что он
возрождается после удаления.
On Saturday, 4 April 2020 12:40:24 MSK Alexei Mezin wrote:
> 04.04.2020 12:12, Sergey V Turchin пишет:
> > Возможно, в каких-то конфигурациях /var/tmp/kdecache-${LOGNAME}/icon-
> > cache.kcache не используется.
>
> Кем-то точно используется ~/.cache/icon-cache.kcache, потому что он
> возрождается после удаления.
Это понятно. Просто, у меня и там и там и оба новые с одинаковым размером, но
разной контрольной суммой и датой с разницей на пару дней.
--
Regards, Sergey.
чт, 26 мар. 2020 г. в 14:22, Pavel Nakonechnyi <zorg1331@gmail.com>:
>
> чт, 26 мар. 2020 г. в 13:04, Sergey V Turchin <zerg@altlinux.org>:
> >
> > On Thursday, 26 March 2020 14:53:22 MSK Grigory Milev wrote:
> >
> > [...]
> > > > IMHO ядро, X-ы, Mesa, видеодрайвер.
> > > А каким боком тут Х, Mesa, драйвера? Если бы все значки пропали из трея,
> > > тогда да, можно на данный перечень грешить. А тут часть есть, а части нету.
> > Да каким угодно. Я недавно таких глюков наловил, что пересел на std-def и
> > удалил из системы plymouth.
> > Возможно, после разлогина удалить ~/.cache/ и /var/tmp/kdecache-$LOGNAME/ .
>
> В моём случае проблема только в Telegram. Иконка не отсутствует, она
> темная стала. На фоне темной темы plasma её просто не видно, но она
> есть. Ядро std-def, plymouth давно выпилен, .cache удалял. Грешил
> собственно на обновление Telegram, так как совпало обновление KDE и
> оного.
После сегодняшних обновлений компонентов KDE иконка Telegram стала
верно отрисовываться и в темной теме. По крайней мере в моей системе.
[-- Attachment #1.1.1: Type: text/plain, Size: 561 bytes --] Всем доброго времени суток. Последние сборки kde5 постоянно приводят к: Application: Plasma (plasmashell), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))] Application: kded5 (kded5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))] Это только у меня, или массовое явление? [-- Attachment #1.1.2: kded5-20200515-161933.kcrash.txt --] [-- Type: text/plain, Size: 5898 bytes --] Application: kded5 (kded5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))] Thread 7 (Thread 0x7f3d0f7fe700 (LWP 3461)): #0 0x00007f3d33e59528 in g_mutex_lock () from /lib64/libglib-2.0.so.0 #1 0x00007f3d33e0cdef in g_main_context_check () from /lib64/libglib-2.0.so.0 #2 0x00007f3d33e0d502 in ?? () from /lib64/libglib-2.0.so.0 #3 0x00007f3d33e0d8c3 in g_main_loop_run () from /lib64/libglib-2.0.so.0 #4 0x00007f3d20d9ede6 in ?? () from /usr/lib64/libgio-2.0.so.0 #5 0x00007f3d33e3619d in ?? () from /lib64/libglib-2.0.so.0 #6 0x00007f3d34a10f27 in start_thread () from /lib64/libpthread.so.0 #7 0x00007f3d34b2659f in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x7f3d0ffff700 (LWP 3459)): #0 0x00007f3d34b1bd8f in poll () from /lib64/libc.so.6 #1 0x00007f3d33e0d55e in ?? () from /lib64/libglib-2.0.so.0 #2 0x00007f3d33e0d67f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x00007f3d20e8ad8d in ?? () from /usr/lib64/gio/modules/libdconfsettings.so #4 0x00007f3d33e3619d in ?? () from /lib64/libglib-2.0.so.0 #5 0x00007f3d34a10f27 in start_thread () from /lib64/libpthread.so.0 #6 0x00007f3d34b2659f in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7f3d20ba1700 (LWP 3458)): #0 0x00007f3d33e59519 in g_mutex_lock () from /lib64/libglib-2.0.so.0 #1 0x00007f3d33e0c5f0 in g_main_context_acquire () from /lib64/libglib-2.0.so.0 #2 0x00007f3d33e0d415 in ?? () from /lib64/libglib-2.0.so.0 #3 0x00007f3d33e0d67f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #4 0x00007f3d33e0d6d1 in ?? () from /lib64/libglib-2.0.so.0 #5 0x00007f3d33e3619d in ?? () from /lib64/libglib-2.0.so.0 #6 0x00007f3d34a10f27 in start_thread () from /lib64/libpthread.so.0 #7 0x00007f3d34b2659f in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7f3d217ea700 (LWP 3268)): #0 0x00007f3d33e59534 in g_mutex_unlock () from /lib64/libglib-2.0.so.0 #1 0x00007f3d33e0cad1 in g_main_context_prepare () from /lib64/libglib-2.0.so.0 #2 0x00007f3d33e0d48b in ?? () from /lib64/libglib-2.0.so.0 #3 0x00007f3d33e0d67f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #4 0x00007f3d35143fab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #5 0x00007f3d350ece8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #6 0x00007f3d34f1f481 in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #7 0x00007f3d34f20602 in ?? () from /usr/lib64/libQt5Core.so.5 #8 0x00007f3d34a10f27 in start_thread () from /lib64/libpthread.so.0 #9 0x00007f3d34b2659f in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f3d29d76700 (LWP 3234)): #0 0x00007f3d33e59534 in g_mutex_unlock () from /lib64/libglib-2.0.so.0 #1 0x00007f3d33e0d129 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #2 0x00007f3d33e0d5f0 in ?? () from /lib64/libglib-2.0.so.0 #3 0x00007f3d33e0d67f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #4 0x00007f3d35143fab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #5 0x00007f3d350ece8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #6 0x00007f3d34f1f481 in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #7 0x00007f3d354714e6 in ?? () from /usr/lib64/libQt5DBus.so.5 #8 0x00007f3d34f20602 in ?? () from /usr/lib64/libQt5Core.so.5 #9 0x00007f3d34a10f27 in start_thread () from /lib64/libpthread.so.0 #10 0x00007f3d34b2659f in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f3d30e29700 (LWP 3232)): #0 0x00007f3d34b1bd8f in poll () from /lib64/libc.so.6 #1 0x00007f3d33d99d02 in ?? () from /usr/lib64/libxcb.so.1 #2 0x00007f3d33d9b98a in xcb_wait_for_event () from /usr/lib64/libxcb.so.1 #3 0x00007f3d31828da0 in ?? () from /usr/lib64/libQt5XcbQpa.so.5 #4 0x00007f3d34f20602 in ?? () from /usr/lib64/libQt5Core.so.5 #5 0x00007f3d34a10f27 in start_thread () from /lib64/libpthread.so.0 #6 0x00007f3d34b2659f in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f3d31c36800 (LWP 3229)): [KCrash Handler] #4 0x00007f3d346c3649 in XPending () from /usr/lib64/libX11.so.6 #5 0x00007f3d0d5b45e8 in ?? () from /usr/lib64/qt5/plugins/kded_touchpad.so #6 0x00007f3d0d5b4692 in ?? () from /usr/lib64/qt5/plugins/kded_touchpad.so #7 0x00007f3d35118b30 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5 #8 0x00007f3d351253f1 in QSocketNotifier::activated(int, QSocketNotifier::QPrivateSignal) () from /usr/lib64/libQt5Core.so.5 #9 0x00007f3d35125731 in QSocketNotifier::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 #10 0x00007f3d35d7cc42 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #11 0x00007f3d35d861c0 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #12 0x00007f3d350ee202 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #13 0x00007f3d35144b95 in ?? () from /usr/lib64/libQt5Core.so.5 #14 0x00007f3d33e0d36d in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #15 0x00007f3d33e0d5f0 in ?? () from /lib64/libglib-2.0.so.0 #16 0x00007f3d33e0d67f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #17 0x00007f3d35143f91 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #18 0x00007f3d350ece8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #19 0x00007f3d350f4932 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #20 0x00000000004061e9 in ?? () #21 0x00007f3d34a4fe1b in __libc_start_main () from /lib64/libc.so.6 #22 0x00000000004064ea in ?? () [Inferior 1 (process 3229) detached] [-- Attachment #1.1.3: plasmashell-20200515-161729.kcrash.txt --] [-- Type: text/plain, Size: 10490 bytes --] Application: Plasma (plasmashell), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))] Thread 11 (Thread 0x7fa1f08d8700 (LWP 3919)): #0 0x00007fa22b82e5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fa22c3d451f in QWaitCondition::wait(QMutex*, QDeadlineTimer) () from /usr/lib64/libQt5Core.so.5 #2 0x00007fa22c3d4609 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQt5Core.so.5 #3 0x00007fa22e071019 in ?? () from /usr/lib64/libQt5Quick.so.5 #4 0x00007fa22e0712bd in ?? () from /usr/lib64/libQt5Quick.so.5 #5 0x00007fa22c3ce602 in ?? () from /usr/lib64/libQt5Core.so.5 #6 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #7 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 10 (Thread 0x7fa1f1ac0700 (LWP 3811)): #0 0x00007ffd3ffe7b44 in clock_gettime () #1 0x00007fa22bfdf527 in clock_gettime () from /lib64/libc.so.6 #2 0x00007fa22c5f18b1 in ?? () from /usr/lib64/libQt5Core.so.5 #3 0x00007fa22c5f01c9 in QTimerInfoList::updateCurrentTime() () from /usr/lib64/libQt5Core.so.5 #4 0x00007fa22c5f0795 in QTimerInfoList::timerWait(timespec&) () from /usr/lib64/libQt5Core.so.5 #5 0x00007fa22c5f1d0e in ?? () from /usr/lib64/libQt5Core.so.5 #6 0x00007fa22a466adf in g_main_context_prepare () from /lib64/libglib-2.0.so.0 #7 0x00007fa22a46748b in ?? () from /lib64/libglib-2.0.so.0 #8 0x00007fa22a46767f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #9 0x00007fa22c5f1fab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #10 0x00007fa22c59ae8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #11 0x00007fa22c3cd481 in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #12 0x00007fa1f1b9d338 in KCupsConnection::run() () from /usr/lib64/libkcupslib.so.0.2 #13 0x00007fa22c3ce602 in ?? () from /usr/lib64/libQt5Core.so.5 #14 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #15 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 9 (Thread 0x7fa20d82f700 (LWP 3697)): #0 0x00007fa22b82e5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fa22c3d451f in QWaitCondition::wait(QMutex*, QDeadlineTimer) () from /usr/lib64/libQt5Core.so.5 #2 0x00007fa22c3d4609 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQt5Core.so.5 #3 0x00007fa22e071019 in ?? () from /usr/lib64/libQt5Quick.so.5 #4 0x00007fa22e0712bd in ?? () from /usr/lib64/libQt5Quick.so.5 #5 0x00007fa22c3ce602 in ?? () from /usr/lib64/libQt5Core.so.5 #6 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #7 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 8 (Thread 0x7fa20e030700 (LWP 3651)): #0 0x00007fa22bfc381c in read () from /lib64/libc.so.6 #1 0x00007fa22a4aebcf in ?? () from /lib64/libglib-2.0.so.0 #2 0x00007fa22a4670ae in g_main_context_check () from /lib64/libglib-2.0.so.0 #3 0x00007fa22a467502 in ?? () from /lib64/libglib-2.0.so.0 #4 0x00007fa22a46767f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #5 0x00007fa22c5f1fab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #6 0x00007fa22c59ae8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #7 0x00007fa22c3cd481 in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #8 0x00007fa22dfe6ec6 in ?? () from /usr/lib64/libQt5Quick.so.5 #9 0x00007fa22c3ce602 in ?? () from /usr/lib64/libQt5Core.so.5 #10 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #11 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7fa20ffff700 (LWP 3502)): #0 0x00007fa22b82e5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fa216ecab4b in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #2 0x00007fa216eca767 in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #3 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #4 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x7fa215755700 (LWP 3501)): #0 0x00007fa22b82e5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fa216ecab4b in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #2 0x00007fa216eca767 in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #3 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #4 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7fa215f56700 (LWP 3500)): #0 0x00007fa22b82e5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fa216ecab4b in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #2 0x00007fa216eca767 in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #3 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #4 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7fa216757700 (LWP 3499)): #0 0x00007fa22b82e5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fa216ecab4b in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #2 0x00007fa216eca767 in ?? () from /usr/lib64/X11/modules/dri/i965_dri.so #3 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #4 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7fa224edf700 (LWP 3488)): #0 0x00007fa22bfc7d8f in poll () from /lib64/libc.so.6 #1 0x00007fa22a46755e in ?? () from /lib64/libglib-2.0.so.0 #2 0x00007fa22a46767f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x00007fa22c5f1fab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #4 0x00007fa22c59ae8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #5 0x00007fa22c3cd481 in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #6 0x00007fa22dd0c425 in ?? () from /usr/lib64/libQt5Qml.so.5 #7 0x00007fa22c3ce602 in ?? () from /usr/lib64/libQt5Core.so.5 #8 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #9 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7fa22612b700 (LWP 3304)): #0 0x00007fa22bfc381c in read () from /lib64/libc.so.6 #1 0x00007fa22a4aebcf in ?? () from /lib64/libglib-2.0.so.0 #2 0x00007fa22a4670ae in g_main_context_check () from /lib64/libglib-2.0.so.0 #3 0x00007fa22a467502 in ?? () from /lib64/libglib-2.0.so.0 #4 0x00007fa22a46767f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #5 0x00007fa22c5f1fab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #6 0x00007fa22c59ae8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #7 0x00007fa22c3cd481 in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #8 0x00007fa22d5e04e6 in ?? () from /usr/lib64/libQt5DBus.so.5 #9 0x00007fa22c3ce602 in ?? () from /usr/lib64/libQt5Core.so.5 #10 0x00007fa22b827f27 in start_thread () from /lib64/libpthread.so.0 #11 0x00007fa22bfd259f in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7fa227bf7800 (LWP 3277)): [KCrash Handler] #4 0x00007fa22e0baef3 in ?? () from /usr/lib64/libQt5Quick.so.5 #5 0x00007fa22e0b3021 in QQuickItemPrivate::removeItemChangeListener(QQuickItemChangeListener*, QFlags<QQuickItemPrivate::ChangeType>) () from /usr/lib64/libQt5Quick.so.5 #6 0x00007fa22e1e48eb in QQuickShaderEffectSource::~QQuickShaderEffectSource() () from /usr/lib64/libQt5Quick.so.5 #7 0x00007fa22e0d9edd in ?? () from /usr/lib64/libQt5Quick.so.5 #8 0x00007fa22c5c48de in QObjectPrivate::deleteChildren() () from /usr/lib64/libQt5Core.so.5 #9 0x00007fa22c5ceb9f in QObject::~QObject() () from /usr/lib64/libQt5Core.so.5 #10 0x00007fa22e0b6d68 in QQuickItem::~QQuickItem() () from /usr/lib64/libQt5Quick.so.5 #11 0x00007fa22e0d8dc5 in ?? () from /usr/lib64/libQt5Quick.so.5 #12 0x00007fa22c5c48de in QObjectPrivate::deleteChildren() () from /usr/lib64/libQt5Core.so.5 #13 0x00007fa22c5ceb9f in QObject::~QObject() () from /usr/lib64/libQt5Core.so.5 #14 0x00007fa22e0b6d68 in QQuickItem::~QQuickItem() () from /usr/lib64/libQt5Quick.so.5 #15 0x00007fa22e0d8fe5 in ?? () from /usr/lib64/libQt5Quick.so.5 #16 0x00007fa22c5c48de in QObjectPrivate::deleteChildren() () from /usr/lib64/libQt5Core.so.5 #17 0x00007fa22c5ceb9f in QObject::~QObject() () from /usr/lib64/libQt5Core.so.5 #18 0x00007fa22e0b6d68 in QQuickItem::~QQuickItem() () from /usr/lib64/libQt5Quick.so.5 #19 0x00007fa22e0d8dc5 in ?? () from /usr/lib64/libQt5Quick.so.5 #20 0x00007fa22c5c48de in QObjectPrivate::deleteChildren() () from /usr/lib64/libQt5Core.so.5 #21 0x00007fa22c5ceb9f in QObject::~QObject() () from /usr/lib64/libQt5Core.so.5 #22 0x00007fa22e0b6d68 in QQuickItem::~QQuickItem() () from /usr/lib64/libQt5Quick.so.5 #23 0x00007fa22e0d90e5 in ?? () from /usr/lib64/libQt5Quick.so.5 #24 0x00007fa22c5c7370 in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 #25 0x00007fa22e0b4ae3 in QQuickItem::event(QEvent*) () from /usr/lib64/libQt5Quick.so.5 #26 0x00007fa22cff9c42 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #27 0x00007fa22d0031c0 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #28 0x00007fa22c59c202 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #29 0x00007fa22c59edf8 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQt5Core.so.5 #30 0x00007fa22c5f2953 in ?? () from /usr/lib64/libQt5Core.so.5 #31 0x00007fa22a46736d in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #32 0x00007fa22a4675f0 in ?? () from /lib64/libglib-2.0.so.0 #33 0x00007fa22a46767f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #34 0x00007fa22c5f1f91 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #35 0x00007fa22c59ae8b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #36 0x00007fa22c5a2932 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #37 0x000000000041f4f1 in ?? () #38 0x00007fa22befbe1b in __libc_start_main () from /lib64/libc.so.6 #39 0x000000000041f6aa in _start () [Inferior 1 (process 3277) detached] [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --]
On 15.05.2020 16:21, Grigory Milev wrote:
> Всем доброго времени суток.
>
>
> Последние сборки kde5 постоянно приводят к:
>
> Application: Plasma (plasmashell), signal: Segmentation fault
> Using host libthread_db library "/lib64/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))]
>
>
> Application: kded5 (kded5), signal: Segmentation fault
> Using host libthread_db library "/lib64/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))]
>
>
> Это только у меня, или массовое явление?
>
>
У меня всё ок.
On Fri, 15 May 2020 16:21:53 +0300
Grigory Milev wrote:
> Последние сборки kde5 постоянно приводят к:
>
> Application: Plasma (plasmashell), signal: Segmentation fault
> Using host libthread_db library "/lib64/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))]
>
>
> Application: kded5 (kded5), signal: Segmentation fault
> Using host libthread_db library "/lib64/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))]
>
>
> Это только у меня, или массовое явление?
Я тоже словил. Откат kf5-* помог.
sy,
peter
On Friday, 15 May 2020 16:21:53 MSK Grigory Milev wrote: > Всем доброго времени суток. > > > Последние сборки kde5 постоянно приводят к: > > Application: Plasma (plasmashell), signal: Segmentation fault > Using host libthread_db library "/lib64/libthread_db.so.1". > [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))] > > > Application: kded5 (kded5), signal: Segmentation fault > Using host libthread_db library "/lib64/libthread_db.so.1". > [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))] > > > Это только у меня, или массовое явление? Скорее всего это https://bugs.kde.org/show_bug.cgi?id=421170 -- Regards, Sergey.
[-- Attachment #1.1: Type: text/plain, Size: 1192 bytes --] 19.05.2020 11:17, Sergey V Turchin пишет: > On Friday, 15 May 2020 16:21:53 MSK Grigory Milev wrote: >> Всем доброго времени суток. >> >> >> Последние сборки kde5 постоянно приводят к: >> >> Application: Plasma (plasmashell), signal: Segmentation fault >> Using host libthread_db library "/lib64/libthread_db.so.1". >> [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))] >> >> >> Application: kded5 (kded5), signal: Segmentation fault >> Using host libthread_db library "/lib64/libthread_db.so.1". >> [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))] >> >> >> Это только у меня, или массовое явление? > Скорее всего это https://bugs.kde.org/show_bug.cgi?id=421170 > Похоже, только не вышло таки устранить указанными советами. Аплётов фактически нету. Что любопытно, паралельно с данной ошибкой ещё и телеграм облетает либо у телеграма появляются две иконки в трее, вместо одной. Чудеса :) [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --]
вт, 19 мая 2020 г. в 12:49, Grigory Milev <week@altlinux.ru>:
>
> 19.05.2020 11:17, Sergey V Turchin пишет:
> > On Friday, 15 May 2020 16:21:53 MSK Grigory Milev wrote:
> >> Всем доброго времени суток.
> >>
> >>
> >> Последние сборки kde5 постоянно приводят к:
> >>
> >> Application: Plasma (plasmashell), signal: Segmentation fault
> >> Using host libthread_db library "/lib64/libthread_db.so.1".
> >> [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))]
> >>
> >>
> >> Application: kded5 (kded5), signal: Segmentation fault
> >> Using host libthread_db library "/lib64/libthread_db.so.1".
> >> [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))]
> >>
> >>
> >> Это только у меня, или массовое явление?
> > Скорее всего это https://bugs.kde.org/show_bug.cgi?id=421170
> >
> Похоже, только не вышло таки устранить указанными советами. Аплётов фактически нету.
>
> Что любопытно, паралельно с данной ошибкой ещё и телеграм облетает либо у телеграма появляются две
> иконки в трее, вместо одной. Чудеса :)
>
+1, испытываю те же проблемы уже довольно давно (обсуждалось недавно
вроде бы). При этом из двух разных лаптопов с довольно разными
настройками KDE5 проблемы наблюдаются только на одном. Поэтому
локализовать первопричину мучительно.
On Tuesday, 19 May 2020 13:48:49 MSK Grigory Milev wrote:
[...]
> телеграм облетает либо у
> телеграма появляются две иконки в трее, вместо одной. Чудеса :)
Причём в p9 проблемы нет на том же Qt/KDE.
--
Regards, Sergey.
On 19.05.2020 13:48, Grigory Milev wrote:
> 19.05.2020 11:17, Sergey V Turchin пишет:
>> On Friday, 15 May 2020 16:21:53 MSK Grigory Milev wrote:
>>> Всем доброго времени суток.
>>>
>>>
>>> Последние сборки kde5 постоянно приводят к:
>>>
>>> Application: Plasma (plasmashell), signal: Segmentation fault
>>> Using host libthread_db library "/lib64/libthread_db.so.1".
>>> [Current thread is 1 (Thread 0x7fa227bf7800 (LWP 3277))]
>>>
>>>
>>> Application: kded5 (kded5), signal: Segmentation fault
>>> Using host libthread_db library "/lib64/libthread_db.so.1".
>>> [Current thread is 1 (Thread 0x7f3d31c36800 (LWP 3229))]
>>>
>>>
>>> Это только у меня, или массовое явление?
>> Скорее всего это https://bugs.kde.org/show_bug.cgi?id=421170
>>
> Похоже, только не вышло таки устранить указанными советами. Аплётов фактически нету.
>
> Что любопытно, паралельно с данной ошибкой ещё и телеграм облетает либо у телеграма появляются две
> иконки в трее, вместо одной. Чудеса :)
>
У меня никаких проблем нет, но иконок в трее у телеграмм две.
Доброго времени суток. В очерендой раз вскочила проблема с исчезающим треем. Т.е., через некоторое время работы, полностью исчезают значки из трея до перезапуска kde5. Несколько месяцев тому назад, такое уже было, после какого-то из обновлений, прошло. Сейчас опять вскочило. И всё ещё не желает работа BlueTooth mouse (Logitech MX Anyware 2S), с другими не проверял.
В письме от понедельник, 16 ноября 2020 г. 12:28:59 MSK пользователь Grigory Milev написал: > Доброго времени суток. > > > В очерендой раз вскочила проблема с исчезающим треем. Т.е., через некоторое > время работы, полностью исчезают значки из трея до перезапуска kde5. > Несколько месяцев тому назад, такое уже было, после какого-то из > обновлений, прошло. Сейчас опять вскочило. > KCrash что-нибудь предлагает отправить? Система обновлена до последней версии? Что происходило перед пропажей значков из трея? Тоже сижу на сизифе, но такой проблемы не встречал. Другое дело, что я ноут свой никогда в спящий режим не отправляю. > > _______________________________________________ > Sisyphus mailing list > Sisyphus@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sisyphus
On 16.11.2020 14:53, mcpain@altlinux.org wrote:
> В письме от понедельник, 16 ноября 2020 г. 12:28:59 MSK пользователь Grigory
> Milev написал:
>> Доброго времени суток.
>>
>>
>> В очерендой раз вскочила проблема с исчезающим треем. Т.е., через некоторое
>> время работы, полностью исчезают значки из трея до перезапуска kde5.
>> Несколько месяцев тому назад, такое уже было, после какого-то из
>> обновлений, прошло. Сейчас опять вскочило.
>>
> KCrash что-нибудь предлагает отправить? Система обновлена до последней версии?
> Что происходило перед пропажей значков из трея?
>
> Тоже сижу на сизифе, но такой проблемы не встречал.
> Другое дело, что я ноут свой никогда в спящий режим не отправляю.
Я постоянно отправляю и тоже проблем не замечал.
16.11.2020 14:53, mcpain@altlinux.org пишет: > В письме от понедельник, 16 ноября 2020 г. 12:28:59 MSK пользователь Grigory > Milev написал: >> Доброго времени суток. >> >> >> В очерендой раз вскочила проблема с исчезающим треем. Т.е., через некоторое >> время работы, полностью исчезают значки из трея до перезапуска kde5. >> Несколько месяцев тому назад, такое уже было, после какого-то из >> обновлений, прошло. Сейчас опять вскочило. >> > KCrash что-нибудь предлагает отправить? Система обновлена до последней версии? Я на сизифе, ежедневно обновляюсь. KCrash пока молчит. > Что происходило перед пропажей значков из трея? Ноут просто залочен, не выключаю. Пока заметил, что именно после лока. > > Тоже сижу на сизифе, но такой проблемы не встречал. > Другое дело, что я ноут свой никогда в спящий режим не отправляю. >> _______________________________________________ >> Sisyphus mailing list >> Sisyphus@lists.altlinux.org >> https://lists.altlinux.org/mailman/listinfo/sisyphus > _______________________________________________ > Sisyphus mailing list > Sisyphus@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sisyphus
В письме от понедельник, 16 ноября 2020 г. 19:09:47 MSK пользователь Grigory Milev написал: > 16.11.2020 15:07, Anton Farygin пишет: > > KCrash что-нибудь предлагает отправить? Система обновлена до последней > > версии? > Сейчас вылетел KCrash, > > Процесс: kded5 PID: 687947 Сигнал завершения: Segmentation fault (11) Время: > 16.11.2020 19:07:56 +03 > > Доп инормацию собрать не может :) Потому что не установлены отладчик и debuginfo-пакеты для сбора информации > > > _______________________________________________ > > Sisyphus mailing list > > Sisyphus@lists.altlinux.org > > https://lists.altlinux.org/mailman/listinfo/sisyphus
On Monday, 16 November 2020 19:09:47 MSK Grigory Milev wrote:
> 16.11.2020 15:07, Anton Farygin пишет:
> > KCrash что-нибудь предлагает отправить? Система обновлена до последней
> > версии?
> Сейчас вылетел KCrash,
>
> Процесс: kded5 PID: 687947 Сигнал завершения: Segmentation fault (11) Время:
> 16.11.2020 19:07:56 +03
>
> Доп инормацию собрать не может :)
А gdb стоит? Если да, то должен показать кнопочку, по которой список файлов,
пакеты которых нужны в -debuginfo версии.
--
Regards, Sergey.
17.11.2020 11:02, Sergey V Turchin пишет:
> On Monday, 16 November 2020 19:09:47 MSK Grigory Milev wrote:
>> 16.11.2020 15:07, Anton Farygin пишет:
>>> KCrash что-нибудь предлагает отправить? Система обновлена до последней
>>> версии?
>> Сейчас вылетел KCrash,
>>
>> Процесс: kded5 PID: 687947 Сигнал завершения: Segmentation fault (11) Время:
>> 16.11.2020 19:07:56 +03
>>
>> Доп инормацию собрать не может :)
> А gdb стоит? Если да, то должен показать кнопочку, по которой список файлов,
> пакеты которых нужны в -debuginfo версии.
>
gdb стоит, а пакеты не выдаёт.
17.11.2020 17:53, Grigory Milev пишет: > 17.11.2020 11:02, Sergey V Turchin пишет: >> On Monday, 16 November 2020 19:09:47 MSK Grigory Milev wrote: >>> 16.11.2020 15:07, Anton Farygin пишет: >>>> KCrash что-нибудь предлагает отправить? Система обновлена до последней >>>> версии? >>> Сейчас вылетел KCrash, >>> >>> Процесс: kded5 PID: 687947 Сигнал завершения: Segmentation fault (11) Время: >>> 16.11.2020 19:07:56 +03 >>> >>> Доп инормацию собрать не может :) >> А gdb стоит? Если да, то должен показать кнопочку, по которой список файлов, >> пакеты которых нужны в -debuginfo версии. Доустановил debuginfo, KCrash так-же не выдаёт отладочную информацию. >> > gdb стоит, а пакеты не выдаёт. > > _______________________________________________ > Sisyphus mailing list > Sisyphus@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sisyphus
[-- Attachment #1: Type: text/plain, Size: 256 bytes --] 16.11.2020 17:45, Grigory Milev пишет: Получилось отловить crash :) > _______________________________________________ > Sisyphus mailing list > Sisyphus@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sisyphus [-- Attachment #2: kded5-20201122-000522.kcrash --] [-- Type: text/vnd.kde.kcrash-report, Size: 1497 bytes --] Application: kded5 (kded5), signal: Segmentation fault Content of s_kcrashErrorMessage: (null) [KCrash Handler] #6 0x0000000000000000 in ?? () #7 0x00007fe88ffc3779 in pa_srbchannel_free () from /usr/lib64/pulseaudio/libpulsecommon-13.0.so #8 0x00007fe88ffc0343 in ?? () from /usr/lib64/pulseaudio/libpulsecommon-13.0.so #9 0x00007fe88ffc262a in pa_pstream_unlink () from /usr/lib64/pulseaudio/libpulsecommon-13.0.so #10 0x00007fe89807acb5 in ?? () from /usr/lib64/libpulse.so.0 #11 0x00007fe89807ae02 in ?? () from /usr/lib64/libpulse.so.0 #12 0x00007fe8982045fd in ?? () from /usr/lib64/libkmixcore.so.5 #13 0x00007fe898204619 in ?? () from /usr/lib64/libkmixcore.so.5 #14 0x00007fe8981d8c96 in Mixer::~Mixer() () from /usr/lib64/libkmixcore.so.5 #15 0x00007fe8981d8d19 in Mixer::~Mixer() () from /usr/lib64/libkmixcore.so.5 #16 0x00007fe8981d0f2b in MixerToolBox::deinitMixer() () from /usr/lib64/libkmixcore.so.5 #17 0x00007fe898dee2a7 in ?? () from /usr/lib64/qt5/plugins/kf5/kded/kmixd.so #18 0x00007fe898dee2d9 in ?? () from /usr/lib64/qt5/plugins/kf5/kded/kmixd.so #19 0x0000000000407c74 in Kded::~Kded (this=0x10cb1b0, __in_chrg=<optimized out>) at /usr/src/debug/kded-5.76.0/src/kded.cpp:105 #20 0x0000000000407dd9 in Kded::~Kded (this=0x10cb1b0, __in_chrg=<optimized out>) at /usr/src/debug/kded-5.76.0/src/kded.cpp:107 #21 0x0000000000406215 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kded-5.76.0/src/kded.cpp:797 [Inferior 1 (process 727846) detached]
On Sunday, 22 November 2020 00:06:57 MSK Grigory Milev wrote:
[...]
> /usr/lib64/libkmixcore.so.5
Видимо, авторы его уже не поддерживают должным образом, а если он установлен
по случайности, то удаляйте cо всеми зависимостями, предварительно установив
kde5-volume-control-plasmapulse.
--
Regards, Sergey.
23.11.2020 12:23, Sergey V Turchin пишет:
> On Sunday, 22 November 2020 00:06:57 MSK Grigory Milev wrote:
>
> [...]
>> /usr/lib64/libkmixcore.so.5
> Видимо, авторы его уже не поддерживают должным образом, а если он установлен
> по случайности, то удаляйте cо всеми зависимостями, предварительно установив
> kde5-volume-control-plasmapulse.
>
Так надо либо вынести из сизифа, либо исправлять :)
kmixctrl
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
zsh: segmentation fault kmixctrl
On Monday, 23 November 2020 12:55:23 MSK Grigory Milev wrote:
> 23.11.2020 12:23, Sergey V Turchin пишет:
> > On Sunday, 22 November 2020 00:06:57 MSK Grigory Milev wrote:
> >
> > [...]
> >
> >> /usr/lib64/libkmixcore.so.5
> >
> > Видимо, авторы его уже не поддерживают должным образом, а если он
> > установлен по случайности, то удаляйте cо всеми зависимостями,
> > предварительно установив kde5-volume-control-plasmapulse.
>
> Так надо либо вынести из сизифа, либо исправлять :)
Я не знаю, возможно ли сейчас жить с alsa и без pulseaudio. Если нет, то проще
вынести.
[...]
--
Regards, Sergey.
23.11.2020 13:17, Sergey V Turchin пишет: > On Monday, 23 November 2020 12:55:23 MSK Grigory Milev wrote: >> 23.11.2020 12:23, Sergey V Turchin пишет: >>> On Sunday, 22 November 2020 00:06:57 MSK Grigory Milev wrote: >>> >>> [...] >>> >>>> /usr/lib64/libkmixcore.so.5 >>> Видимо, авторы его уже не поддерживают должным образом, а если он >>> установлен по случайности, то удаляйте cо всеми зависимостями, >>> предварительно установив kde5-volume-control-plasmapulse. >> Так надо либо вынести из сизифа, либо исправлять :) > Я не знаю, возможно ли сейчас жить с alsa и без pulseaudio. Если нет, то проще Без /usr/lib64/libkmixcore.so.5 kded5 всё равно падает :( > вынести. > > [...] >
On Monday, 23 November 2020 14:30:17 MSK Grigory Milev wrote:
> 23.11.2020 13:17, Sergey V Turchin пишет:
> > On Monday, 23 November 2020 12:55:23 MSK Grigory Milev wrote:
> >> 23.11.2020 12:23, Sergey V Turchin пишет:
> >>> On Sunday, 22 November 2020 00:06:57 MSK Grigory Milev wrote:
> >>>
> >>> [...]
> >>>
> >>>> /usr/lib64/libkmixcore.so.5
> >>>
> >>> Видимо, авторы его уже не поддерживают должным образом, а если он
> >>> установлен по случайности, то удаляйте cо всеми зависимостями,
> >>> предварительно установив kde5-volume-control-plasmapulse.
> >>
> >> Так надо либо вынести из сизифа, либо исправлять :)
> >
> > Я не знаю, возможно ли сейчас жить с alsa и без pulseaudio. Если нет, то
> > проще
> Без /usr/lib64/libkmixcore.so.5 kded5 всё равно падает :(
Где теперь?
[...]
--
Regards, Sergey.
23.11.2020 15:16, Sergey V Turchin пишет: > On Monday, 23 November 2020 14:30:17 MSK Grigory Milev wrote: >> 23.11.2020 13:17, Sergey V Turchin пишет: >>> On Monday, 23 November 2020 12:55:23 MSK Grigory Milev wrote: >>>> 23.11.2020 12:23, Sergey V Turchin пишет: >>>>> On Sunday, 22 November 2020 00:06:57 MSK Grigory Milev wrote: >>>>> >>>>> [...] >>>>> >>>>>> /usr/lib64/libkmixcore.so.5 >>>>> Видимо, авторы его уже не поддерживают должным образом, а если он >>>>> установлен по случайности, то удаляйте cо всеми зависимостями, >>>>> предварительно установив kde5-volume-control-plasmapulse. >>>> Так надо либо вынести из сизифа, либо исправлять :) >>> Я не знаю, возможно ли сейчас жить с alsa и без pulseaudio. Если нет, то >>> проще >> Без /usr/lib64/libkmixcore.so.5 kded5 всё равно падает :( > Где теперь? Пустой KCrash был. Вот всё, что есть из консоли: /tmp/.private/grigory/drkonqi.pjOmFi:2: Error in sourced command file: No symbol "s_kcrashErrorMessage" in current context. /tmp/.private/grigory/drkonqi.gvfvmB:1: Error in sourced command file: No thread selected ptrace: No such process. /tmp/.private/grigory/drkonqi.EllLAG:2: Error in sourced command file: No symbol "s_kcrashErrorMessage" in current context. /tmp/.private/grigory/drkonqi.aNanVr:1: Error in sourced command file: No thread selected ptrace: No such process. /tmp/.private/grigory/drkonqi.KRePtL:2: Error in sourced command file: No symbol "s_kcrashErrorMessage" in current context. /tmp/.private/grigory/drkonqi.ZCFBao:1: Error in sourced command file: No thread selected kf.service.services: The desktop entry file "/usr/share/applications/qemu.desktop" has Type= "Application" but no Exec line kf.service.sycoca: Invalid Service : "/usr/share/applications/qemu.desktop" kf.kded: kded module "freememorynotifier" has already been found using JSON metadata, please don't install the now unneeded .desktop file ("freememorynotifier.desktop"). org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic org.kde.kmix: no mix devices and not dynamic Could not open dbus-send using a library: Cannot load library libkdeinit5_dbus-send: (libkdeinit5_dbus-send: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога) > > [...] > >
On Monday, 23 November 2020 16:43:42 MSK Grigory Milev wrote:
> org.kde.kmix:
А откуда он? Удалите все *kmix*.
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 243 bytes --] 23.11.2020 17:01, Sergey V Turchin пишет: > On Monday, 23 November 2020 16:43:42 MSK Grigory Milev wrote: >> org.kde.kmix: > А откуда он? Удалите все *kmix*. > Получилось отловить новый KCrash [-- Attachment #2: kded5-20201123-200854.kcrash --] [-- Type: text/vnd.kde.kcrash-report, Size: 10423 bytes --] Application: kded5 (kded5), signal: Segmentation fault Content of s_kcrashErrorMessage: (null) [KCrash Handler] #6 std::__atomic_base<QObjectPrivate::Connection*>::load (__m=std::memory_order_relaxed, this=0x20) at /usr/include/c++/9/bits/atomic_base.h:734 #7 std::atomic<QObjectPrivate::Connection*>::load (__m=std::memory_order_relaxed, this=0x20) at /usr/include/c++/9/atomic:519 #8 QAtomicOps<QObjectPrivate::Connection*>::loadRelaxed<QObjectPrivate::Connection*> (_q_value=...) at ../../include/QtCore/../../src/corelib/thread/qatomic_cxx11.h:239 #9 QBasicAtomicPointer<QObjectPrivate::Connection>::loadRelaxed (this=0x20) at ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:248 #10 QObjectPrivate::ConnectionData::cleanOrphanedConnections (sender=0x4bf8670, this=0x0) at kernel/qobject_p.h:282 #11 doActivate<false> (sender=0x4bf8670, signal_index=3, argv=0x7f7b43ffec40) at kernel/qobject.cpp:3928 #12 0x00007f7b1ab542df in ?? () from /usr/lib64/libprocesscore.so.9 #13 0x00007f7b1ab79397 in ?? () from /usr/lib64/libprocesscore.so.9 #14 0x00007f7b5d8b9f32 in QThreadPoolThread::run (this=0x1282ce0) at thread/qthreadpool.cpp:100 #15 0x00007f7b5d8b6c38 in QThreadPrivate::start (arg=0x1282ce0) at thread/qthread_unix.cpp:329 #16 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #17 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 10 (Thread 0x7f7b2ffff700 (LWP 1284904) "kded5:disk$3"): #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xb59d18, cond=0xb59d40) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0xb59d40, mutex=0xb59d18) at pthread_cond_wait.c:638 #3 0x00007f7b4172917b in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #4 0x00007f7b41728d87 in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #5 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #6 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 9 (Thread 0x7f7b34b3d700 (LWP 1284903) "kded5:disk$2"): #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xb59d18, cond=0xb59d40) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0xb59d40, mutex=0xb59d18) at pthread_cond_wait.c:638 #3 0x00007f7b4172917b in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #4 0x00007f7b41728d87 in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #5 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #6 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 8 (Thread 0x7f7b408a9700 (LWP 1284902) "kded5:disk$1"): #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xb59d18, cond=0xb59d40) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0xb59d40, mutex=0xb59d18) at pthread_cond_wait.c:638 #3 0x00007f7b4172917b in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #4 0x00007f7b41728d87 in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #5 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #6 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 7 (Thread 0x7f7b410aa700 (LWP 1284901) "kded5:disk$0"): #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xb59d18, cond=0xb59d40) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0xb59d40, mutex=0xb59d18) at pthread_cond_wait.c:638 #3 0x00007f7b4172917b in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #4 0x00007f7b41728d87 in ?? () from /usr/lib64/X11/modules/dri/iris_dri.so #5 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #6 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 6 (Thread 0x7f7b50c74700 (LWP 1284888) "gdbus"): #1 0x00007f7b5c777d6e in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f7b48017950, timeout=<optimized out>, context=0x7f7b48015c60) at ../glib/gmain.c:4422 #2 g_main_context_iterate (context=0x7f7b48015c60, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4114 #3 0x00007f7b5c7780d3 in g_main_loop_run (loop=0x7f7b48015d50) at ../glib/gmain.c:4317 #4 0x00007f7b51ed1f56 in gdbus_shared_thread_func (user_data=0x7f7b48015c30) at ../gio/gdbusprivate.c:280 #5 0x00007f7b5c7a06ad in g_thread_proxy (data=0x7f7b48003360) at ../glib/gthread.c:820 #6 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #7 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 5 (Thread 0x7f7b51475700 (LWP 1284887) "dconf worker"): #1 __GI___libc_read (fd=11, buf=buf@entry=0x7f7b51474ca0, nbytes=nbytes@entry=16) at ../sysdeps/unix/sysv/linux/read.c:24 #2 0x00007f7b5c7c2b8f in read (__nbytes=16, __buf=0x7f7b51474ca0, __fd=<optimized out>) at /usr/include/bits/unistd.h:44 #3 g_wakeup_acknowledge (wakeup=0x8a5690) at ../glib/gwakeup.c:210 #4 0x00007f7b5c777896 in g_main_context_check (context=context@entry=0x164d9f0, max_priority=2147483647, fds=fds@entry=0x164dae0, n_fds=n_fds@entry=1) at ../glib/gmain.c:3871 #5 0x00007f7b5c777d12 in g_main_context_iterate (context=context@entry=0x164d9f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4116 #6 0x00007f7b5c777e8f in g_main_context_iteration (context=0x164d9f0, may_block=1) at ../glib/gmain.c:4184 #7 0x00007f7b51fe1ded in ?? () from /usr/lib64/gio/modules/libdconfsettings.so #8 0x00007f7b5c7a06ad in g_thread_proxy (data=0x7f7b4c002240) at ../glib/gthread.c:820 #9 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #10 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 4 (Thread 0x7f7b51c76700 (LWP 1284886) "gmain"): #1 __GI___libc_read (fd=10, buf=buf@entry=0x7f7b51c75ca0, nbytes=nbytes@entry=16) at ../sysdeps/unix/sysv/linux/read.c:24 #2 0x00007f7b5c7c2b8f in read (__nbytes=16, __buf=0x7f7b51c75ca0, __fd=<optimized out>) at /usr/include/bits/unistd.h:44 #3 g_wakeup_acknowledge (wakeup=0x8a52a0) at ../glib/gwakeup.c:210 #4 0x00007f7b5c777896 in g_main_context_check (context=context@entry=0x15642f0, max_priority=2147483647, fds=fds@entry=0x1564410, n_fds=n_fds@entry=1) at ../glib/gmain.c:3871 #5 0x00007f7b5c777d12 in g_main_context_iterate (context=context@entry=0x15642f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4116 #6 0x00007f7b5c777e8f in g_main_context_iteration (context=0x15642f0, may_block=may_block@entry=1) at ../glib/gmain.c:4184 #7 0x00007f7b5c777ee1 in glib_worker_main (data=<optimized out>) at ../glib/gmain.c:6077 #8 0x00007f7b5c7a06ad in g_thread_proxy (data=0x7f7b4c002120) at ../glib/gthread.c:820 #9 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #10 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 3 (Thread 0x7f7b52a8b700 (LWP 1284880) "QDBusConnection"): #1 0x00007f7b5c777d6e in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f7b4c008d00, timeout=<optimized out>, context=0x7f7b4c000c20) at ../glib/gmain.c:4422 #2 g_main_context_iterate (context=context@entry=0x7f7b4c000c20, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4114 #3 0x00007f7b5c777e8f in g_main_context_iteration (context=0x7f7b4c000c20, may_block=may_block@entry=1) at ../glib/gmain.c:4184 #4 0x00007f7b5daf8bbb in QEventDispatcherGlib::processEvents (this=0x7f7b4c000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x00007f7b5da9ed5b in QEventLoop::exec (this=this@entry=0x7f7b52a8ad30, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #6 0x00007f7b5d8b5b4e in QThread::exec (this=this@entry=0x7f7b5ded6d80 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #7 0x00007f7b5de54507 in QDBusConnectionManager::run (this=0x7f7b5ded6d80 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:179 #8 0x00007f7b5d8b6c38 in QThreadPrivate::start (arg=0x7f7b5ded6d80 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:329 #9 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #10 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 2 (Thread 0x7f7b59a72700 (LWP 1284879) "QXcbEventQueue"): #1 0x00007f7b5c703d02 in poll (__timeout=-1, __nfds=1, __fds=0x7f7b59a71c68) at /usr/include/bits/poll2.h:46 #2 _xcb_conn_wait (c=c@entry=0x71fd10, cond=cond@entry=0x71fd50, vector=vector@entry=0x0, count=count@entry=0x0) at xcb_conn.c:480 #3 0x00007f7b5c70598a in xcb_wait_for_event (c=c@entry=0x71fd10) at xcb_in.c:697 #4 0x00007f7b5a031300 in QXcbEventQueue::run (this=0x712bc0) at qxcbeventqueue.cpp:228 #5 0x00007f7b5d8b6c38 in QThreadPrivate::start (arg=0x712bc0) at thread/qthread_unix.cpp:329 #6 0x00007f7b5d397f27 in start_thread (arg=<optimized out>) at pthread_create.c:479 #7 0x00007f7b5d4ad67f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 1 (Thread 0x7f7b5a455300 (LWP 1284878) "kded5"): #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xc09250, cond=0xc09278) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0xc09278, mutex=0xc09250) at pthread_cond_wait.c:638 #3 0x00007f7b5d8bcc4b in QWaitConditionPrivate::wait (deadline=..., this=0xc09250) at thread/qwaitcondition_unix.cpp:146 #4 QWaitCondition::wait (this=this@entry=0x127bf30, mutex=mutex@entry=0x127bf08, deadline=...) at thread/qwaitcondition_unix.cpp:225 #5 0x00007f7b5d8b9577 in QThreadPoolPrivate::waitForDone (this=this@entry=0x127beb0, timer=...) at thread/qthreadpool.cpp:305 #6 0x00007f7b5d8b99a7 in QThreadPoolPrivate::waitForDone (this=0x127beb0, msecs=<optimized out>) at thread/qthreadpool.cpp:315 #7 0x00007f7b5daa2299 in QCoreApplication::~QCoreApplication (this=0x7ffc97c5c6e0, __in_chrg=<optimized out>) at kernel/qcoreapplication.cpp:882 #8 0x00007f7b5e8606f4 in QApplication::~QApplication (this=0x7ffc97c5c6e0, __in_chrg=<optimized out>) at kernel/qapplication.cpp:706 #9 0x0000000000406269 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kded-5.76.0/src/kded.cpp:732 [Inferior 1 (process 1284878) detached]
On Monday, 23 November 2020 20:34:08 MSK Grigory Milev wrote: > 23.11.2020 20:13, Grigory Milev пишет: > > 23.11.2020 17:01, Sergey V Turchin пишет: > >> On Monday, 23 November 2020 16:43:42 MSK Grigory Milev wrote: > >>> org.kde.kmix: > >> А откуда он? Удалите все *kmix*. > > > > Получилось отловить новый KCrash > > Доустановил не хватающие debuginfo и обновил kcrash Должен вылазить какой-то из модулей, но что-то ни видно ничего кроме самого kded. :-( Можно попробовать посмотреть, нет ли чего лишнего в `kcmshell5 kded`. > > _______________________________________________ > > Sisyphus mailing list > > Sisyphus@lists.altlinux.org > > https://lists.altlinux.org/mailman/listinfo/sisyphus -- Regards, Sergey.