а этот перевод в апстрим не отправлял? просто не ясно, каков его статус, лучше комментарием перед Source1 или в %prep пояснить, что как

этот всмысле мой?

Он и так в апстриме

пояснить что Source1 это файл с локалиями? Просто я хз что там ещё написать можно. Просто суб-проект с po файликами

а, это у апстрима отдельный гит для переводов

да

тогда напиши типа this is a separate upstream git with translations

не посмотрел,ч ей реп, думал, твой )

Норм?

В пакетном менеджере PIP прекращена поддержка Python 2 https://opennet.ru/54460/

ура старьё сворачивают

+Requires:  libhandy1_0
+Requires:  libgtk+3_0
+Recommends:  libsecret1_0

Вот это неправильно. Во-первых, в Росе 64-битные пакеты с библиотеками начинаются на lib64, т.е. файл /usr/lib64/libfoo.so.N будет в пакете lib64fooN на 64 битных архитектурах и libfooN на 32 битных, это так со времен пакетного менеджера urpmi, который не умел ставить одноименные пакеты разных архитектура, поэтому, если очень хочется написать такую зависимость, надо писать не libfooN, а %{_lib}fooN (как раскрывается макрос %_lib, см rpm -E %_lib). Но получается привязка к библиотекам с конкретным soname (цифра в конце названия), а это здесь не имеет смысла, он же не dlopen-ит их, python-пакеты, в т.ч. typelib, по идее их должны уже подтянуть
libsecret, мне кажется, может быть исключением, но вряд ли
В общем обычно такое просто не надо писать.
Если питон-модуль слинкован с libgtk, то libgtk автоматически подтянется благодаря генераторам Provides и Requires

как же у вас всё мутрно

Ладно сейчас попробую почитать как это исправить

А...

У вас есть ещё lib64handy

Не знал про такое

по-славянски

?