[sisyphus] а что у нас опять случилось с Аконади?!

[sisyphus] а что у нас опять случилось с Аконади?!

[Gleb Kulikov]

#36455

старт "валится":

"[
0: akonadiserver(_Z11akBacktracev+0x34) [0x463e94]
1: akonadiserver() [0x46412e]
2: /lib64/libc.so.6(+0x37830) [0x7f7f3be5d830]
3: /usr/lib64/libmysqlclient.so.21(+0x75347) [0x7f7f381b0347]
4: /usr/lib64/libmysqlclient.so.21(+0x754ae) [0x7f7f381b04ae]
5: /usr/lib64/libmysqlclient.so.21(+0x75551) [0x7f7f381b0551]
6: /usr/lib64/libmysqlclient.so.21(+0x755eb) [0x7f7f381b05eb]
7: /usr/lib64/libmysqlclient.so.21(+0x756ca) [0x7f7f381b06ca]
8: /usr/lib64/libmysqlclient.so.21(+0x2fd3a) [0x7f7f3816ad3a]
9: /usr/lib64/libmysqlclient.so.21(mysql_real_connect+0x5c2) [0x7f7f3816edd2]
10: /usr/lib64/qt4/plugins/sqldrivers/libqsqlmysql.so(+0x9260) 
[0x7f7f3b36f260]
11: /usr/lib64/libQtSql.so.4(_ZN12QSqlDatabase4openEv+0x40) [0x7f7f3c56b270]
12: akonadiserver(_ZN7Akonadi6Server9DataStore4openEv+0x158) [0x4d5a08]
13: akonadiserver(_ZN7Akonadi6Server9DataStoreC1Ev+0x80) [0x4d5d00]
14: akonadiserver(_ZN7Akonadi6Server9DataStore4selfEv+0x45) [0x4d5e95]
15: akonadiserver(_ZN7Akonadi6Server13AkonadiServer4initEv+0x3a8) [0x469168]
16: akonadiserver() [0x542bd9]
17: /usr/lib64/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x1c2) 
[0x7f7f3c803d32]
18: 
/usr/lib64/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x6d) 
[0x7f7f3c7edd8d]
19: 
/usr/lib64/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x364) 
[0x7f7f3c7f04a4]
20: /usr/lib64/libQtCore.so.4(+0x18100e) [0x7f7f3c81600e]
21: /lib64/libglib-2.0.so.0(g_main_context_dispatch+0x28e) [0x7f7f3bd0f82e]
22: /lib64/libglib-2.0.so.0(+0x51a98) [0x7f7f3bd0fa98]
23: /lib64/libglib-2.0.so.0(g_main_context_iteration+0x2c) [0x7f7f3bd0fb1c]
24: 
/usr/lib64/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x7e) 
[0x7f7f3c81615e]
25: 
/usr/lib64/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x2f) 
[0x7f7f3c7ec8af]
26: 
/usr/lib64/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0x14e) 
[0x7f7f3c7ecb7e]
27: /usr/lib64/libQtCore.so.4(_ZN16QCoreApplication4execEv+0x8f) 
[0x7f7f3c7f165f]
28: akonadiserver(main+0x285) [0x45e8a5]
29: /lib64/libc.so.6(__libc_start_main+0xeb) [0x7f7f3be4a08b]
30: akonadiserver(_start+0x2a) [0x45f14a]
]
" 
-- 

С уважением, /GL

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Gleb Kulikov]

В письме от 2019 марта 30  11:11:19 пользователь Gleb Kulikov написал:
> #36455

Если бы только Аконади.

KDE4 потерял способность из меню и по событиям переходить в спящий и ждущий 
режимы,

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

такого жесткача не было несколько лет.
-- 

С уважением, /GL

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Aleksey Novodvorsky]

сб, 30 мар. 2019 г. в 18:07, Gleb Kulikov <glebus@asd.iao.ru>:
>
> В письме от 2019 марта 30  11:11:19 пользователь Gleb Kulikov написал:
> > #36455
>
> Если бы только Аконади.
>
> KDE4 потерял способность из меню и по событиям переходить в спящий и ждущий
> режимы,
>
> при попытке вызвать настройку у виджетов в трее, плазма валится.

