Псевдоним: fidel Адрес пересылки почты: tergoevm@gmail.com Ментор: Виталий Липатов <lav@altlinux.org> Сборка пакетов, связанных с wine, запуском игр, 3D и видеокартами.
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@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства!
