Created attachment 13097 [details]
GPG-ключ

Created attachment 13098 [details]
SSH-ключ

(Ответ для Mikhail Tergoev на комментарий #0)
> Псевдоним: fidel
> Адрес пересылки почты: tergoevm@gmail.com
> Ментор: Виталий Липатов <lav@altlinux.org>
> 
> Сборка пакетов, связанных с wine, запуском игр, 3D и видеокартами.
Кандидат готов начать вступление и уже умеет генерировать ключи.

(In reply to Mikhail Tergoev from comment #1)
> Created attachment 13097 [details]
> GPG-ключ
Ok.
(In reply to Mikhail Tergoev from comment #2)
> Created attachment 13098 [details]
> SSH-ключ
Ok.

Кандидат готов начать вступление.

ssh ключ на gitery.alt зарегистрирован.
Адрес для пересылки создан.     

T/J/S -> 2.3.

Отправил пакеты:
To gitery:/people/fidel/packages/qpwgraph.git
To gitery:/people/fidel/packages/libliftoff.git
To gitery:/people/fidel/packages/vkroots.git
To gitery:/people/fidel/packages/xone.git

3.0 Кандидат готов собирать пакеты.

ssh ключ на gyle.alt зарегистрирован.
Пакет alt-gpgkeys обновлён.

T/J/S -> 3.5.

Пакеты собраны:
$ gita ls
323738 TESTED #2 [test-only] sisyphus xone.git=0.3-alt2
323737 TESTED #1 [test-only] sisyphus vkroots.git=0.0.0.1-alt2.e554d4c
323736 TESTED #1 [test-only] sisyphus libliftoff.git=0.4.1-alt1
323725 TESTED #2 [test-only] sisyphus qpwgraph.git=0.4.4-alt1

Обновленный пакет vips до апстрима с переходом на meson в сборочницу не отправлял, по причине попытки уменьшения зависимостей для libvips.
ImageMagick заменен на GraphicsMagick.
В гитовнице текущий вариант уже есть:
To gitery:/people/fidel/packages/vips.gi)

Обновил пакет /people/fidel/packages/vips.git

Таск:
$ gita ls
323755 TESTED [test-only] sisyphus vips.git=8.14.2-alt1

Подробности нюансов сборки в баге:
https://bugzilla.altlinux.org/39214

Первый пакет отправленый в Сизиф:
[#323755] DONE vips.git=8.14.2-alt1

https://git.altlinux.org/tasks/archive/done/_316/323755/logs/events.17.1.log

Пакет libliftoff обновлен и отправлен в Сизиф.

[#323736] DONE (try 5) libliftoff.git=0.4.1-alt1
https://git.altlinux.org/tasks/archive/done/_316/323736/logs/events.5.1.log

Багу по обновлению закрыл: https://bugzilla.altlinux.org/46262

Новый пакет vkroots, необходимый для будущего обновления пакета gamescope, отправлен в Сизиф.

[#323737] DONE (try 4) vkroots.git=0.0.0.1-alt1.e554d4c
https://git.altlinux.org/tasks/archive/done/_316/323737/logs/events.4.1.log

Отправлен в сизиф:
[#323725] DONE (try 6) qpwgraph.git=0.4.4-alt1

Багу по добавлению пакета закрыл:
https://bugzilla.altlinux.org/46403

Пакет apitrace обновлен до апстрима:
324053 TESTED #5 [test-only] sisyphus apitrace.git=11.1-alt1

(Ответ для Mikhail Tergoev на комментарий #16)
> Пакет apitrace обновлен до апстрима:
> 324053 TESTED #5 [test-only] sisyphus apitrace.git=11.1-alt1

Обновлен в Сизифе:
[#324053] DONE (try 6) apitrace.git=11.1-alt1
https://git.altlinux.org/tasks/archive/done/_316/324053/logs/events.6.1.log

Собран самая свежая версия gamescope:

[#324251] TESTED (try 4) gamescope.git=3.12.0-alt1.beta9
https://git.altlinux.org/tasks/324251/logs/events.4.1.log

Сборка проходит успешно без правок исходников с помощью патчей, но установленный в систему пакет, вылетает с ошибкой:

$ gamescope -- vkcube
No CAP_SYS_NICE, falling back to regular-priority compute and threads.
Performance will be affected.
wlserver: [backend/headless/backend.c:68] Creating headless backend
vulkan: selecting physical device 'AMD Radeon RX 6750 XT (RADV NAVI22)': queue family 1
vulkan: physical device supports DRM format modifiers
vulkan: supported DRM formats for sampling usage:
vulkan:   AR24 (0x34325241)
vulkan:   XR24 (0x34325258)
vulkan:   AB24 (0x34324241)
vulkan:   XB24 (0x34324258)
vulkan:   NV12 (0x3231564E)
vulkan:   AB4H (0x48344241)
vulkan:   AB48 (0x38344241)
vulkan:   AB30 (0x30334241)
vulkan:   XB30 (0x30334258)
vulkan:   AR30 (0x30335241)
vulkan:   XR30 (0x30335258)
wlserver: Running compositor on wayland display 'gamescope-0'
wlserver: [backend/headless/backend.c:16] Starting headless backend
wlserver: [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X0: Address already in use
wlserver: [xwayland/server.c:108] Starting Xwayland on :1
wlserver: [types/wlr_compositor.c:673] New wlr_surface 0x56524ffa9350 (res 0x565250178c60)
wlserver: [xwayland/server.c:273] Xserver is ready
pipewire: pw_context_connect failed
Warning: failed to setup PipeWire, screen capture won't be available
Selected GPU 0: AMD Radeon RX 6750 XT (RADV NAVI22), type: DiscreteGpu
wlserver: [types/wlr_compositor.c:673] New wlr_surface 0x56524ffad810 (res 0x565250179440)
Исключение в операции с плавающей точкой
(EE) failed to read Wayland events: Broken pipe

Собран и проверен новый пакет AntiMicroX (графическая программа, используемая для сопоставления клавиш геймпада с клавиатурой, мышью, скриптами и макросами)

https://github.com/AntiMicroX/antimicrox

324558 TESTED #1 [test-only] sisyphus antimicrox.git=3.3.4-alt1

Пакет antimicrox отправлен в Сизиф:
https://git.altlinux.org/tasks/archive/done/_316/324558/logs/events.5.3.log
[#324558] DONE (try 5) antimicrox.git=3.3.4-alt1

Завел багу по исправлению пересборки пакета texlive (сам же и исправил):
https://bugzilla.altlinux.org/46864

Пакет texlive пересобран и отправлен в Сизиф:
https://git.altlinux.org/tasks/archive/done/_317/324757/logs/events.5.3.log
[#324757] DONE (try 5) texlive.git=2021-alt4_3

(In reply to Mikhail Tergoev from comment #21)
> Завел багу по исправлению пересборки пакета texlive (сам же и исправил):
> https://bugzilla.altlinux.org/46864
> 
> Пакет texlive пересобран и отправлен в Сизиф:
> https://git.altlinux.org/tasks/archive/done/_317/324757/logs/events.5.3.log
> [#324757] DONE (try 5) texlive.git=2021-alt4_3

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

(Ответ для Dmitry V. Levin на комментарий #22)
> Судя по всему, вы называете исправлением прибивание в спеке старой версии
> компилятора.

Возможно я не правильно выразился. Всегда выслушаю конструктивную критику.

Собран новый пакет и отправлен в Sisyphus: libnativefiledialog-extended 
[#325135] DONE (try 14) nativefiledialog-extended.git=1.1.0-alt1

Отправлен в Сизиф таск 325166 с обновленным libpaper1, libpaper2, boomaga и xmlto:
https://git.altlinux.org/tasks/archive/done/_317/325166/logs/events.15.2.log
Закрыта бага: https://bugzilla.altlinux.org/show_bug.cgi?id=46837

Собран новый пакет imhex по баге:
https://bugzilla.altlinux.org/show_bug.cgi?id=46936
и отправлен в Sisyphus:
https://packages.altlinux.org/ru/tasks/325131/

Исправлена сборка texlive с gcc-13: 
325758 DONE (try 4) texlive.git=2021-alt5_3
- NMU: fixed build with gcc-13 (ALT bug 46864)
По баге: https://bugzilla.altlinux.org/46864

4.0. Подопечный готов отправлять пакеты в Сизиф.

Собран и опубликован новый пакет obs-vkcapture:
326296 DONE (try 4) obs-vkcapture.git=1.4.1-alt1

Собран и опубликован новый пакет pyLinuxWheel:
326311 DONE (try 3) pyLinuxWheel.git=0.6.1-alt1

Обновлен пакет qpwgraph до апстрима и закрыта бага:
https://bugzilla.altlinux.org/show_bug.cgi?id=47121
326408 DONE (try 2) qpwgraph.git=0.5.1-alt1

Собран и опубликован новый пакет xone:
323738 DONE (try 9) xone.git=0.3-alt1

обновлён пакет latte-dock:
327320 TESTED #1 [test-only] sisyphus latte-dock.git=0.10.9-alt1
по баге latte-dock:
https://bugzilla.altlinux.org/47233

обновил vkd3d до апстрима:
327321 TESTED #1 [test-only] sisyphus vkd3d.git=1.8-alt1

обновлен пакет bullet3, закрыта бага:
https://bugzilla.altlinux.org/47193

Призван рецензент (rider@) для независимой оценки готовности кандидата.

T/J/S -> 4.2.

xone:
- у проекта есть активный апстрим, лучше если собираете из git тащить всю историю, а не тарболл. Так было бы удобнее

  13 # Source0-url: https://github.com/medusalix/xone/archive/refs/tags/v%version.tar.gz

это лишнее.

В скрипте dkms происходит какая-то адская магия, без пояснений не могу понять что и зачем делается.  Было бы неплохо его закоммитить отдельно и в commit message или комментариях описать подробности происходящего.
В зависимостях пакета есть cabextract и из гита тоже непонятно зачем он нужен.

Вообще, если честно - мне вообще не нравится идея паковать исходники, из которых что-то собирается в /usr (даже в /usr/local).

vkd3d.spec - информация о том, с помощью какого скрипта сделана запись или выполнено обновление в changelog выглядит мусором.

(Ответ для Mikhail Tergoev на комментарий #35)
> обновлен пакет bullet3, закрыта бага:
> https://bugzilla.altlinux.org/47193

А зачем было сделано move to tarball ? 

Далее - в пакете изменился soname, но пакет не был приведёт в соответствии с shared libs policy и т.к. этот пакет уже попал в репозиторий, то данную ошибку исправить пока не получится (до следующего изменения soname апстримом)

https://git.altlinux.org/tasks/archive/done/_319/327320/gears/100/git?p=git;a=commitdiff;h=104d4256b2c1848ab76e9f23b8b81062caafd561

Зачем нужно было переносить rpm-macros в BuildRequires(pre) ?

Запись в changelog о том, с помощью чего было сделано обновление пакета выглядит мусором, не несущей полезной информации.

https://git.altlinux.org/tasks/archive/done/_321/329224/gears/100/git?p=git;a=blob;f=.gear/qpwgraph.spec;h=8ebf4a84f32f985e35baf535a337083d99fc77b7;hb=032c4d12635add3dcf2f668c586f42fd2cd9aae3

Дубль ссылки на git перед Source - ненужный мусор.

Секцию check правильнее и привычнее делать после секции install

Запись в changelog о том, с помощью чего сделано обновление - мусор.

obs-vkcapture:
есть активный git, но почему-то была выбрана схема упаковки с импортом тарболла. Лучше переделать на git, к тому же как раз вышла новая версия https://github.com/nowrep/obs-vkcapture

На review уже нужно мне, удобнее через телеграм.

https://git.altlinux.org/gears/p/pyLinuxWheel.git?p=pyLinuxWheel.git;a=blob;f=pyLinuxWheel.spec;h=9029fff5fa615e8aa158893d86b37422019e0057;hb=48e76a6f6b69733ecb72341e10038fc87a031ec9

Зачем AutoReq: no  ?

При наличии апстримного гита очень важно собирать не из тарболла а из гита, в дальнейшем будет проще сопровождать.

зачем зависимость на udev ? у нас разве бывают системы без него ?

В %prep очень странные действия делаются с переводами. Это же должно происходить при сборке.

udev rules в пакете кривые по содержанию, права 666 и 777 недопустимы, права лучше выставлять через GROUP и MODE. Похоже что автор не разобрался с тем как работает udev и это лучше исправить.

у PyLinuxWheel ещё есть warning repocop, надо бы обратить на это внимание:
https://packages.altlinux.org/ru/sisyphus/srpms/pyLinuxWheel/repocop/

Михаил, среди пакетов есть уже что обновить:
https://packages.altlinux.org/ru/sisyphus/maintainers/fidel/watch
можно пройтись по списку и дать мне на review изменения.

(Ответ для Anton Farygin на комментарий #38)
> vkd3d.spec - информация о том, с помощью какого скрипта сделана запись или
> выполнено обновление в changelog выглядит мусором.

rpmrb и rpmgs автоматически добавляют в changelog такую запись. Если это лишняя информация, значит буду подчищать.

(Ответ для Anton Farygin на комментарий #42)
> obs-vkcapture:
> есть активный git, но почему-то была выбрана схема упаковки с импортом
> тарболла. Лучше переделать на git, к тому же как раз вышла новая версия

Такова рекомендация ментора о сборки новых пакетов из тарбола.

(Ответ для Anton Farygin на комментарий #39)
> (Ответ для Mikhail Tergoev на комментарий #35)
> > обновлен пакет bullet3, закрыта бага:
> > https://bugzilla.altlinux.org/47193
> 
> А зачем было сделано move to tarball ? 

пробовал обновлять с помощью rpmgs и rpmrb получил:
Множество 
CONFLICT (content):
Auto-merging
после чего
Automatic merge failed; fix conflicts and then commit the result.

Перевел в тарбол что бы не было истории с конфликтами


(Ответ для Anton Farygin на комментарий #40)
> https://git.altlinux.org/tasks/archive/done/_319/327320/gears/100/git?p=git;
> a=commitdiff;h=104d4256b2c1848ab76e9f23b8b81062caafd561
> 
> Зачем нужно было переносить rpm-macros в BuildRequires(pre) ?

https://www.altlinux.org/Spec/Предопределенные_макросы
Для использования данных макросов, необходимо добавить в spec строчку:
BuildRequires(pre): имя-пакета-с-макросами

(Ответ для Anton Farygin на комментарий #41)
> https://git.altlinux.org/tasks/archive/done/_321/329224/gears/100/git?p=git;
> a=blob;f=.gear/qpwgraph.spec;h=8ebf4a84f32f985e35baf535a337083d99fc77b7;
> hb=032c4d12635add3dcf2f668c586f42fd2cd9aae3
> 
> Дубль ссылки на git перед Source - ненужный мусор.
> Секцию check правильнее и привычнее делать после секции install
Принято.

(Ответ для Anton Farygin на комментарий #37)
> xone:
>   13 # Source0-url:
> https://github.com/medusalix/xone/archive/refs/tags/v%version.tar.gz
> 
> это лишнее.
> 
> В скрипте dkms происходит какая-то адская магия, без пояснений не могу
> понять что и зачем делается.  Было бы неплохо его закоммитить отдельно и в
> commit message или комментариях описать подробности происходящего.
> В зависимостях пакета есть cabextract и из гита тоже непонятно зачем он
> нужен.

Добавлю в скрипте xone больше комментариев.
(curl скачивает фирмварь, а cabextract его распаковывает, в этом скрипте:
https://github.com/medusalix/xone/blob/master/install/firmware.sh )

(Ответ для Mikhail Tergoev на комментарий #46)
> (Ответ для Anton Farygin на комментарий #38)
> > vkd3d.spec - информация о том, с помощью какого скрипта сделана запись или
> > выполнено обновление в changelog выглядит мусором.
> 
> rpmrb и rpmgs автоматически добавляют в changelog такую запись. Если это
> лишняя информация, значит буду подчищать.

Да, на мой взгляд она не несёт никакого смысла - такая запись это попытка переложить ответственность за сделанное изменение с ментейнера на скрипт, но это не правильно.

> 
> (Ответ для Anton Farygin на комментарий #42)
> > obs-vkcapture:
> > есть активный git, но почему-то была выбрана схема упаковки с импортом
> > тарболла. Лучше переделать на git, к тому же как раз вышла новая версия
> 
> Такова рекомендация ментора о сборки новых пакетов из тарбола.

Это ошибка, если планируется нормально сопровождать пакет, то часто без апстримной истории делать это невозможно (например, бисектить коммит в процессе поиска привнесённой ошибки со сборкой в пакет).

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

> 
> (Ответ для Anton Farygin на комментарий #39)
> > (Ответ для Mikhail Tergoev на комментарий #35)
> > > обновлен пакет bullet3, закрыта бага:
> > > https://bugzilla.altlinux.org/47193
> > 
> > А зачем было сделано move to tarball ? 
> 
> пробовал обновлять с помощью rpmgs и rpmrb получил:
> Множество 
> CONFLICT (content):
> Auto-merging
> после чего
> Automatic merge failed; fix conflicts and then commit the result.

Надо обновлять с помощью git merge

> 
> Перевел в тарбол что бы не было истории с конфликтами

Это ошибка и теперь репозиторий испорчен, его нужно вернуть к нормальному состоянию, переписав историю.

В личке расскажу как это можно сделать.

> 
> 
> (Ответ для Anton Farygin на комментарий #40)
> > https://git.altlinux.org/tasks/archive/done/_319/327320/gears/100/git?p=git;
> > a=commitdiff;h=104d4256b2c1848ab76e9f23b8b81062caafd561
> > 
> > Зачем нужно было переносить rpm-macros в BuildRequires(pre) ?
> 
> https://www.altlinux.org/Spec/Предопределенные_макросы
> Для использования данных макросов, необходимо добавить в spec строчку:
> BuildRequires(pre): имя-пакета-с-макросами

Да, но если раньше работало, то зачем сделано такое изменение ?

(Ответ для Anton Farygin на комментарий #47)
> (Ответ для Mikhail Tergoev на комментарий #46)
> > (Ответ для Anton Farygin на комментарий #38)
> > > vkd3d.spec - информация о том, с помощью какого скрипта сделана запись или
> > > выполнено обновление в changelog выглядит мусором.
> > 
> > rpmrb и rpmgs автоматически добавляют в changelog такую запись. Если это
> > лишняя информация, значит буду подчищать.
> 
> Да, на мой взгляд она не несёт никакого смысла - такая запись это попытка
> переложить ответственность за сделанное изменение с ментейнера на скрипт, но
> это не правильно.
Я думаю, если никаких изменений мантейнер не вносил, то запись можно и оставить. А если много ручных изменений, упоминать скрипт не стоит.



> > (Ответ для Anton Farygin на комментарий #42)
> > > obs-vkcapture:
> > > есть активный git, но почему-то была выбрана схема упаковки с импортом
> > > тарболла. Лучше переделать на git, к тому же как раз вышла новая версия
> > 
> > Такова рекомендация ментора о сборки новых пакетов из тарбола.
> 
> Это ошибка, если планируется нормально сопровождать пакет, то часто без
> апстримной истории делать это невозможно (например, бисектить коммит в
> процессе поиска привнесённой ошибки со сборкой в пакет).
Ну в смысле ошибка? Если кто-то хочет делать бисект апстрима, он это делает с апстримным репозиторием. Если кому-то нравится бисектить репозиторий пакета, это его право, но зачем навязывать свои взгляды и называть остальные ошибками?

> Я предполагаю что планируется нормально сопровождение пакетов, поэтому про
> скрипты автоматизации сборки из тарболла придётся забыть.
Выше был ложный логический вывод, что нормально сопровождать пакет невозможно без апстримной истории. Здесь он развился в основание для отказа от каких-то скриптов автоматической сборки, о которых надо забыть.
И почему-то рассказывается мантейнеру, как ему будет удобнее сопровождать пакеты.

Но я предлагаю забыть о вытягивании апстримной истории в пакет, это странная идея.
Хотя вы можете попробовать рассказать её мантейнерам LibreOffice (собирается вообще из src.rpm) или chromium (импортируется срез репозитория одним коммитом).

В любом случае важнее замечания по сути упаковки, а способ получения апстримных исходников на качество пакета не влияет.

...
> Это ошибка и теперь репозиторий испорчен, его нужно вернуть к нормальному
> состоянию, переписав историю.
Ровно так же я считаю, что репозиторий испорчен, когда кому-то приходит в голову изменить способ ведения пакета, который я сопровождаю или собираюсь обновить.
Но письма в devel@ об этом бесполезны, zerg@ вот считает, что отличный способ борьбы с этим это ACL. Осталось придумать ACL от рецензентов.

(Ответ для Vitaly Lipatov на комментарий #48)
> (Ответ для Anton Farygin на комментарий #47)
> > (Ответ для Mikhail Tergoev на комментарий #46)
> > > (Ответ для Anton Farygin на комментарий #38)
> > > > vkd3d.spec - информация о том, с помощью какого скрипта сделана запись или
> > > > выполнено обновление в changelog выглядит мусором.
> > > 
> > > rpmrb и rpmgs автоматически добавляют в changelog такую запись. Если это
> > > лишняя информация, значит буду подчищать.
> > 
> > Да, на мой взгляд она не несёт никакого смысла - такая запись это попытка
> > переложить ответственность за сделанное изменение с ментейнера на скрипт, но
> > это не правильно.
> Я думаю, если никаких изменений мантейнер не вносил, то запись можно и
> оставить. А если много ручных изменений, упоминать скрипт не стоит.

В целом здесь не место для дискуссии по этому поводу. Если ты думаешь, что я всё обновляю вручную - то ты сильно ошибаешься. Но почему-то мои скрипты не оставляют никаких записей в changelog о себе.

Всё остальное если хочется пообсуждать, то давай в devel. Здесь мы учим хорошему, а плохое само придёт.

Отчитаюсь и здесь.

(Ответ для Anton Farygin на комментарий #42)
> obs-vkcapture:
> есть активный git, но почему-то была выбрана схема упаковки с импортом
> тарболла. Лучше переделать на git, к тому же как раз вышла новая версия
> https://github.com/nowrep/obs-vkcapture

Уже в сизифе переделанный на git с сохранением истории и обновлён:
329386 DONE (try 5) obs-vkcapture.git=1.4.2-alt1


Так как gamescope был изначально собран с гита (хоть и удалён из Сизифа), так же его вернул на git с сохранением истории и обновлением до апстрима:
329376 DONE (try 3) gamescope.git=3.12.5-alt1


(Ответ для Anton Farygin на комментарий #39)
> (Ответ для Mikhail Tergoev на комментарий #35)
> > обновлен пакет bullet3, закрыта бага:
> Далее - в пакете изменился soname, но пакет не был приведёт в соответствии с
> shared libs policy и т.к. этот пакет уже попал в репозиторий, то данную
> ошибку исправить пока не получится (до следующего изменения soname апстримом)

Тэги bullet3 у апстрима начинаются с версии 2.85.
после обновления:
libbullet3 содержит lib*.so.3.25
libbullet3-devel содержит lib*.so которые являются симлинками на lib*.so.3.25

С новой версией bullet3 были успешно пересобраны пакеты:
200 rebuild dart
300 rebuild gz-physics

Является ли это ошибкой, если проблем с обновлением пакета и с пересборкой зависящих от него пакетов не возникло проблем?

PS: Обновлений bullet3 нет, но раньше был на гите, вернул на гит:
329626 TESTED #1 [test-only] sisyphus bullet3.git=3.25-alt2


(Ответ для Anton Farygin на комментарий #45)
> Михаил, среди пакетов есть уже что обновить:
> https://packages.altlinux.org/ru/sisyphus/maintainers/fidel/watch
> можно пройтись по списку и дать мне на review изменения.

Исходный пакет: vkroots
Версия: 0.0.0.1-alt1.e554d4c
Тегов у апстрима нет, по этому версия по коммиту и актуальная на данный момент.
Когда собирал пакет, написал и апстриму о необходимости тэгов:
https://github.com/Joshua-Ashton/vkroots/issues/6

Есть вопрос, с чего я стал сопровождающим boomaga и texlive если вносил минимальные изменения в пакеты и в историю добавлял NMU:

boomaga:
19 июля 2023 г. Mikhail Tergoev 3.0.0-alt1.2
- NMU: replacement BR libpaper to /usr/bin/paperconf

texlive:
27 июля 2023 г. Mikhail Tergoev 2021-alt5_3
- NMU: fixed build with gcc-13 (ALT bug 46864)
11 июля 2023 г. Mikhail Tergoev 2021-alt4_3
- NMU: fixed build (force compiling with gcc-12)

так устроен репозиторий - кто собирал, тот и сопровождает.
по этому поводу есть  бага в нашей bugzilla (кого считать сопровождающим), но пока там никаких движений нет.

(Ответ для Anton Farygin на комментарий #41)
> https://git.altlinux.org/tasks/archive/done/_321/329224/gears/100/git?p=git;
> a=blob;f=.gear/qpwgraph.spec;h=8ebf4a84f32f985e35baf535a337083d99fc77b7;
> hb=032c4d12635add3dcf2f668c586f42fd2cd9aae3
> 
> Дубль ссылки на git перед Source - ненужный мусор.

Поясню причину:
При использовании скрипта rpmgs, данный дубль не мусор, так как ссылки типа Source0-git и Source0-url являются инструкцией для скрипта, как собирать и обновлять.

Source0-git: - создание и обновление пакета из гита
Source0-url: - предназначен для указывания адресов, откуда скачать тарбол (так же используется для сборки пакетов с определёнными сабмодулями)

Для сборки из тарболла - Source может быть URL.
А при сборке из гита всю служебную информацию для скриптов можно вынести за пределы спек-файла в дерево - но это действительно потребует модификации данных скриптов.

(Ответ для Anton Farygin на комментарий #43)

> udev rules в пакете кривые по содержанию, права 666 и 777 недопустимы, права
> лучше выставлять через GROUP и MODE. Похоже что автор не разобрался с тем
> как работает udev и это лучше исправить.

Касательно GROUP и MODE. Я посмотрел эти правила, и эти скрипты. Из того, что я знаю про udev, GROUP и MODE работают на тот файл (обычно — файл устройства), который связан с событием в ядре (udev — это же, по сути, фильтр событий). А в тех скриптах, которые сейчас, устанавливаются права на какие-то смежные файлы, которые лежат относительно файла-события. Поэтому мне кажется, что использовать GROUP и MODE не получится.

Для начала было бы неплохо просто поправить права - они кривые.

Но думаю что можно и GROUP/MODE выставить, просто подумать как сделать.

Исправлен уже и Сизифе 329839 DONE (try 7) pyLinuxWheel.git=0.6.1-alt3
- cleaning spec file
- added patch to fix desktop file
- added patch to fix rules file (thanx @kovalev)

Обновлён в Сизифе: 329910 DONE (try 2) obs-vkcapture.git=1.4.3-alt1
Уже есть еще одна обнова: 331009 TESTED 1 [test-only] sisyphus obs-vkcapture.git=1.4.4-alt1

Обновлён и отправлен в Сизиф:
331292 DONE (try 3) transmission.git=4.0.4-alt1
- updated to upstream version 4.0.4 (ALT bug: 45494)
- fixed permissions (ALT bug: 44852, 33055)
- build transmission-gtk with gtk4

Улучшен и уже в Сизифе: 
330020 DONE (try 6) xone.git=0.3-alt2
- move to git
- update xone.sh
- added patch for firmware.sh (unpack to tmp, check for downloading and unpacking firmware)
- clearing the dkms package

С учётом объёма и качества проделанной работы у меня нет возражений против приёма кандидата в ALT Linux Team.

Но просьба к Михаилу ещё какое-то время показывать только новые пакеты или изменения в чужих пакетов мне на review.

(Ответ для Anton Farygin на комментарий #58)
> Но просьба к Михаилу ещё какое-то время показывать только новые пакеты или
> изменения в чужих пакетов мне на review.

Принято. Спасибо.

Адрес подписан на devel@.
Пользователь добавлен в группу мейнтейнеров.

Желаю удачного мейнтейнерства!