kde4 уходит. Мы оставляем пока qt4, но не  kde4.


Rgrds, Алексей

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Gleb Kulikov]

В письме от 2019 марта 30  18:20:30 пользователь Aleksey Novodvorsky написал:

> 
> kde4 уходит. Мы оставляем пока qt4, но не  kde4.

Алексей, 
но может тогда просто зафиксировать последний нормально работающий кде4 и не 
трогать?
Хорошо бы перейти на кде5, но пока, видимо, это не лучшая идея. С подачи 
Андрея я честно пытаюсь это сделать, но чем дальше, тем меньше энтузиазма:

1. никогда за всё время использования кде, начиная с 2, не видел зависаний 
среды. Не "падений плазмы", а именно зависаний. Когда приходится гасить 
графику, чтобы продолжить работу. Кде5 -- регулярно. 

2. рабочая почта и архив. нормальная миграция не работает. Это уже огромный 
"стоп".

3. кде5 не может на сегодня обеспечить нормальную отдалённую работу со своими 
приложениями. это относится как к простому ssh -C -Y (изрядные "тормоза" до 
полной заморозки), так и более продвинутым вариантам: x2go просто неспособен 
работать с кде5.

отсутствие или неработоспособность в 5-ых массы мелких удобств, это уже так, 
дополнение.
Словом, списывать 4, пожалуй, рановато. Крайне болезненная потеря.

-- 

С уважением, /GL

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Peter Evdokimov]

On Sat, 30 Mar 2019 22:07:40 +0700
Gleb Kulikov wrote:

> Если бы только Аконади.
> 
> KDE4 потерял способность из меню и по событиям переходить в спящий и
> ждущий режимы,
> при попытке вызвать настройку у виджетов в трее, плазма валится.
> такого жесткача не было несколько лет.


При обновлении kde5 после 19 марта 

ps aux | grep plasmashell
peter     2927  3.2 87.2 12065184 6899196 ?    Sl   07:53   0:18 /usr/lib/kf5/bin/plasmashell

 free
             total       used       free     shared    buffers     cached
Mem:       7903924    7769416     134508          0      12920     356804
-/+ buffers/cache:    7399692     504232
Swap:     16712700    1840896   14871804
[peter@athome ~]$ 

На двух машинах выжирается вся память, эффекты отключены. видео разное.
Одна - свежеустановленный сизиф с kde5, другая - давняя, с миграцией
kde4 -> kde5. Шо делается. Помогите. Откат - да, помогает.

sy,
	peter

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Aleksey Novodvorsky]

вс, 31 мар. 2019 г. в 08:09, Peter Evdokimov <blackp@vpmes.ru>:
>
> On Sat, 30 Mar 2019 22:07:40 +0700
> Gleb Kulikov wrote:
>
> > Если бы только Аконади.
> >
> > KDE4 потерял способность из меню и по событиям переходить в спящий и
> > ждущий режимы,
> > при попытке вызвать настройку у виджетов в трее, плазма валится.
> > такого жесткача не было несколько лет.
>
>
> При обновлении kde5 после 19 марта
>
> ps aux | grep plasmashell
> peter     2927  3.2 87.2 12065184 6899196 ?    Sl   07:53   0:18 /usr/lib/kf5/bin/plasmashell
>
>  free
>              total       used       free     shared    buffers     cached
> Mem:       7903924    7769416     134508          0      12920     356804
> -/+ buffers/cache:    7399692     504232
> Swap:     16712700    1840896   14871804
> [peter@athome ~]$
>
> На двух машинах выжирается вся память, эффекты отключены. видео разное.
> Одна - свежеустановленный сизиф с kde5, другая - давняя, с миграцией
> kde4 -> kde5. Шо делается. Помогите. Откат - да, помогает.
>

Это сизиф, да еще перед бранчеванием. Идет интенсивное обновление
пакетов, в том числе Qt/KDE5 .

