Здравствуйте! Официальная сборка Альт 9 с КДЕ5, Akonadi со всем её Kontact-ом нормально запускается и работает, Ставлю KMail (который по умолчанию почему-то не включён в сборку) - Akonadi перестаёт запускатся (окошко на всех KDE-PIM приложениях - "Служба Akonadi не запущена) Удаляю KMail (причину проблемы) - Akonadi снова запускается. Видимо, из-за такого поведения и не включили KMail в сборку. Просьба подсказать как всё-таки поставить KMail, привык к ней из-за запрограммированного хорошего взаимодействия с KOrganizer.
На Workstation K 9.1 beta воспроизводится? P.S. http://ftp.altlinux.org/pub/people/zerg/p9/
Скачал ливку х86_64 K 9.1 beta, на ней ошибка НЕ воспроизводится, Но при этом тамошний KMail почему-то не может войти в яндексовскую учётку. При этом в браузере рядом нормально заходит. Скиншоты: https://anonfiles.com/Bew3U9l0p9/Screenshot_20201028_120806_png https://anonfiles.com/Vdv3Uel5pa/Screenshot_20201028_120849_png https://anonfiles.com/T9v4U2ldp2/Screenshot_20201028_120924_png https://anonfiles.com/X7vdU1lcpa/Screenshot_20201028_120955_png https://anonfiles.com/dbwaU5l4p9/Screenshot_20201028_121040_png https://anonfiles.com/ncydU9l1p0/Screenshot_20201028_121608_png https://anonfiles.com/1ey2U5l2pa/Screenshot_20201028_121653_png https://anonfiles.com/h4yfUfl4p7/Screenshot_20201028_121717_png И поправка по текущей системе (9.0) - Akonadi уже не запускается даже после удаления KMail. Также, прошу пустить меня на форум, на нём побанили Тор, а я принципиально во все учётки захожу из-под Тора.
(Ответ для ivolgin на комментарий #2) > Также, прошу пустить меня на форум, на нём побанили Тор, а я принципиально > во все учётки захожу из-под Тора. Вам сюда https://bugzilla.altlinux.org/enter_bug.cgi?product=Infrastructure&component=forum.altlinux.org
Или даже сюда https://bugzilla.altlinux.org/enter_bug.cgi?product=Infrastructure&component=forum.altlinux.org&short_desc=Tor%20disabled
Вот вывод запуска akonadi в терминале если надо $ akonadictl start Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) $ org.kde.pim.akonadiserver: Starting up the Akonadi Server... org.kde.pim.akonadiserver: Did not find MySQL server default configuration (mysql-global.conf) org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadiserver: Shutting down AkonadiServer... org.kde.pim.akonadicontrol: Application '/usr/lib/kf5/bin/akonadiserver' exited normally...
Установил пакет kde5-akonadiconsole, Запустил $ akonadiconsole Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) org.kde.pim.akonadiserver: Starting up the Akonadi Server... org.kde.pim.akonadiserver: Did not find MySQL server default configuration (mysql-global.conf) org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadiserver: Shutting down AkonadiServer... org.kde.pim.akonadicontrol: Application '/usr/lib/kf5/bin/akonadiserver' exited normally... org.kde.pim.akonadicore: "" org.kde.pim.akonadicore: Job error: "" for collection: QVector() При запуске akonadiconsole появляется окошко с надписью: Failed to connect to database: Can't connect to local MySQL server through socket '/run/user/500/akonadi/mysql.socket' (2) QMYSQL: Невозможно соединиться. После нажатия ОК - окошко Xapian error - Akonadi Console DatabaseOpeningError: Couldn't detect type of database Мне как человеку несведущему видно что программа не может найти файл mysql-global.conf но непонятно при этом откуда она может взяться ведь после недавнего обновления пакет kde5-akonadi-database-8-mysql был заменён на новый пакет kde5-akonadi-database-1-sqlite - в системе уже база sqlite, а Akonadi по-прежнему ищет mysql Попробовал удалить /.local/share/akonadi в надежде что новый старт программы сам создаст заново свои свежие служебные файлы - не работает по-прежнему. Как быть с ошибкой? Почему она числится как RESOLVED FIXED ("решено исправлено") когда Akonadi и все приложения KDE-PIM не работают?
~/.config/akonadi/akonadiserverrc
Просьба уточнить что именно надо сделать с ~/.config/akonadi/akonadiserverrc (если надо). Также, подумал - а если переустановить все приложения kde5-pim, и поудалять все файлы в системе содержащие *akonadi* в менах файлов - а потом заново, с чистого листа, установить метапакет kde5-pim - оно будет работать? Не хочется из-за Akonadi-проблем переустанавливать систему.
Создал тему https://forum.altlinux.org/index.php?topic=44370 может кто из форумчан что посоветует.
(Ответ для ivolgin на комментарий #6) > kde5-akonadi-database-8-mysql был заменён на новый пакет kde5-akonadi-database-1-sqlite Я такого не видал. Полагаю, вы что-то намудрили. Выполните apt-get install kde5-akonadi-database-mysql
Спасибо большое, помогло, после установки kde5-akonadi-database-8-mysql все приложения kde-pim запускаются, Установил kmail, оно тоже запустилось. На днях попробую закачать почту, надеюсь в этот раз сработает. Посмотрел по логам Синаптика, sqlite сменила mysql 13 сентября при обычном обновлении, вот лог: --- Commit Log for Sun Sep 13 12:31:11 2020 Следующие пакеты удалены: kde5-akonadi-database-8-mysql mariadb-client mariadb-server Следующие пакеты обновлены: docs-alt-kworkstation (9.0-alt3:p9+255178.100.1.1@1595325422) to 9.1-alt1:p9+257880.100.1.1@1599807711 mariadb-common (10.4.13-alt1:p9+254197.200.2.3@1593708818) to 10.4.14-alt1:p9+257744.100.2.2@1599882419 mariadb-server-control (10.4.13-alt1:p9+254197.200.2.3@1593708818) to 10.4.14-alt1:p9+257744.100.2.2@1599882419 publicsuffix-list-dafsa (20200720-alt1:p9+255209.100.3.1@1595835517) to 20200909-alt1:p9+257853.100.1.1@1599769437 Следующие пакеты установлены: kde5-akonadi-database-1-sqlite (19.12.3-alt1:p9+247760.500.2.2@1584668802) --- Если kde5-akonadi-database-8-mysql удалилась при обычном обновлении с официальных 3 мест прописанных в Синаптике (p9/branch/x86_64, p9/branch/x86_64-i586, p9/branch/noarch) - мне кажется дело вряд ли во мне, но вам конечно виднее.
(Ответ для ivolgin на комментарий #11) > Следующие пакеты удалены: > kde5-akonadi-database-8-mysql > mariadb-client > mariadb-server По логам не видно, что их заставило удалиться. Т.е. или ошибки в пакетах mariadb или еще у какого или особенности вашего дистрибутива. "Официальная сборка Альт 9 с КДЕ5" -- такого дистрибутива нет. На Workstation K этой ошибки замечено не было.
Полагаю, что-то тормознуло обновление mariadb-server, при этом mariadb-server-control выпихал старый из системы.
PreScriptum: сразу см. comment 11; возможно, лучше вынести новой багой. (Ответ для Sergey V Turchin на комментарий #12) > Т.е. или ошибки в пакетах mariadb или еще у какого или особенности вашего > дистрибутива. "Официальная сборка Альт 9 с КДЕ5" -- такого дистрибутива нет. > На Workstation K этой ошибки замечено не было. Серёга, прекрати, пожалуйста, такой саботаж. Дистрибутив, подходящий под процитированное определение -- ты и выпускаешь. Стартеркит с KDE5 полноценным дистрибутивом и впрямь не является, но как раз и предназначен для того, чтобы представлять пакеты в том виде, в котором они есть в бранче. Это не баг, это фича. Цель distro/regular-kde5 в m-p в два прыжка сводится к пакету kde5-maxi, дополнительные скрипты по kde/mariadb отсутствуют (на x86 попадают только installer-feature-desktop-suspend-stage2, installer-feature-desktop-other-fs-stage2, installer-feature-runlevel5-stage3). Нам благодаря нашим с antohami@ трудам над стартеркитами принесли на блюдечке с голубой каёмочкой (в "чистом" окружении) сообщение о том, что у нас с обновлением (т.е. пакетной базой) что-то не в порядке, а ты нос воротишь :-( Спасибо за помощь человеку с отладкой, как бы там ни было. (Ответ для ivolgin на комментарий #11) > Посмотрел по логам Синаптика, sqlite сменила mysql 13 сентября при обычном > обновлении, вот лог: > > --- > Commit Log for Sun Sep 13 12:31:11 2020 > > Следующие пакеты удалены: > kde5-akonadi-database-8-mysql > mariadb-client > mariadb-server Укажите по возможности, какая именно была сборка (хотя бы дата исошки, лучше полное название файла) -- это поможет выяснить, от какой версии mariadb и прочего мог произойти такой снос пакетов, и воспроизвести его. Ещё интересно, обновлялись ли накануне -- 12.09.2020. _Пока_ похоже на проблемы с втянутым в p9/branch как раз к 13.09.2020 обновлением mariadb 10.4.14, которое содержало не только обновление версии, но и не заявленные в %changelog изменения, которые и у меня на e2k боком вылезли (в частности, переезд с /var/run на /run и изменение кода установки pkgconfig-файла). _Возможно_, это было реально поймать на стадии тестирования до переноса (CC: sotor@). PS: (Ответ для ivolgin на комментарий #2) > Также, прошу пустить меня на форум, на нём побанили Тор, а я принципиально > во все учётки захожу из-под Тора. Судя по opennet.ru, через tor в подавляющем большинстве ломятся именно целенаправленно гадящие -- так что вообще не удивлён такому, если вдруг хотите в своё свободное время поучаствовать в прополке тех, из-за кого тор забанили -- предложите это указанным в comment 3 образом (я сам так добровольно помогаю в нескольких местах, поэтому рекомендация сугубо по личному опыту).
(Ответ для Michael Shigorin на комментарий #14) > Дистрибутив, подходящий под процитированное определение -- ты и выпускаешь. Не могу. Я выпускаю другой дистрибутив. P.S. Такой дистрибутив выпускает, например, команда KDE NEON. https://neon.kde.org/
Скачивал alt-kworkstation-9.0-install-x86_64.iso с адреса http://ftp.altlinux.org/pub/distributions/ALTLinux/p9/images/kworkstation/ md5sum образа - 56879c4b8501957e8fe7bc0950d343a0 - в соответствии с md5sum указанной по тому же адресу на сайте. Поэтому и написал "Официальная сборка Альт 9 с КДЕ5" но можно было конечно написать "Рабочая Станция К 9.0" либо "Workstation K", но это в принципе то же самое (только вид сбоку). Дата скачивания - в Дельфине напротив исошки показывается 18.06.2020. >Ещё интересно, обновлялись ли накануне -- 12.09.2020. Да, обновлялся, лог ниже: -- Commit Log for Sat Sep 12 22:03:09 2020 Следующие пакеты обновлены: LibreOffice-still-common (6.4.6.2-alt1:p9+257022.100.1.1@1598768964) to 6.4.6.2-alt2:p9+257523.100.2.1@1599674259 LibreOffice-still-integrated (6.4.6.2-alt1:p9+257022.100.1.1@1598768964) to 6.4.6.2-alt2:p9+257523.100.2.1@1599674259 LibreOffice-still-kde5 (6.4.6.2-alt1:p9+257022.100.1.1@1598768964) to 6.4.6.2-alt2:p9+257523.100.2.1@1599674259 LibreOffice-still-langpack-ru (6.4.6.2-alt1:p9+257022.100.1.1@1598768964) to 6.4.6.2-alt2:p9+257523.100.2.1@1599674259 LibreOffice-still-mimetypes (6.4.6.2-alt1:p9+257022.100.1.1@1598768964) to 6.4.6.2-alt2:p9+257523.100.2.1@1599674259 LibreOffice-still-qt5 (6.4.6.2-alt1:p9+257022.100.1.1@1598768964) to 6.4.6.2-alt2:p9+257523.100.2.1@1599674259 alterator-datetime (4.5.0-alt1:p9+251655.100.1.1@1589401484) to 4.6.0-alt1:p9+257564.100.1.1@1599593279 alterator-grub (0.14-alt1:p9+245794.200.1.1@1581333854) to 0.15-alt1:p9+257203.100.2.1@1599246958 alterator-l10n (2.9.72-alt1:p9+256705.500.6.1@1598451204) to 2.9.73-alt1:p9+257564.200.1.1@1599593318 alterator-lookout (2.6-alt4@1514383836) to 2.7-alt1:p9+257564.300.1.1@1599593357 alterator-standalone (7.3-alt1@1514462383) to 7.4-alt1:p9+257564.400.1.1@1599593381 chrony (3.4-alt1:sisyphus+226680.100.2.1@1554567813) to 3.5.1-alt1:p9+256938.100.1.1@1598617638 clementine (1.3.1-alt9.git88131ec5:p9+238494.100.1.1@1569949625) to 1.4.0-alt2.rc1:p9+257377.100.3.1@1599256928 file (4.26-alt13@1490157134) to 4.26-alt14:p9+254187.170.9.1@1598671225 filesystem (2.3.17-alt1@1535484895) to 2.3.18-alt1:p9+257488.100.1.1@1599308661 i586-libexif.32bit (0.6.21-alt1@1351360188) to 0.6.22-alt2:p9+256805.100.1.1@1599159314 i586-libfreetype.32bit (2.10.1-alt1:p9+247340.100.1.1@1583425316) to 2.10.1-alt1.1.p9:p9+257445.200.2.1@1599283291 i586-nvidia_glx_340.108.32bit (340.108-alt168:p9+252789.5200.17.1@1591391377) to 340.108-alt169:p9+257319.100.2.1@1599584603 libexif (0.6.21-alt1@1351359848) to 0.6.22-alt2:p9+256805.100.1.1@1598429155 libfreetype (2.10.1-alt1:p9+247340.100.1.1@1583394162) to 2.10.1-alt1.1.p9:p9+257445.200.2.1@1599282969 libmagic (4.26-alt13@1490157134) to 4.26-alt14:p9+254187.170.9.1@1598671225 libmegasdk (3.4.9-alt1:sisyphus+227193.20.3.1@1555510639) to 3.6.8-alt1:p9+257389.40.6.1@1599563142 librpm7 (4.13.0.1-alt13:p9+238696.200.1.1@1570226897) to 4.13.0.1-alt24:p9+254187.340.9.1@1598671540 libsane (1.0.30-alt2:p9+254087.100.1.1@1593163044) to 1.0.31-alt2:p9+257424.100.3.1@1599505844 libsane-gphoto2 (1.0.30-alt2:p9+254087.100.1.1@1593163044) to 1.0.31-alt2:p9+257424.100.3.1@1599505844 libseafile (7.0.6-alt1:p9+249087.200.5.1@1586340721) to 7.0.9-alt1:p9+257513.100.3.1@1599854871 libsofia-sip (1.12.11-alt2.1.qa1:sisyphus+222744.100.1.2@1551133318) to 1.13.1-alt0.d10a3d268c:p9+257189.200.1.1@1599024712 libsofia-sip-glib (1.12.11-alt2.1.qa1:sisyphus+222744.100.1.2@1551133318) to 1.13.1-alt0.d10a3d268c:p9+257189.200.1.1@1599024712 libzip5 (1.5.2-alt1:p9+238993.100.1.1@1570642733) to 1.7.3-alt1:p9+257224.100.3.1@1599247578 megasync (4.0.2.0-alt1:sisyphus+227193.300.3.1@1555510970) to 4.3.1.0-alt1:p9+257389.100.6.1@1599563289 nextcloud-client (2.5.2-alt1:p9+254749.100.3.1@1594665224) to 2.6.4-alt2:p9+257392.100.3.1@1599507875 nextcloud-client-kde5 (2.5.2-alt1:p9+254749.100.3.1@1594665224) to 2.6.4-alt2:p9+257392.100.3.1@1599507875 nvidia_glx_340.108 (340.108-alt168:p9+252789.5200.17.1@1591387790) to 340.108-alt169:p9+257319.100.2.1@1599584348 rpm (4.13.0.1-alt13:p9+238696.200.1.1@1570226897) to 4.13.0.1-alt24:p9+254187.340.9.1@1598671540 sane (1.0.30-alt2:p9+254087.100.1.1@1593163044) to 1.0.31-alt2:p9+257424.100.3.1@1599505844 scribus (1:1.5.5-alt9.c2aae6886:p9+245102.100.3.1@1581947380) to 1:1.5.6-alt1.git742765f:p9+257415.100.3.1@1599508926 scribus-data (1:1.5.5-alt9.c2aae6886:p9+245102.100.3.1@1581947380) to 1:1.5.6-alt1.git742765f:p9+257415.100.3.1@1599508926 scribus-doc (1:1.5.5-alt9.c2aae6886:p9+245102.100.3.1@1581947380) to 1:1.5.6-alt1.git742765f:p9+257415.100.3.1@1599508926 seafile (7.0.6-alt1:p9+249087.200.5.1@1586340721) to 7.0.9-alt1:p9+257513.100.3.1@1599854871 seafile-client (7.0.6-alt1:p9+249087.300.5.1@1586340803) to 7.0.9-alt1:p9+257513.200.3.1@1599854956 sudo (1:1.8.28-alt1:p9+239331.100.1.1@1571250168) to 1:1.8.31p2-alt1:p9+257035.100.2.1@1599245297 timeshift (20.03-alt1:p9+247607.100.3.1@1585056696) to 20.03-alt1:p9+257218.100.1.1@1599046098 wireguard-tools (1.0.20200513-alt2:p9+254105.100.1.1@1593182957) to 1.0.20200827-alt1:p9+256908.100.2.2@1599241971 xsane (0.999-alt5:p9+253472.100.1.1@1592225033) to 0.999-alt6:p9+257424.200.3.1@1599505952 --
(In reply to Sergey V Turchin from comment #15) > (Ответ для Michael Shigorin на комментарий #14) > > Дистрибутив, подходящий под процитированное определение -- ты и выпускаешь. > Не могу. Я выпускаю другой дистрибутив. > > P.S. Такой дистрибутив выпускает, например, команда KDE NEON. > https://neon.kde.org/ Первые строки темы: >Здравствуйте! >Официальная сборка Альт 9 с КДЕ5 >Официальная сборка Альт 9 >Официальная
(In reply to Michael Shigorin from comment #14) > PreScriptum: сразу см. comment 11; возможно, лучше вынести новой багой. > > (Ответ для Sergey V Turchin на комментарий #12) > > Т.е. или ошибки в пакетах mariadb или еще у какого или особенности вашего > > дистрибутива. "Официальная сборка Альт 9 с КДЕ5" -- такого дистрибутива нет. > > На Workstation K этой ошибки замечено не было. > Серёга, прекрати, пожалуйста, такой саботаж. > > Дистрибутив, подходящий под процитированное определение -- ты и выпускаешь. > Стартеркит с KDE5 полноценным дистрибутивом и впрямь не является, но как раз > и предназначен для того, чтобы представлять пакеты в том виде, в котором они > есть в бранче. Это не баг, это фича. > > Цель distro/regular-kde5 в m-p в два прыжка сводится к пакету kde5-maxi, > дополнительные скрипты по kde/mariadb отсутствуют (на x86 попадают только > installer-feature-desktop-suspend-stage2, > installer-feature-desktop-other-fs-stage2, > installer-feature-runlevel5-stage3). > > Нам благодаря нашим с antohami@ трудам над стартеркитами принесли на > блюдечке с голубой каёмочкой (в "чистом" окружении) сообщение о том, что у > нас с обновлением (т.е. пакетной базой) что-то не в порядке, а ты нос > воротишь :-( Спасибо за помощь человеку с отладкой, как бы там ни было. > > > (Ответ для ivolgin на комментарий #11) > > Посмотрел по логам Синаптика, sqlite сменила mysql 13 сентября при обычном > > обновлении, вот лог: > > > > --- > > Commit Log for Sun Sep 13 12:31:11 2020 > > > > Следующие пакеты удалены: > > kde5-akonadi-database-8-mysql > > mariadb-client > > mariadb-server > > Укажите по возможности, какая именно была сборка (хотя бы дата исошки, лучше > полное название файла) -- это поможет выяснить, от какой версии mariadb и > прочего мог произойти такой снос пакетов, и воспроизвести его. Ещё > интересно, обновлялись ли накануне -- 12.09.2020. > > _Пока_ похоже на проблемы с втянутым в p9/branch как раз к 13.09.2020 > обновлением mariadb 10.4.14, которое содержало не только обновление версии, > но и не заявленные в %changelog изменения, которые и у меня на e2k боком > вылезли (в частности, переезд с /var/run на /run и изменение кода установки > pkgconfig-файла). > > _Возможно_, это было реально поймать на стадии тестирования до переноса > (CC: sotor@). > > > PS: > (Ответ для ivolgin на комментарий #2) > > Также, прошу пустить меня на форум, на нём побанили Тор, а я принципиально > > во все учётки захожу из-под Тора. > Судя по opennet.ru, через tor в подавляющем большинстве ломятся именно > целенаправленно гадящие -- так что вообще не удивлён такому Я извиняюсь за это подавляющее большинство, но я не имею к нему никакого отношения, и пользуюсь и буду пользоваться Тором просто из принципа. >если вдруг > хотите в своё свободное время поучаствовать в прополке тех, из-за кого тор > забанили -- предложите это указанным в comment 3 образом (я сам так > добровольно помогаю в нескольких местах, поэтому рекомендация сугубо по > личному опыту). Спасибо за доверие, я бы с удовольствием, но это значит - становится модератором, а я вообще с таким ни разу не сталкивался. Опыта нет, да и со временем не сказать чтобы очень - надо крутиться семью кормить. С другой стороны, конечно надо как-то изменить установившийся предрассудок - "через Тор - значит гадящий спамер", и я готов по выходным час-другой посидеть и повникать в посты "собратьев по Тору", и при явном спамерстве/загаживании темы - как-то сигнализировать старшим модераторам. Сейчас создам баг "Хочу помогать при модерировании собратьев по Тору", может из этого что-то получится.
(Ответ для ivolgin на комментарий #16) > Поэтому и написал "Официальная сборка Альт 9 с КДЕ5" но можно было конечно > написать "Рабочая Станция К 9.0" либо "Workstation K", но это в принципе то > же самое (только вид сбоку). Только если я смотерть не буду. Для меня это совсем другое. "Образование 9", например, тоже "Официальная сборка Альт 9 с КДЕ5".
Создал https://bugzilla.altlinux.org/show_bug.cgi?id=39283
(In reply to Sergey V Turchin from comment #19) > (Ответ для ivolgin на комментарий #16) > > Поэтому и написал "Официальная сборка Альт 9 с КДЕ5" но можно было конечно > > написать "Рабочая Станция К 9.0" либо "Workstation K", но это в принципе то > > же самое (только вид сбоку). > Только если я смотерть не буду. > Для меня это совсем другое. "Образование 9", например, тоже "Официальная > сборка Альт 9 с КДЕ5". Понятно, в след. раз буду писать имя исошки, дату скачивания и мд5.
Хочу ещё раз поблагодарить за подсказку apt-get install kde5-akonadi-database-mysql Только после этого КДЕ-ПИМ начала работать, Но в случае с KMail к сожалению продолжаются проблемы, не может нормально закачать почту и синхронизироваться с яндекс-учёткой, В случае если сам не смогу решить это - добавлю отдельное сообщение об ошибке.
Удалось закачать почту с яндекс-учётки в KMail, По ходу настройки приходилось несколько раз вручную "пинать" подзависшую программу кнопкой "Перезапустить" в учётных записях, Но по итогу всё раза с 3-4 закачалось, теперь опять можно пользоваться программой. Всем спасибо.
Ошибка относилась к конкретному обновлению p9 от 13 сентября 2020 года и не воспроизводилась на Workstation K 9.1 beta. Ветка p9 больше не поддерживается. Предлагаю закрыть как WONTFIX.
