Глюки conky 1.10

akorop
Прошу прощения за некропостинг, но есть вопрос: у всех ли в conky 1.10 клики над окном conky перестали передаваться десктопу? Скажем, в openbox (без ФМ в качестве десктопа) правый клик над conky теперь не приводит к вызову меню openbox?
Тут всё очень забавно. Если пару раз кликнуть ПКМ не по конькам, а в любом другом месте рабочего стола, то после этого можно кликать и по конькам, — меню будет появляться. Если же после всего этого кликнуть ЛКМ не по конькам в любом месте, то после этого кликанье ПКМ по конькам ничего не даёт — меню не появляется. Если же повторить процедуру (пару раз ПКМ не по конькам), то опять правой кнопкой можно вызывать меню над коньками.
И да, x86_64, openbox_eui 2015.07.19-2, conky 1.10.0-5, без ФМ. Заметил ещё одну фигню: периодически вообще пропадает реакция на ПКМ в районе всего рабочего стола, кроме выделенных краёв. До перезапуска иксов. Но появляется редко и зависимости выявить не удалось. Теперь подумалось, что может быть это как-то связано с conky.
Всё сходится. Тут дело обстоит так. В conky 1.9 была искусственная лжемышепрозрачность: conky получал события кликов и передавал их десктопу. В 1.10 этот код удалён, и введена настоящая мышепрозрачность: на уровне иксов события мыши проваливаются сквозь conky в окно, лежащее под ним (не обязательно десктоп). Но чтобы этот код был включён, нужно задать соответствующую опцию сборки (BUILD_XSHAPE=ON), а в нашем PKGBUILD это не сделано. Так что в арчевской сборке мышепрозрачность работать не должна, в чём мы и убедились. Но вот прикол - когда я пересобрал conky с нужной опцией, мышепрозрачность всё равно не заработала, хотя код, на мой взгляд, совершенно правильный, хотя и слегка неоптимальный. А заработала она, когда я сделал те же действия несколько позже. Соответствующий патч я отправил куда следует, но быстрая рекциия едва ли последует, так как упоминавшийся баг с командой execgraph описан (с исправлением) ещё в 2012 г., но воз и ныне там. Так что я пока что обновил свой пакет aur/conky-mt, включив и патч по мышепрозрачности, и патч по execgraph.
Если раньше мышепрозрачность была новой функцией, и я даже не стал трогать мейнтейнера, а сделал свой пакет, то теперь это как бы штатная функция, и можно попинать мейнтейнера, чтобы он включил багфикс в арчевский пакет, не дожидаясь исправления в мейнстриме. Тем более, что несколько такого рода патчей в пакете и так есть. Но прежде чем пинать мейнтейнера, я хотел бы убедиться что
  • проблема есть не только у меня (убедился);
  • что одной опции BUILD_XSHAPE=ON недостаточно для её исправления;
  • что мой патч устраняет проблему не только у меня.
Так вот, konstantinov-ms, просьба помочь, если найдётся полчаса времени.
1) Пересобрать арч-conky из исходников, добавив в PKGBUILD в вызов cmake вот такую строчку:
		-D BUILD_XSHAPE=ON \
И проверить, сохранились ли глюки с кликами на окне conky.
2) Если сохранились, то установить из AUR conky-mt и проверить ушли ли эти глюки. Бонус - работающая команда execgraph.
akorop
1) Пересобрать арч-conky из исходников, добавив в PKGBUILD в вызов cmake вот такую строчку:

Пересобрал с указанной функцией (чтобы не морочить голову с компиляцией вручную и/или составлением PKGBUILD, использовал из AUR conky-nvidia). Глюк остался.

akorop
2) Если сохранились, то установить из AUR conky-mt и проверить ушли ли эти глюки.

Установил conky-mt — глюк исчез. Похоже, это именно то, что нужно. Пока оставляю. Большое спасибо!
P.S. Неплохо было бы добавить информацию о conky-mt в Wiki.
Спасибо за тестирование. Попробую попинать мейнтейнера. В принципе, применить опубликованные багфиксы - это входит в круг его возможностей.
konstantinov-ms
P.S. Неплохо было бы добавить информацию о conky-mt в Wiki.
Если не удастся пробить в официальный пакет.
 
Зарегистрироваться или войдите чтобы оставить сообщение.