А если тему у xfce поменять?

(Ответ для Антон Мидюков на комментарий #1)
> А если тему у xfce поменять?

Менял темы
Сразу из коробки и с родными темами так же
В StarterKit с P11 норм

Это оптимизаторы отделили от python3-module-pygobjet3 пакет python3-module-pygobjet3-nox. И теперь эта проблема, подозреваю, у многих пакетов.
Решение: установить пакет python3-module-pygobjet3.

(In reply to Антон Мидюков from comment #3)
> Это оптимизаторы отделили от python3-module-pygobjet3 пакет
> python3-module-pygobjet3-nox. И теперь эта проблема, подозреваю, у многих
> пакетов.
> Решение: установить пакет python3-module-pygobjet3.

Зависимость должна быть у пакета python3-module-pycairo, и пострадали все пакеты, которые от него зависят. Пробую ребилд python3-module-pycairo, вдруг зависимость у него появится. Если нет, надо её явно ему добавить.

(In reply to Антон Мидюков from comment #4)
> (In reply to Антон Мидюков from comment #3)
> > Это оптимизаторы отделили от python3-module-pygobjet3 пакет
> > python3-module-pygobjet3-nox. И теперь эта проблема, подозреваю, у многих
> > пакетов.
> > Решение: установить пакет python3-module-pygobjet3.
> 
> Зависимость должна быть у пакета python3-module-pycairo, и пострадали все
> пакеты, которые от него зависят. Пробую ребилд python3-module-pycairo, вдруг
> зависимость у него появится. Если нет, надо её явно ему добавить.

Чуда не произошло. Поэтому прошу мантейнера пакета python3-module-pycairo добавить зависимость на пакет python3-module-pygobjet3.

(Ответ для Антон Мидюков на комментарий #5)
> (In reply to Антон Мидюков from comment #4)
> > (In reply to Антон Мидюков from comment #3)
> > > Это оптимизаторы отделили от python3-module-pygobjet3 пакет
> > > python3-module-pygobjet3-nox. И теперь эта проблема, подозреваю, у многих
> > > пакетов.
> > > Решение: установить пакет python3-module-pygobjet3.
> > 
> > Зависимость должна быть у пакета python3-module-pycairo, и пострадали все
> > пакеты, которые от него зависят. Пробую ребилд python3-module-pycairo, вдруг
> > зависимость у него появится. Если нет, надо её явно ему добавить.
> 
> Чуда не произошло. Поэтому прошу мантейнера пакета python3-module-pycairo
> добавить зависимость на пакет python3-module-pygobjet3.

Ок, спасибо

(In reply to Антон Мидюков from comment #5)
> (In reply to Антон Мидюков from comment #4)
> > (In reply to Антон Мидюков from comment #3)
> > > Это оптимизаторы отделили от python3-module-pygobjet3 пакет
> > > python3-module-pygobjet3-nox. И теперь эта проблема, подозреваю, у многих
> > > пакетов.
> > > Решение: установить пакет python3-module-pygobjet3.
> > 
> > Зависимость должна быть у пакета python3-module-pycairo, и пострадали все
> > пакеты, которые от него зависят. Пробую ребилд python3-module-pycairo, вдруг
> > зависимость у него появится. Если нет, надо её явно ему добавить.
> 
> Чуда не произошло. Поэтому прошу мантейнера пакета python3-module-pycairo
> добавить зависимость на пакет python3-module-pygobjet3.

@aris, считаете иначе?
В python3-module-pygobjet3:
%python3_sitelibdir/gi/_gi_cairo.cpython-*.so

Так что кажется нормальным, чтобы python3-module-pycairo от него зависел.

Никакой физической зависимости у pycairo от PyGobject нет.

Могу только предложить докинуть python3-module-pygobject3 во все сборочные профиля, кроме сервера.

(In reply to Yuri N. Sedunov from comment #8)
> Никакой физической зависимости у pycairo от PyGobject нет.
> 
> Могу только предложить докинуть python3-module-pygobject3 во все сборочные
> профиля, кроме сервера.

Придётся прописывать зависимость у порядка 70 пакетов по мере развешивания багов пользователями.

(Ответ для Yuri N. Sedunov на комментарий #8)
> Никакой физической зависимости у pycairo от PyGobject нет.

формально Вы правы, но чтобы работало, м.б. и надо?
прошу прощения за сравнение с другим дистрибутивом:
https://gitweb.gentoo.org/repo/gentoo.git/plain/dev-python/pygobject/pygobject-3.50.0.ebuild

IUSE="+cairo test"
RDEPEND="
....
	cairo? (
		>=dev-python/pycairo-1.16.0[${PYTHON_USEDEP}]
		x11-libs/cairo[glib]
	)
"
DEPEND="
	${RDEPEND}
...

т.е. +cairo по умолчанию (если умышленно не выключить), но потом DEPEND содержит RDEPEND, т.е. pygobject и pycairo циклически связаны при USE="+cairo" для pygobject

(Ответ для zvn на комментарий #10)
> т.е. +cairo по умолчанию (если умышленно не выключить), но потом DEPEND
> содержит RDEPEND, т.е. pygobject и pycairo циклически связаны при
> USE="+cairo" для pygobject

нет, неправильно, нет такой зависимости, это runtime dependencies, а не reverse
скажу честно: пишу только потому, что напрягают проблемы со связями пакетов.

(Ответ для Антон Мидюков на комментарий #9)
> Придётся прописывать зависимость у порядка 70 пакетов по мере развешивания
> багов пользователями.
Как-то не очень это вынглядит :(
Вручную ставить зависимость на pygobject3 какой-то ужас..

в другой баге описал проблему с пакетом system-monitoring-center.
Мне прописывать зависимость вручную или ждать решения?

(In reply to Roman Alifanov from comment #12)
> (Ответ для Антон Мидюков на комментарий #9)
> > Придётся прописывать зависимость у порядка 70 пакетов по мере развешивания
> > багов пользователями.
> Как-то не очень это вынглядит :(
> Вручную ставить зависимость на pygobject3 какой-то ужас..
> 
> в другой баге описал проблему с пакетом system-monitoring-center.
> Мне прописывать зависимость вручную или ждать решения?

Прописывать вручную. Не забудьте в спеке указать в комментарии этот баг.

(Ответ для Антон Мидюков на комментарий #13)
> Прописывать вручную. Не забудьте в спеке указать в комментарии этот баг.
Ок

Вообще пакет pygobject выглядит одинаково нелепо и у нас и в Fedora:

rpm -ql python3-module-pygobject3
/usr/lib64/python3/site-packages/gi/_gi_cairo.cpython-312.so

 $ rpm -ql python3-gobject
/usr/lib64/python3.13/site-packages/gi/_gi_cairo.cpython-313-x86_64-linux-gnu.so

Из определения на сайте https://wiki.gnome.org/PyGObject_ru
PyGObject - это внешний модуль, дающий прозрачный и достаточный доступ к платформе программной разработки GNOME через использование GObject Introspection.

таким образом, от пакета pygobject ожидается доступ к gi. Вместо этого почему-то в нём лежит gi для cairo, а весь gi вынесен в подпакет -nox.

Выглядит как то, что нужно вернуть gi в python3-module-pygobject3
А модуль gi_cairo удалить. Если же он нужен каким-то пакетам, то собрать его в 
python3-module-pycairo-gi

Тогда мантейнер python3-module-pycairo сможет добавить зависимость на python3-module-pycairo-gi и все будут счастливы.

Кто-то привык (а где-то без этого не обойтись, иначе потом серьезно вылезет конфликт) делать autoremove (depclean и т.п.), чтобы потом при обновлениях не вылезали массово проблемы, в каких-то случаях пакетные менеждеры от этого избавляют. 

В нескольких дистрибутивах можно посмотреть зависимости через браузер без установки, у множества пакетов прописаны зависимости от pygobject, например:

https://pkgs.alpinelinux.org/package/edge/main/x86_64/py3-gobject3
слева зависимости Required by (213), в т.ч. для пакетов arandr, blueman, virt-manager, meld 
https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/meld/APKBUILD
depends="
	dconf
	gsettings-desktop-schemas
	gtksourceview4
	py3-cairo
	py3-gobject3
	python3
	"

https://archlinux.org/packages/extra/x86_64/python-gobject/
слева Required By (270), среди них есть meld, blueman, arandr и др.

https://packages.gentoo.org/packages/dev-python/pygobject/reverse-dependencies
в списке (колонки DEPEND, RDEPEND)

и в Сизифе так написано для mate-menu:
https://packages.altlinux.org/ru/sisyphus/srpms/mate-menu/specfiles/
Requires: python3-module-pygobject3
а для p11 это _не_ так https://packages.altlinux.org/ru/p11/srpms/mate-menu/specfiles/

для virt-manager и в Сизифе, и в p11 _нормально_ указано Requires: python3-module-pygobject3
https://packages.altlinux.org/ru/sisyphus/srpms/virt-manager/specfiles/ 
https://packages.altlinux.org/ru/p11/srpms/virt-manager/specfiles/

М.б. еще где-то есть такая возможность, у Debian, Fedora и др. бинарных не нашел