Rgrds, Алексей

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Peter Evdokimov]

On Sun, 31 Mar 2019 08:15:44 +0300
Aleksey Novodvorsky wrote:

> > На двух машинах выжирается вся память, эффекты отключены. видео
> > разное. Одна - свежеустановленный сизиф с kde5, другая - давняя, с
> > миграцией kde4 -> kde5. Шо делается. Помогите. Откат - да, помогает.

> 
> Это сизиф, да еще перед бранчеванием. Идет интенсивное обновление
> пакетов, в том числе Qt/KDE5 .


Да как бы за 16 лет уже привык к этому, но разница в пакетах alt1->alt2
и такой результат. Что только не крутил, bugs.kde и qt прошерстил, но
так и не нашел причину.


sy,
	peter

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Gleb Kulikov]

В письме от 2019 марта 30  21:18:19 пользователь Andrey Cherepanov написал:

> Использование KDE4 – оттягивание неизбежного. Поделюсь советами успешного
> перехода: 

> 1. Отключите эффекты. Вообще.

Это не решение. Например, мне нужна "карусель" при переключении окон и часто 
очень удобна полупрозрачность, когда работаешь сразу с несколькими 
документами.
Отключение эффектов => кастрация. Зачем?

> 2. Закопайте KMail. Этот отличный клиент превратился в убожество с приходом
> Akonadi.

Это не так. Очень сильно не так. При всём идиотизме переноса почтовой базы в 
сиквел, удобство поиска и группировки того стоит. Громоптиц и рядом не лежит.

К слову, авторов аконади сильно извиняет, что лет 8 - 10 назад, идея хранения 
всей активности в сиквеле было настолько модным и настолько общим местом... 
любую статью откроешь, ну везде sql. Оказалось, тогдашние, не поддающиеся 
хайпу скептики, были, как всегда правы. Ну что-ж тут сделаешь...

> Если база в IMAP, то перейти на Thunderbird будет без проблем.

А если нет? Вот то-то и оно.

> 3. Удалённо работайте с xrdp. 
> Оставьте модный x2go наедине с его смузи. :)

Отличное предложение. Давайте вместо эпизодического использования по 
безопасному и эффективному протоколу, перейдём на открытие большой, системной 
и дыры.

> 4. Мелкие неудобства – вопрос привычки. Удобств гораздо больше.

Андрей, это непродуктивный путь. Ближайший аналог --- зачем что-то делать, 
ведь совсем скоро предстоит печальное путешествие и все труды отправятся 
расширять энтропию?

Понятно, что среда устаревает, но и замена не сразу строится и 
стабилизируется. Ну так зафиксировать и не трогать. Дистрибутив много, где 
используется, полностью рвать с наследием, как-то совсем неразумно.
В обсуждаемом-то казусе, явно дефекты сборки.

-- 

С уважением, /GL

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Sergey]

On Sunday 31 March 2019, Gleb Kulikov wrote:

> > 2. Закопайте KMail. Этот отличный клиент превратился в убожество с
> > приходом Akonadi.
> 
> Это не так. Очень сильно не так. При всём идиотизме переноса почтовой
> базы в сиквел, удобство поиска и группировки того стоит. Громоптиц и 
> рядом не лежит.
> 
> К слову, авторов аконади сильно извиняет, что лет 8 - 10 назад,

Не извиняет. Головой надо было думать всё же.

> > Если база в IMAP, то перейти на Thunderbird будет без проблем.
> 
> А если нет? Вот то-то и оно.

Тогда как в известном анекдоте - шевелить и... :-) Только если база
в imap, с KMail уже не очень надо переезжать и можно мириться и 
с Аконади. KMail позволяет копировать сообщения между локальным
расположением и imap-каталогами. Другой вопрос - если почтовый сервер
не свой, или если не один. Свести к одному imap-серверу можно всё равно,
но головная боль, согласен, заметна. Зато Sieve и не важно, каким клиентом
там лазить потом. Хоть K9-mail иногда - всё одинаково лежит.

