KDE Connect (Segmentation fault)

Дистр-то какой?

CentOS Stream 9

Что-то многовато проблем с кедами в этой вашей центоси

И это только начало 😂😂😂

Похоже на то, что чего-то не установлено, так как гугление фрагментов выхлопа как-то не особо что-то даёт. Значит проблем нет, но не могу сообразить чего не хватает.

Собственно не ясно, что там за проблема с локализациями (kf.i18n) и почему он «Could not store certificate file».

Нет бы использовать Манжару, как белый человек

Иисус заповедал ходить узким путём.

Через жопу что ли)

Федоркино горе.

А проверить с gdb?

Segmentation fault (core dumped)

«Видимо настройки не той системы»©// ((

Как это делается?

Об чём речь? Пакеты из EPEL, всё кошерно.

Приложение падает, баг в коде не? // фраза в моём комментарии выше – попытка иронии

Файлы локализаций обычно входят в базовый пакет Qt, по идее он обязательно подтягивается вместе с KDE.

баг в коде не?

Крайне маловероятно.

Но приложение падает. У меня больше нет идей.

Тоже так думаю, но почему ругается? Оно может и не имеет отношения к падению проги, но тоже интересно.

Понимаю, но бывает так, что прога падает, когда ей чего-то не хватает, а рассказать не успевает. Встречал такое, но не вспомню где.

Проблема с локализациями видимо была в кеше хомяка, наверное я скопировал его из другой системы или ещё что-то, хз. Почистил от коннекта, стало однозначнее

$ /usr/libexec/kdeconnectd
Segmentation fault (core dumped)

😁

Что там искать? Вроде всё зелёненькое в случае run.

Может и так (ей чего-то нехватает), но падение == «баг» («ящитаю»). Нормально она бы завершилась с сообщением об ошибке.

Ну так выполни все команды как в том комменте, и скинь на pastebin. Мы тоже хотим посмотреть на зелененькое. )

раз уж тут такая пьянка что насчет альтернативы scrcpy. Не юзал, но отзывов куча

Во, оно что-то сыграло на пианино или гитаре и отвалилось с таким сообщением

Thread 1 "kdeconnectd" received signal SIGSEGV, Segmentation fault.
0x00007ffff7f8e7e6 in KdeConnectConfig::deviceId() () from /lib64/libkdeconnectcore.so.22

Чё такое?

Если я правильно понял, эта функция выглядит так:

QString KdeConnectConfig::deviceId()
{
    return d->m_certificate.subjectInfo(QSslCertificate::CommonName).constFirst();
}

Попробуй покопать в сторону сертификатов, может какие-то особенности в системе

В ОП какие-то ошибки чтения/записи сертификата в хомяке, можно попробовать на новом пользователе.

Дык а что в /home/me/.config/kdeconnect/certificate.pem, и вообще, есть ли он? Хватает ли прав у кедодемона его [пере]создать?

Может софт какой-то отсутствует?

openssl есть, ca-certificates есть, может что-то ещё?

Сделаю, отпишусь.

Удалял каталог, пересоздаётся, файлы появляются.

Сделаю.

Пока в выхлопе gdb -> thread apply all backtrace этот libkdeconnectcore.so.22 как-то с сетью связан. Может не хватает чего-то связанного с сетью?

Нормально она бы завершилась с сообщением об ошибке.

Есть ещё вариант, что это просто говнософт 😁

А, кстати, ведь после чистки кэша больше не ругается ни на что, тупо выпадает в корку.

(Хорошо ещё я первым делом, когда ставлю свежий линукс, вырубаю наглухо coredump-ы, а то бы он ща насрал мне на диск десятками дампов)

Это как раз инвариант.

gdb kdeconnect –> run
gdb kdeconnect –> thread apply all backtrace

https://bugs.kde.org/show_bug.cgi?id=453875

Спасибо!

$ find /usr -type f -name 'libssl*' 2>/dev/null
/usr/lib64/libssl.so.3.0.7
/usr/lib64/libssl3.so

Первый доставлен пакетом openssl, а второй – nss, оба не удаляемые.

Там кстати походу мой случай в последнем посте, у чувака роки-9.

В результате поломано нахглухо?

Иисус заповедал ходить узким путём.

Segmentation fault (core dumped)

Qt/С++ опять удрал с места преступления оставив лишь свою «визитную карточку».

Предлагаю посмотреть /proc/$pid/maps, вдруг что-то другое левое загрузилось в процесс

UPD: Или в gdb команду info sharedlibrary

Ещё не помешало бы поставить пакет с дебажной инфой для libkdeconnectcore.so, если таковой имеется

Оффтоп. С gdb иногда все просто и очевидно. Помнится, была ситуация, когда при открытии арчвики, palemoon падал с «Segmentation fault». При проверке с gdb, оказалось, что падает из-за тайского 🤪 текста на странице. У меня даже скрин сохранился https://ibb.co/zFh7BmY. :)
Нужный пакет был доустановлен. Такая вот забавная ситуация.

поставить пакет с дебажной

Да, gdb уже мне рекомендовал и я поставил. На выхлопах по ссылкам они уже стоят.

Во-во, такое бывает. Я ещё надеюсь, что чего-то не хватает, ибо не припоминаю в epel нерабочего софта.

На выхлопах по ссылкам они уже стоят.

Не верю. На выхлопе по ссылке

0x00007ffff7f8e7e6 in KdeConnectConfig::deviceId() () from /lib64/libkdeconnectcore.so.22

а должна быть конкретная строчка с кодом, на которой упало.

Может что-то напутал, но теперь точно установил всё, что просил gdb.

Список установленных dbuginfo пакетов
Выхлоп gdb с ними

Вот теперь верю. Ну что же, пора открыть /usr/src/debug/kde-connect-22.12.3-1.el9.x86_64/core/kdeconnectconfig.cpp:131 и посмотреть, что же там делается.