На 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.