Я прошёл этот путь на заре появления связки KMail с Аконади. Потом,
правда, появился TDE, и я вернулся на нормальный KMail, но imap остался
всё равно. Но сейчас не знаю, несколько раз пытался заняться сборкой
TDE в Сизиф, но  дальше черновой сборки tqt у меня так и не зашло. А 
тут ещё всякие CalDAV/CardDAV. Да и у современных компьютеров мощности
поприбавилось...

> Понятно, что среда устаревает, но и замена не сразу строится и 
> стабилизируется. Ну так зафиксировать и не трогать. Дистрибутив много,
> где используется, полностью рвать с наследием, как-то совсем неразумно.
> В обсуждаемом-то казусе, явно дефекты сборки.

Или несинхронного обновления. Я вчера как раз развлекался переводом ноута
с p8/KDE4 на Sisyphus/KDE5 (KMail не смотрел современный ещё :-) ). В итоге
остановился на срезе за 25-ое (хотя на 29-ое можно наверное - как раз вчера
новый KDE5 и приехал), как раз из-за падающей на вчерашний день плазмы. Но
так Сизиф же, и есть https://www.altlinux.org/Downgrade

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Anton Gorlov]

30.03.2019 21:18, Andrey Cherepanov пишет:
> 3. Удалённо работайте с xrdp. Оставьте модный x2go наедине с его смузи. :)

А кто/что в качестве сервераrdp?

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Sergey]

On Sunday 31 March 2019, Sergey wrote:

> Или несинхронного обновления.

Хотя нет. Это мне показалось:
https://lists.altlinux.org/pipermail/devel/2019-March/207514.html

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Gleb Kulikov]

В письме от 2019 марта 31  11:08:38 пользователь Sergey написал:

> > К слову, авторов аконади сильно извиняет, что лет 8 - 10 назад,
> 
> Не извиняет. Головой надо было думать всё же.

Подозреваю (и быстрый визит в гугль, похоже, подтверждает), что на аконади не 
одни phd были защищены. 

К чести авторов, одно время, они вытаскивали тела писем из рбд. А когда решили 
проблему со скоростью работы и жорои ресурсов, снова засунули обратно. Но в 
принципе, всё работает вполне шустро.

> Тогда как в известном анекдоте - шевелить и... :-) Только если база

не надо шевелить ж. надо чинить сломанное.

к тому же, аконади, это не только почта. это и интеграция с облачными 
ресурсами и таймлайн действий пользователя в системе. короче, больно.

-- 

С уважением, /GL

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Gleb Kulikov]

В письме от 2019 марта 31  12:13:32 пользователь Andrey Cherepanov написал:

> Там же написано латинскими буквами: xrdp. 

Т.е., большая, системная дыра.

> Вдоволь помучившись с x2go

А что с ним не так?


>  Ещё один рабочий вариант – сервер Spice. 

А кому-то удавалось организовать spice *не* для виртуалок?

>  xpra не смотрел.

xpra хорошо работает, но в случае kde5, к слову "хорошо" нужно относиться с 
опаской. 

PS: с пробросом openGL у нас многолетние проблемы, так что не всё можно 
запустить и под xpra и под спайс.
-- 

С уважением, /GL

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Pavel Vainerman]

> Там же написано латинскими буквами: xrdp. Вдоволь помучившись с x2go,
> вернулся на xrdp. Ещё один рабочий вариант – сервер Spice. xpra не
> смотрел. x2go и vnc у меня в чёрном списке.

  Ещё есть связка rx-etersoft / rxclient.


-- 
Pavel Vainerman
www.etersoft.ru

Re: [sisyphus] а что у нас опять случилось с Аконади?!

[Alexei V. Mezin]

30.03.2019 18:20, Aleksey Novodvorsky пишет:

> kde4 уходит. Мы оставляем пока qt4, но не  kde4.

Еще бы в КДЕ5 работало то, что годами работало до него. Например, в КДЕ5 
взяли да забили на krdc. Никому не надо ходить на другие машины по 
vnc/rdp/что-там-еще, так что можно не чинить. А кому надо, тем "берите 
клиент от гнома или консоль".