45548 2023-03-14 19:35:45 +0300 [done] join smasher@ 2024-09-23 22:11:52 +0300 1 1 4 Development Team Accounts join unspecified all Linux CLOSED FIXED https://altlinux.org/Team/Join P5 normal --- 1 glinkinvd glebfm ancieg arseny glebfm ldv cas oldest_to_newest 222880 0 12742 glinkinvd 2023-03-14 19:35:45 +0300 Created attachment 12742 SSH Public Key Псевдоним: glinkinvd Почта для пересылки: VladislavDenisov2002@mail.ru Имя ментора: ancieg Цель вступления: Научиться собирать и сопровождать пакеты 222881 1 12743 glinkinvd 2023-03-14 19:37:27 +0300 Created attachment 12743 GPG Public Key 222882 2 ancieg 2023-03-14 20:01:43 +0300 (Ответ для Vladislav Glinkin на комментарий #0) > Имя ментора: ancieg Согласен быть ментором. 223007 3 glinkinvd 2023-03-18 17:52:08 +0300 > Псевдоним: glinkinvd UPD: В качестве псевдонима хочу использовать: smasher Прикрепляю изменённый публичный GPG ключ 223008 4 12759 glinkinvd 2023-03-18 17:52:46 +0300 Created attachment 12759 GPG Public Key 223009 5 ancieg 2023-03-18 17:57:54 +0300 (Ответ для Vladislav Glinkin на комментарий #3) > > Псевдоним: glinkinvd > UPD: > В качестве псевдонима хочу использовать: smasher > Прикрепляю изменённый публичный GPG ключ ОК. Просьба сразу выдать доступ к gitery. 223098 6 glebfm 2023-03-21 10:02:08 +0300 Ключи в порядке. 223123 7 glebfm 2023-03-21 12:28:23 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 229411 8 ancieg 2023-07-10 16:45:51 +0300 Прошу выдать доступ к gyle. 230913 9 glebfm 2023-08-04 18:22:34 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. T/J/S -> 3.5. 232434 10 glinkinvd 2023-09-02 19:46:47 +0300 На данный момент собрано: https://pypi.org/project/onigurumacffi/ https://pypi.org/project/remote-pdb/ https://pypi.org/project/babi-grammars/ https://pypi.org/project/babi/ в https://packages.altlinux.org/ru/tasks/328594/ https://crates.io/crates/hunt в https://packages.altlinux.org/ru/tasks/328085/ 232533 11 glinkinvd 2023-09-04 22:56:36 +0300 UPD: Новые, собранные пакеты https://crates.io/crates/procs в https://packages.altlinux.org/ru/tasks/326698/ https://pkg.go.dev/github.com/six-ddc/plow в https://packages.altlinux.org/ru/tasks/326695/ 235320 12 glinkinvd 2023-10-20 21:58:57 +0300 Новые пакеты: https://onefetch.dev/ в https://packages.altlinux.org/ru/tasks/326691/ https://www.gnu.org/software/pem/ в https://packages.altlinux.org/ru/tasks/326612/ https://pkg.go.dev/github.com/cenkalti/rain в https://packages.altlinux.org/ru/tasks/332277/ 235321 13 ancieg 2023-10-20 22:03:12 +0300 Думаю, что пора звать рецензента. 238448 14 glebfm 2023-12-05 19:15:38 +0300 Адрес подписан на devel@, теперь это делается раньше -- в пункте 3.6. 240499 15 glebfm 2024-01-23 18:08:06 +0300 Призван рецензент (arseny@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 240571 16 arseny 2024-01-24 14:44:49 +0300 (In reply to Gleb F-Malinovskiy from comment #15) > Призван рецензент (arseny@) для независимой оценки готовности кандидата. > > T/J/S -> 4.2. Посмотрю на этой неделе. 240807 17 arseny 2024-01-29 13:36:44 +0300 Ну что ж, потихоньку начнём. :) pem --- В спеке в %files ман-страницы указаны как `.1.xz`. Лучше `.1*`, потому что тип сжатия ман-страниц может измениться независимо от вашего пакета (и суффикс вместе с ним). Например: %_man1dir/*.1* В пакете, например, onefetch это (формально) учтено, поэтому в ошибки упаковки не записываю. Но фрагмент имени про секцию лучше синхронизировать с номером секции в подкаталоге %_datadir/man, чтобы ловить у апстрима несовпадения. Придирки: * файл pem.txt с примером CSV-базы, видимо, является демонстрационным и для работы программы pem(1) не нужен, но апстрим его кладёт под %_datadir и, вероятно, более не занимается проектом. Я б его переложил под директиву %doc. (впрочем, пакет заработает и без этого). * вы зачем-то его переименовываете в example.pem, хотя программа сама не заканчивает имена файлов под ~/.pem этим суффиксом. Такой суффикс часто применяют для хранения реальных файлов PEM — base64-подобный контейнерный формат для блобов, например, x509-данных: ключи шифрования, сертификаты, ..., или блоков с цифровой подписью, проч. Формат PEM и это соглашение гораздо более популярны, чем GNU Pem. Я б не стал так делать, можно назвать example.txt, например. Да, реально отличать файлы стоит по сигнатурам их содержимого, но выдумывать соглашения за апстрим, полагаю, ни к чему. Вопрос _к кандидату_: Обоснуйте, пожалуйста, выбор gear-схемы. Если бы в пакете гипотетически появилась необходимость исправлять исходники, как вы бы это оформили? 240809 18 arseny 2024-01-29 13:43:10 +0300 onefetch -------- Коммит, где фиксируются cargo-зависимости, называется "dependencies for version N"; в этом названии нет сказуемого, создаётся ложное впечатление, что зависимости есть только в этой ревизии дерева и дальше пропадут. > Write your commit message in the imperative: "Fix bug" and not "Fixed bug" > or "Fixes bug." This convention matches up with commit messages generated > by commands like git merge and git revert. https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html А вот %changelog в спеке это соглашение не затрагивает; там рекомендуется прошедшее время. То же самое касается других rust+cargo-пакетов. Придирки: В тексте %description предложения лучше заканчивать точкой (ибо это небольшой, но текст), в отличие от слоганов в %summary. То же самое касается %changelog. То же самое касается других rust+cargo-пакетов. procs ----- Среди cargo-барахла нашёлся, например, крейт winapi-i686-pc-windows-gnu, полный не работающих в нашей системе `.a`. Так как наш пакет, как я могу судить после беглого прочтения, не связан с кросс-компиляцией под маздай или с анализом блобов под эту платформу, этот мусор зря занимает место в архиве; его стоит убрать по мере возможностей. Надёжного инструмента для этого нет, но есть подсказки, как это делать руками: https://altlinux.org/RPM/Rust Рекомендую проверить и другие cargo-пакеты. Придирки: аналогично onefetch. hunt — в общем, аналогично. Сегодня пакеты на базе сборочной системы cargo сложнее обновлять, чем собирать заново. Чтобы закрепить свои навыки, Владиславу стоит обновить какой-нибудь существующий пакет на базе cargo, например, один из своих пакетов. Это заодно и шанс исправить (в будущих коммитах) описанные выше малые недочёты. :) Питон посмотрю в ближайшее время. 240811 19 arseny 2024-01-29 13:46:28 +0300 (In reply to Arseny Maslennikov from comment #18) > Коммит, где фиксируются cargo-зависимости, называется "dependencies for > version N"; в этом названии нет сказуемого, создаётся ложное впечатление, > что зависимости есть только в этой ревизии дерева и дальше пропадут. > > Write your commit message in the imperative: "Fix bug" and not "Fixed bug" > > or "Fixes bug." This convention matches up with commit messages generated > > by commands like git merge and git revert. > https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html Например, "vendor dependencies for version N". Или update, reflect, ... по вкусу. 241116 20 arseny 2024-02-04 22:06:29 +0300 (In reply to Arseny Maslennikov from comment #18) > Питон посмотрю в ближайшее время. Судя по всему, модули упакованы в соответствии со следующими гайдами: https://www.altlinux.org/Python_packaging_guide https://www.altlinux.org/Management_of_Python_dependencies_sources Каких-либо нормативных предписаний по поводу Python-модулей у нас нет, так что пусть. Вопрос _к кандидату_. В файле babi.spec: > # Remove the line 'license_file = LICENSE' for setuptools (actual for version 1.5.5) > sed -i '11d' setup.cfg > Пожалуйста, обоснуйте, почему вы выбрали именно такой способ поправить setup.cfg. 241261 21 arseny 2024-02-07 20:52:52 +0300 В общем: - жду ответов на вопросы; - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных кросс-языковых систем управления проектом (meson/cmake/autotools); например, https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на rust-cargo, раз уж вам интересны пакеты на rust. :) 243876 22 glinkinvd 2024-04-01 19:39:45 +0300 (Ответ для Arseny Maslennikov на комментарий #21) > В общем: > - жду ответов на вопросы; > - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных > кросс-языковых систем управления проектом (meson/cmake/autotools); например, > https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; > - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на > rust-cargo, раз уж вам интересны пакеты на rust. :) Арсений, здравствуйте. Хочу поблагодарить вас за вашу рецензию. Узнал для себя что-то новое и сделал выводы. 1. Обновление rust пакетов: https://packages.altlinux.org/ru/tasks/343071/ https://packages.altlinux.org/ru/tasks/343619/ https://packages.altlinux.org/ru/tasks/343843/ При обновлении данных пакетов произвёл очистку зависимостей вендора от бинарных артефактов. Все подробности и изменения можно просмотреть в гите (старался делать информативные коммиты). 2. Собрал tracy по вашей просьбе, однако пакет на данный момент не попал в сизиф (находится на ревью у ментора). Сборочное задание: https://packages.altlinux.org/ru/tasks/343948/ 3. Ответы на вопросы. > Обоснуйте, пожалуйста, выбор gear-схемы. Если бы в пакете гипотетически появилась необходимость исправлять исходники, как вы бы это оформили? На примере pem'а я тренировался собирать пакет с исходниками в виде тарболла с помощью gear. Правку исходников я бы оформил в виде патчей, полагаю. > Пожалуйста, обоснуйте, почему вы выбрали именно такой способ поправить setup.cfg. (babi) Пакет собирался из тэга, но на момент сборки пакета, в основной ветке upstream'а setup.cfg уже был исправлен. Принял решение поправить недочёт в setup.cfg с помощью sed'а в спеке (с соответствующим комментарием), так как в следующей версии пакета данное исправление не понадобится и строчку из спека можно будет удалить. Почему-то такое решения мне показалось самым простым. 244294 23 glinkinvd 2024-04-06 17:31:40 +0300 Дополнительно собрал: https://packages.altlinux.org/ru/tasks/344421/ https://packages.altlinux.org/ru/tasks/344504/ 247261 24 arseny 2024-06-05 13:58:01 +0300 (In reply to Vladislav Glinkin from comment #22) > (Ответ для Arseny Maslennikov на комментарий #21) > > В общем: > > - жду ответов на вопросы; > > - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных > > кросс-языковых систем управления проектом (meson/cmake/autotools); например, > > https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; > > - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на > > rust-cargo, раз уж вам интересны пакеты на rust. :) > > Арсений, здравствуйте. Хочу поблагодарить вас за вашу рецензию. Узнал для > себя что-то новое и сделал выводы. ^^ Всегда пожалуйста! > <...> > 3. Ответы на вопросы. > > Обоснуйте, пожалуйста, выбор gear-схемы. Если бы в пакете гипотетически появилась необходимость исправлять исходники, как вы бы это оформили? > > На примере pem'а я тренировался собирать пакет с исходниками в виде тарболла > с помощью gear. Правку исходников я бы оформил в виде патчей, полагаю. Ок, это имеет смысл, пока их немного. > > Пожалуйста, обоснуйте, почему вы выбрали именно такой способ поправить setup.cfg. (babi) > > Пакет собирался из тэга, но на момент сборки пакета, в основной ветке > upstream'а setup.cfg уже был исправлен. > Принял решение поправить недочёт в setup.cfg с помощью sed'а в спеке (с > соответствующим комментарием), так как в следующей версии пакета данное > исправление не понадобится и строчку из спека можно будет удалить. > Почему-то такое решение мне показалось самым простым. Раз в следующей версии этот процедурный патч больше не понадобится, то и ладно. Но иначе было бы неубедительно. "Вас арестовала полиция спеков; в этот раз без штрафа, но больше не нарушайте". :) Другие случаи, где это допустимо, бывают, но очень и очень особенные; в основном касаются первых строк, номер которых несёт в файле особый смысл, "заголовочных" или вроде того. До остального доберусь чуть позже... 247264 25 arseny 2024-06-05 15:19:29 +0300 (In reply to Vladislav Glinkin from comment #22) > (Ответ для Arseny Maslennikov на комментарий #21) > > В общем: > > - жду ответов на вопросы; > > - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных > > кросс-языковых систем управления проектом (meson/cmake/autotools); например, > > https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; > > - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на > > rust-cargo, раз уж вам интересны пакеты на rust. :) > > 2. Собрал tracy по вашей просьбе, Круто, спасибо! > однако пакет на данный момент не попал в сизиф (находится на ревью у ментора). Не беда. Меня и так долго ждали, посмотрю сам. > Сборочное задание: https://packages.altlinux.org/ru/tasks/343948/ Сначала на https://git.altlinux.org/tasks/343948/build/1000/x86_64/log гляжу. Замечания: 1) cmake запущен так: [00:00:03] Executing(%build): /bin/sh -e /usr/src/tmp/rpm-tmp.61562 <...> [00:00:03] + cmake -DCMAKE_SKIP_INSTALL_RPATH:BOOL=yes '-DCMAKE_C_FLAGS:STRING=-pipe -frecord-gcc-switches -Wall -g -O2 -flto=auto' '-DCMAKE_CXX_FLAGS:STRING=-pipe -frecord-gcc-switches -Wall -g -O2 -flto=auto' '-DCMAKE_Fortran_FLAGS:STRING=-pipe -frecord-gcc-switches -Wall -g -O2 -flto=auto' -DCMAKE_INSTALL_PREFIX=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_DESTINATION=lib64 -DLIB_SUFFIX=64 -S . -B x86_64-alt-linux -DBUILD_SHARED_LIBS=ON Не передано никакое значение для cache var CMAKE_BUILD_TYPE. Результат гораздо ниже, на этапе, где мы генерируем debuginfo-пакет: [00:01:15] 056-debuginfo.brp: WARNING: You have 5 stripped ELF objects. Please compile with debugging information! [00:01:15] 056-debuginfo.brp: WARNING: An excerpt from the list of affected files follows: [00:01:15] ./usr/bin/tracy [00:01:15] ./usr/bin/tracy-capture [00:01:15] ./usr/bin/tracy-csvexport [00:01:15] ./usr/bin/tracy-import-chrome [00:01:15] ./usr/bin/tracy-update Надо передавать что-то с debuginfo: `-DCMAKE_BUILD_TYPE=RelWithDebInfo`. Здесь очень полезно вставлять в спек `%define _stripped_files_terminate_build 1`; ещё одно определение, которое должно быть дефолтом, но им не является из-за большого числа пакетов, пересборка которых без этого сломается и которые потребуют вмешательства, создав на мейнтейнеров одноразовую волну нагрузки. Рекомендую это сделать, можно прямо рядом с `*unpackaged_files*`. 2) Апстрим ставит файлы: [00:01:15] -- Installing: /usr/src/tmp/tracy-buildroot/usr/share/Tracy/TracyTargets.cmake [00:01:15] -- Installing: /usr/src/tmp/tracy-buildroot/usr/share/Tracy/TracyTargets-noconfig.cmake [00:01:15] -- Installing: /usr/src/tmp/tracy-buildroot/usr/share/Tracy/TracyConfig.cmake Больше ничего в %_datadir/Tracy не ставит. Вы указали в спеке: 86 %files -n lib%name-devel 87 %_includedir/%name 88 %_includedir/common 89 %_includedir/client 90 %_libdir/libTracyClient.so 91 %_datadir/Tracy ^^^^^^^^^^^^^^^ Пакет получится корректным, конечно, но этот каталог выглядит слишком общим, чтобы в роли packager считать, что всё в нём всегда будет относиться к devel-пакету от библиотеки. Рекомендую: 91 -%_datadir/Tracy 91 +%_datadir/Tracy/*.cmake Да и cmake-конфиги в не-cmake-специфичном каталоге — это что-то особенного. Смогут ли программы-пользователи этих файлов найти их здесь? Стоило бы посмотреть, как апстрим закодил упаковку/установку в destdir этих файлов и чего хотел этим добиться. 3) Кстати, о библиотеках. В альте принята https://www.altlinux.org/Shared_Libs_Policy. Она придумана не просто так; её несоблюдение создаёт реальные проблемы. Вопрос к кандидату: соответствуют ли пакеты lib%name, lib%name-devel этой спецификации (по духу/смыслу, не обязательно по букве)? и, независимо от ответа, почему? Далее о спеке. https://git.altlinux.org/tasks/343948/gears/1000/git?p=git;a=blob;f=.gear/tracy.spec;h=66d8f8fba286aa4355d5989c5d29e32a56c28cb6;hb=11e11f6cf6946384b79329ce3c5bb10d4af85b87 > Group: Monitoring Это профилировщик работы программы для разработчика, а не средство наблюдения за неинтерактивными по природе системами. Development-что-то, полагаю. Не настаиваю, ибо есть пространство для интерпретации. > BuildRequires(pre): rpm-macros-cmake хорошо! > 21 BuildRequires: libcapstone-devel > 22 BuildRequires: libfreetype-devel > 23 BuildRequires: wayland-devel > 24 BuildRequires: libdbus-devel CMake, конечно, пытается конкурировать с pkg-config (и, как обычно, ему проигрывает), поэтому может .pc-файлами для обнаружения devel-артефактов не пользоваться. Но вообще лучше pkgconfig(freetype), pkgconfig(wayland), ... Я мог ошибиться в фактических именах. Так что в этом пакете настаивать я не стану. К тому же у нас, насколько мне известно, всё плохо с генерацией зависимостей вида `cmake($ID)` на пакеты с CMake-конфигами. Но на будущее — вот. > 40 %package -n lib%name > 41 Group: System/Libraries > 42 Summary: %name library > 43 %description -n lib%name > 44 %summary -n lib%name. Как вы думаете, что оказалось в %description? Можете проверить себя и посмотреть, какое фактически получилось описание: % wget https://git.altlinux.org/tasks/343948/build/1000/x86_64/rpms/libtracy-0.10-alt1.x86_64.rpm && rpm -qip libtracy-0.10-alt1.x86_64.rpm :) Дешёвый способ составить приличное описание — взять (уже приличную) копипасту из главного пакета и через пустую строку прописать "This package contains ...", пару слов о том, что же он всё-таки contains. Аналогично для других подпакетов. Про changelog вам, как я понимаю, ментор + коллеги должны были проесть все уши. :) С точки зрения информативности там всё хорошо. До остального доберусь позже... В общем, прошу: — ответить на вопрос; — разобраться с отмеченными недочётами, кроме тех, где явно написано, что не настаиваю. 247380 26 glinkinvd 2024-06-07 20:23:28 +0300 > Вопрос к кандидату: соответствуют ли пакеты lib%name, lib%name-devel этой спецификации (по духу/смыслу, не обязательно по букве)? и, независимо от ответа, почему? Насколько я понял, Shared Libs Policy нужна для того, чтобы разные версии разделяемых библиотек могли сосуществовать в одной системе, иначе при каждом обновлении разделяемой библиотеки могут быть неприятные последствия в виде поломки зависимых пакетов. По правилам упаковки: 1) Пакет вида lib%name должен содержать в себе файл с расширением .so (разделяемую библиотеку) с обязательным указанием версии. В данном пакете не должны лежать файлы, которые не содержат версию разделяемой библиотеки в названии или пути для избежания конфликтов с новой версией. 2) Пакет lib%name-devel предназначен для хранения файлов, имеющих отношение к разработке. К примеру, чаще всего в такие пакеты кладут заголовочные файлы. Однако, в моём случае, сюда так же попал и .so файл, не имеющий версии (так же сделано и в https://packages.altlinux.org/sisyphus/srpms/libxmlb/specfiles/). Так как оба вышеперечисленных условия соблюдаются, то мой .spec файл данную политику не нарушает, насколько я полагаю. > — разобраться с отмеченными недочётами, кроме тех, где явно написано, что не настаиваю. В ближайшее время постараюсь разобраться. 247634 27 glinkinvd 2024-06-14 19:36:28 +0300 Пересобрал tracy - https://packages.altlinux.org/ru/tasks/343948/ Исправления: - Исправил описания пакетов. - Пропатчил CMakeLists.txt для использования общепринятой директории для .cmake модулей (ответа на вопрос, зачем апстрим клал их в /usr/share/ я не нашёл). - Изменил группу пакета на Development/Tools По поводу '%define _stripped_files_terminate_build 1': Бинарные файл данного пакета компилируются с помощью запуска make. Каждая утилита имеет свою директорию согласно документации. В каждой директории расположены .mk файлы с различными конфигурациями. Насколько я понял, для поддержки debugging нужно указать CFLAGS += -g. Однако, конфигурация release.mk какой-либо утилиты данный флаг не использует. Пример: CFLAGS := -O3 ifndef TRACY_NO_LTO CFLAGS += -flto endif DEFINES := -DNDEBUG BUILD := release include ../../../common/unix-release.mk include build.mk Из-за этого, я ничего трогать не стал. Возможно, есть другой способ. На данный момент в апстриме перешли на использование cmake, но нового релизного тэга пока что нет. 249057 28 ancieg 2024-07-19 17:16:37 +0300 Может поменяем рецензента? Текущий последнее время не проявляет активности в рецензировании данного кандидата. Вообще, если не секрет, мне было бы интересно узнать у рецензентов (в том числе и текущего) что может отталкивать от выполнениях рецензии - именно в рамках "работы" рецензента (помимо работы, личной жизни, отдыха и т.п.)? 249061 29 arseny 2024-07-19 19:50:08 +0300 (In reply to Vladislav Glinkin from comment #27) > Пересобрал tracy - https://packages.altlinux.org/ru/tasks/343948/ Хорошо. > Исправления: > - Исправил описания пакетов. Уже немного лучше, но, например, в описании libtracy нет вообще никакой информации о том, для чего эта библиотека и/или для чего её вообще подгружают программы. Я уж не говорю о том, что она вообще-то libTracyClient.so (что уже может намекать). Кстати, про имена пакетов с библиотеками. С точки зрения shared libs policy, строго говоря, пакет libtracy действительно ничего не нарушает — просто, если изменится soname, нужно будет сформировать пакет с другим именем, и тогда-то проще всего будет приписать 1 (или какая там будет версия). Не будь у подпакета плохого description, я бы совсем не возражал. Но стоит ли создавать искусственные затруднения тем, кому потом в этом разбираться? > - Пропатчил CMakeLists.txt для использования общепринятой директории для > .cmake модулей (ответа на вопрос, зачем апстрим клал их в /usr/share/ я не > нашёл). > - Изменил группу пакета на Development/Tools OK > > По поводу '%define _stripped_files_terminate_build 1': > Бинарные файл данного пакета компилируются с помощью запуска make. > > Каждая утилита имеет свою директорию согласно документации. В каждой > директории расположены .mk файлы с различными конфигурациями. > Насколько я понял, для поддержки debugging нужно указать CFLAGS += -g. > Однако, конфигурация release.mk какой-либо утилиты данный флаг не > использует. Пример: > CFLAGS := -O3 > ifndef TRACY_NO_LTO > CFLAGS += -flto > endif > DEFINES := -DNDEBUG > BUILD := release > > include ../../../common/unix-release.mk > include build.mk > > Из-за этого, я ничего трогать не стал. > > Возможно, есть другой способ. На данный момент в апстриме перешли на > использование cmake, но нового релизного тэга пока что нет. Ладно. :) 249062 30 arseny 2024-07-19 19:51:20 +0300 (In reply to Anton Zhukharev from comment #28) > Может поменяем рецензента? > Текущий последнее время не проявляет активности в рецензировании данного > кандидата. > > Вообще, если не секрет, мне было бы интересно узнать у рецензентов (в том > числе и текущего) что может отталкивать от выполнениях рецензии - именно в > рамках "работы" рецензента (помимо работы, личной жизни, отдыха и т.п.)? Честно? :) Из моих субъективных заморочек — только необходимость ревьюить много пакетов на cargo. 249063 31 arseny 2024-07-19 19:57:25 +0300 (In reply to Arseny Maslennikov from comment #30) > (In reply to Anton Zhukharev from comment #28) > > Может поменяем рецензента? > > Текущий последнее время не проявляет активности в рецензировании данного > > кандидата. Справедливости ради, то, что я сегодня в эту багу написал, я уже подготовил чуть раньше на этой неделе, но думал прокомментировать сразу всё. Оптимально, наверное, было бы ввести какую-то частоту пинга и после нескольких таймаутов уже делать отвод. Что касается текущей рецензии: К упаковке tracy у меня вопросов нет, кроме неясных метаданных у libtracy (выше подробно). Они, строго говоря, не мешают _работе_ пакета, так что считаю, что кандидат уже научился собирать пакеты такого типа; а этот недочёт вызван не недостатком навыков, а допущен просто из лени. :) Осталось посмотреть пакеты на cargo. 249294 32 arseny 2024-07-25 18:13:42 +0300 (In reply to Vladislav Glinkin from comment #22) > (Ответ для Arseny Maslennikov на комментарий #21) > > В общем: > > - жду ответов на вопросы; > > - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных > > кросс-языковых систем управления проектом (meson/cmake/autotools); например, > > https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; > > - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на > > rust-cargo, раз уж вам интересны пакеты на rust. :) Наконец-то: > 1. Обновление rust пакетов: > https://packages.altlinux.org/ru/tasks/343071/ — procs OK with nits. diff --git a/.gear/tags/list b/.gear/tags/list index a97751e2..9047f881 100644 --- a/.gear/tags/list +++ b/.gear/tags/list @@ -1,2 +1 @@ -71778f6f219eee5e7e3377c81cf20dba4e6b0db5 v0.14.0 -af63ccb7ec06e59535f562385d639c511c071c54 v0.14.3 +4f1f6ab87c8f10e7369c1b730d946f333b0fb64c v0.14.5 Убрали лишние теги — оч. хорошо. Ещё в 0.14.0-alt1 появилась вот такая строчка в %prep: > > +install -D %SOURCE2 .cargo/config.toml Если не передать -m644, на этом файле будет x-бит; вот такая у install(1) не вполне очевидная семантика (хотя она становится логичной, если вспомнить, для чего исторически была нужна install(1) и почему cp(1) для этого не подходила). # ls -ldi toml 24339638 -rw-r--r-- 1 root root 11 Jul 25 17:43 toml # install --debug -D toml .t/t.txt install: creating directory '.t' 'toml' -> '.t/t.txt' copy offload: unknown, reflink: yes, sparse detection: unknown # install --debug -D toml .t/t.txt removed '.t/t.txt' 'toml' -> '.t/t.txt' copy offload: unknown, reflink: yes, sparse detection: unknown # ls -ldi .t/t.txt 24339647 -rwxr-xr-x 1 root root 11 Jul 25 17:43 .t/t.txt # install --debug -D -m644 toml .t/t.txt removed '.t/t.txt' 'toml' -> '.t/t.txt' copy offload: unknown, reflink: yes, sparse detection: unknown # ls -ldi .t/t.txt 24339648 -rw-r--r-- 1 root root 11 Jul 25 17:45 .t/t.txt На config.toml x-бит не нужен. Здесь это не ведёт к ошибке упаковки, ибо файл в пакет не попал, да и дальше вы этим пользуетесь, но на будущее лучше имейте в виду. То же касается и hunt, и onefetch. > https://packages.altlinux.org/ru/tasks/343619/ — hunt OK. Дополнительных вопросов нет. 249295 33 arseny 2024-07-25 18:14:57 +0300 (In reply to Vladislav Glinkin from comment #22) > (Ответ для Arseny Maslennikov на комментарий #21) > > В общем: > > - жду ответов на вопросы; > > - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных > > кросс-языковых систем управления проектом (meson/cmake/autotools); например, > > https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; > > - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на > > rust-cargo, раз уж вам интересны пакеты на rust. :) > > 1. Обновление rust пакетов: > <...> > https://packages.altlinux.org/ru/tasks/343843/ — onefetch А зачем там CMake? В git и комментариях не написано. Что мешает убрать BR на cmake? 249296 34 glinkinvd 2024-07-25 18:17:11 +0300 (Ответ для Arseny Maslennikov на комментарий #33) > А зачем там CMake? В git и комментариях не написано. Что мешает убрать BR на > cmake? Виноват, стоило оставить по этому поводу комментарий. Без cmake пакет не собирался. 249297 35 glinkinvd 2024-07-25 18:20:09 +0300 (Ответ для Vladislav Glinkin на комментарий #34) > Виноват, стоило оставить по этому поводу комментарий. Без cmake пакет не > собирался. Требовался для сборки одного из растовых крэйтов. 249298 36 arseny 2024-07-25 18:23:01 +0300 (In reply to Vladislav Glinkin from comment #34) > (Ответ для Arseny Maslennikov на комментарий #33) > > А зачем там CMake? В git и комментариях не написано. Что мешает убрать BR на > > cmake? > > Виноват, стоило оставить по этому поводу комментарий. Без cmake пакет не > собирался. Если так, то ладно. Ещё лучше как-то описать причину, по которой он там нужен (кто его вызывает, для чего), и/или цитату из вывода. Смысл в том, чтобы читателю стало понятно, почему без него там никак. Среди исходников, конечно, затесалось вот это: % git ls-files -c | grep CMakeLists vendor/libz-ng-sys/src/zlib-ng/CMakeLists.txt vendor/libz-ng-sys/src/zlib-ng/test/pigz/CMakeLists.txt vendor/lzma-sys/xz-5.2/CMakeLists.txt Но само наличие там каких-то файлов ещё ни о чём не говорит :) 249299 37 arseny 2024-07-25 18:26:05 +0300 (In reply to Vladislav Glinkin from comment #35) > (Ответ для Vladislav Glinkin на комментарий #34) > > Виноват, стоило оставить по этому поводу комментарий. Без cmake пакет не > > собирался. > > Требовался для сборки одного из растовых крэйтов. Тогда я б написал там именно это и что за крейт. В будущем обновлении, конечно; торопиться с этим не обязательно. zlib-ng и xz, кстати, есть и системные... Это больше вопрос к тем, кто занимается соотв. крейтами; мы не можем ожидать, что в каждом cargo-пакете мейнтейнер все такие вещи упорно девендорил. 249300 38 glinkinvd 2024-07-25 18:27:03 +0300 (Ответ для Arseny Maslennikov на комментарий #36) > (In reply to Vladislav Glinkin from comment #34) > > (Ответ для Arseny Maslennikov на комментарий #33) > > > А зачем там CMake? В git и комментариях не написано. Что мешает убрать BR на > > > cmake? > > > > Виноват, стоило оставить по этому поводу комментарий. Без cmake пакет не > > собирался. > > Если так, то ладно. Ещё лучше как-то описать причину, по которой он там > нужен (кто его вызывает, для чего), и/или цитату из вывода. Смысл в том, > чтобы читателю стало понятно, почему без него там никак. > > Среди исходников, конечно, затесалось вот это: > % git ls-files -c | grep CMakeLists > vendor/libz-ng-sys/src/zlib-ng/CMakeLists.txt > vendor/libz-ng-sys/src/zlib-ng/test/pigz/CMakeLists.txt > vendor/lzma-sys/xz-5.2/CMakeLists.txt > Но само наличие там каких-то файлов ещё ни о чём не говорит :) error: failed to run custom build command for `libz-ng-sys v1.1.9` Caused by: process didn't exit successfully: `/usr/src/RPM/BUILD/onefetch-2.21.0/target/release/build/libz-ng-sys-b86d4d5257a5f806/build-script-build_zng` (exit status: 101) --- stdout CMAKE_TOOLCHAIN_FILE_x86_64-unknown-linux-gnu = None CMAKE_TOOLCHAIN_FILE_x86_64_unknown_linux_gnu = None HOST_CMAKE_TOOLCHAIN_FILE = None CMAKE_TOOLCHAIN_FILE = None CMAKE_GENERATOR_x86_64-unknown-linux-gnu = None CMAKE_GENERATOR_x86_64_unknown_linux_gnu = None HOST_CMAKE_GENERATOR = None CMAKE_GENERATOR = None CMAKE_PREFIX_PATH_x86_64-unknown-linux-gnu = None CMAKE_PREFIX_PATH_x86_64_unknown_linux_gnu = None HOST_CMAKE_PREFIX_PATH = None CMAKE_PREFIX_PATH = None CMAKE_x86_64-unknown-linux-gnu = None CMAKE_x86_64_unknown_linux_gnu = None HOST_CMAKE = None CMAKE = None running: cd "/usr/src/RPM/BUILD/onefetch-2.21.0/target/release/build/libz-ng-sys-3ab9c0849bd3c7f2/out/build" && CMAKE_PREFIX_PATH="" "cmake" "/usr/src/RPM/BUILD/onefetch-2.21.0/vendor/libz-ng-sys/src/zlib-ng" "-DBUILD_SHARED_LIBS=OFF" "-DZLIB_COMPAT=OFF" "-DZLIB_ENABLE_TESTS=OFF" "-DWITH_GZFILEOP=ON" "-DCMAKE_INSTALL_PREFIX=/usr/src/RPM/BUILD/onefetch-2.21.0/target/release/build/libz-ng-sys-3ab9c0849bd3c7f2/out" "-DCMAKE_C_FLAGS= -ffunction-sections -fdata-sections -fPIC -m64" "-DCMAKE_C_COMPILER=/usr/bin/cc" "-DCMAKE_CXX_FLAGS= -ffunction-sections -fdata-sections -fPIC -m64" "-DCMAKE_CXX_COMPILER=c++" "-DCMAKE_ASM_FLAGS= -ffunction-sections -fdata-sections -fPIC -m64" "-DCMAKE_ASM_COMPILER=/usr/bin/cc" "-DCMAKE_BUILD_TYPE=Release" --- stderr thread 'main' panicked at /usr/src/RPM/BUILD/onefetch-2.21.0/vendor/cmake/src/lib.rs:1098:5: failed to execute command: No such file or directory (os error 2) is `cmake` not installed? build script failed, must exit now note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace warning: build failed, waiting for other jobs to finish... error: Bad exit status from /usr/src/tmp/rpm-tmp.13907 (%build) 249302 39 arseny 2024-07-25 18:38:16 +0300 (In reply to Vladislav Glinkin from comment #38) > (Ответ для Arseny Maslennikov на комментарий #36) > > (In reply to Vladislav Glinkin from comment #34) > > > (Ответ для Arseny Maslennikov на комментарий #33) > > > > А зачем там CMake? В git и комментариях не написано. Что мешает убрать BR на > > > > cmake? > > > > > > Виноват, стоило оставить по этому поводу комментарий. Без cmake пакет не > > > собирался. > > > > Если так, то ладно. Ещё лучше как-то описать причину, по которой он там > > нужен (кто его вызывает, для чего), и/или цитату из вывода. Смысл в том, > > чтобы читателю стало понятно, почему без него там никак. > > > > Среди исходников, конечно, затесалось вот это: > > % git ls-files -c | grep CMakeLists > > vendor/libz-ng-sys/src/zlib-ng/CMakeLists.txt > > vendor/libz-ng-sys/src/zlib-ng/test/pigz/CMakeLists.txt > > vendor/lzma-sys/xz-5.2/CMakeLists.txt > > Но само наличие там каких-то файлов ещё ни о чём не говорит :) > > error: failed to run custom build command for `libz-ng-sys v1.1.9` > > Caused by: > process didn't exit successfully: > `/usr/src/RPM/BUILD/onefetch-2.21.0/target/release/build/libz-ng-sys- > b86d4d5257a5f806/build-script-build_zng` (exit status: 101) > --- stdout > <...> > running: cd > "/usr/src/RPM/BUILD/onefetch-2.21.0/target/release/build/libz-ng-sys- > 3ab9c0849bd3c7f2/out/build" && CMAKE_PREFIX_PATH="" "cmake" > "/usr/src/RPM/BUILD/onefetch-2.21.0/vendor/libz-ng-sys/src/zlib-ng" > "-DBUILD_SHARED_LIBS=OFF" "-DZLIB_COMPAT=OFF" "-DZLIB_ENABLE_TESTS=OFF" > "-DWITH_GZFILEOP=ON" > "-DCMAKE_INSTALL_PREFIX=/usr/src/RPM/BUILD/onefetch-2.21.0/target/release/ > build/libz-ng-sys-3ab9c0849bd3c7f2/out" "-DCMAKE_C_FLAGS= > -ffunction-sections -fdata-sections -fPIC -m64" > "-DCMAKE_C_COMPILER=/usr/bin/cc" "-DCMAKE_CXX_FLAGS= -ffunction-sections > -fdata-sections -fPIC -m64" "-DCMAKE_CXX_COMPILER=c++" "-DCMAKE_ASM_FLAGS= > -ffunction-sections -fdata-sections -fPIC -m64" > "-DCMAKE_ASM_COMPILER=/usr/bin/cc" "-DCMAKE_BUILD_TYPE=Release" > > <...> Ага. Примерно это в таких случаях и стоит указать в спеке (сократив пасту) или в git-истории (процитировав пасту хотя бы частично). Важно, что здесь нет какого-то единственно правильного формализма; главное, чтобы читатель понял. :) Больше к onefetch вопросов у меня нет. 249303 40 arseny 2024-07-25 18:38:38 +0300 (In reply to Arseny Maslennikov from comment #21) > В общем: > - жду ответов на вопросы; > - хочу увидеть хотя бы 1 собранный не-noarch пакет на базе традиционных > кросс-языковых систем управления проектом (meson/cmake/autotools); например, > https://github.com/wolfpld/tracy был бы не самым бесполезным пакетом; > - как уже писал выше, хочу увидеть обновление какого-нибудь пакета на > rust-cargo, раз уж вам интересны пакеты на rust. :) Всё это я увидел. По моей оценке, Владислав научился собирать и начал успешно сопровождать пакеты различного рода, не допуская серьёзных ошибок, и был конструктивен в командном общении. Считаю его достойным пополнить ряды ALT Linux Team. 249307 41 glinkinvd 2024-07-26 08:54:36 +0300 (Ответ для Arseny Maslennikov на комментарий #40) > Всё это я увидел. > > По моей оценке, Владислав научился собирать и начал успешно сопровождать > пакеты различного рода, не допуская серьёзных ошибок, и был конструктивен в > командном общении. Считаю его достойным пополнить ряды ALT Linux Team. Спасибо :) 251986 42 glebfm 2024-09-23 22:11:52 +0300 (каким-то образом эта заявка была забыта и не обработана, прошу прощения) Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 12742 2023-03-14 19:35:45 +0300 2023-03-14 19:35:45 +0300 SSH Public Key glinkinvd-public-key-ssh.pub application/vnd.ms-publisher 116 glinkinvd c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUF4aHVaWnBlQ0JuL0l0dndBckNU YjUvY29XMzEwNk1hT3NPdXRJMXZjQmIgZ2xpbmtpbnZkQGdsaW5raW52ZC5pcGEuYmFzZWFsdC5y dQo= 12743 2023-03-14 19:37:27 +0300 2023-03-18 17:52:46 +0300 GPG Public Key glinkinvd-public-key-gpg.pgp application/pgp-encrypted 3143 glinkinvd LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdQL2M4NEJFQUM4d05U RndHRUVzeUQxZ0gzT1Yxd3Uwa1B4M2t3T2RVVEVKVVV1TXdoSlRISUxBMGxDCmFXajZ3V3lyUUt1 SFRIRW14WFVpRFNUQnRnV016ZTk5ekx5TjhmVGcxSnpUMVZ2aEpkbWoxZ25kMGlRVWNjU1YKUlBr azZUeUNJeWpXb2JYTWpIOHBkalhtbkpLZkpQRUJ6RlRUci95WmExREdMN1dpNXUwUklDSGlJNTNC eURYUgpFSzdzL2VLVmVCZGxoSm5jczJMc0JLMklYdzRwZ0RkeFFoTHRkaU5DZXYySUNpdXY0Mlky c3FSNjFRTWdpL0pSCjJycmN3VnUwNEt3cXpvaHFxUURCdEcvNFJLRjhCaVlFQ1E2VGJCSTd6QU5U d0x4VGUyNFdLT2h4MXA0aHZLQVQKa2QwbnEyT01mUGlJRjM4RU1nVHRCb1U0cFRvK0RuQ3lmdVI0 aWxwdXRIVTRVM0oxNVFNeDczMjJVSVM0UGV0QQovSnBhQUpwZGNKR2MvZm1Qc3dJY3ppMzAxaUVr WURreXR1aStpRllwVjBGUnVVNlJKMVdQbjRBQ0w0NTVoeXkvCjk2R2tCNzNENVFvWlB3cU9lSkVH ZXZic3ErUFF4RFJQU0dVQmRyQ0EzUjFkaTQyN01KZVFrekF5S292dTJ4d0MKaFNqR3NMb2tGZkZG M0JkSE1RRERlRG9rcm1ueW4vb1RoYXh6c3Zsdy9mWnQ0WjhCYkFvMTdsMG4waHlUT3EwWApqQkZr OElWUkhYemw3eGl1TGZpYUMwQ3cwejV3ZWhNaTlZckoydU5abFg5d2YzUENIdEtFbHJwMFVHNks4 WUNSCnUwVkk4Nmk1enZxWGtjVTB3c2U3QTUyWG1MbHQ0OEFFVitIc2RTUzcxYmJLQzM4NUd3SnBF TGlZaHdBUkFRQUIKdENwV2JHRmthWE5zWVhZZ1IyeHBibXRwYmlBOFoyeHBibXRwYm5aa1FHRnNk R3hwYm5WNExtOXlaejZKQWs0RQpFd0VJQURnV0lRVEltWVVLcS9ia21HNTZkMk5JaDJ6RTY4SzFm Z1VDWS85enpnSWJBd1VMQ1FnSEFnWVZDZ2tJCkN3SUVGZ0lEQVFJZUFRSVhnQUFLQ1JCSWgyekU2 OEsxZmdVaEQvNHpIcnN2UWlTOEFUR29qUFhwL3JrOE1ndHcKdktReWN3QjFFK1hlRWpQNVJIUHBh VGVOWS80ZnNxMjAxRlVwQlJ2T3U2L2xTZU5BTGN4bnhla21WMmVSWFEvNQozeDRFWjhjdm1GV3R4 MVdlaUZPRVNjUWhIRnlNU1pYYXFVZVJTV044Z3UrNG5aSGNOKzdZM1RYZDIvKzBQNmpMCmtOZjFn ZE1lL25YKzY2UGxpclMyVWtxNTVkZ3h4L0J2NkliZkFweUVubmlHSitSU0piU295blhwUXlnM2VV d0QKSWliektPOGNrQXZvVkhublVyWjZ4bVFSbGxaWlhDdkFPYVlUMlcvUXcvV1ZrR0xZaFhJQnVv S29zNFVBbHlESQpDTXBzNDdrcjh2VzdxQmp3WHB1T1dkNjl3ejE5UVpwZFVSckhhSmc1N0JMSTZV NHZhWkdaNnV6RG1JZXRtZmFZCjAyUXlVUWVreG91ZjVjT0d0SEt2RlpoTG5XRWdud2VPM3pCbjMw LzU1dzRmSXdlOGJFbTIwM1k2THdTWHMvUm0KVzV5WHk3SFY1MThGWnRkdzR6S0ZRb0tsSWc2N2VX M09VVDlpZ0JCL21QVDNzUFZWcWFHTFozaGg3VFZ5VVdFSAoraC9VbG5qTHFkUGdKRldtS1VSc3o2 a0twbXRWVmZjU3RZMldWVUU0cktTWGxMVE5uTE5WM3V5WUQ1bXp0WFE2CnYxOUNPNndFQUJEWGRr NkZXeDJlYXptTWk2SWNJSHNuNUlJejJ5TFovb1dIcHNIOU92NTd3SVBIZzVxZGVBTkkKYVg1T2U4 Y0RyWnJBQ2xNNXpXQ21oUlNWdmFTaTVST1JaL0ZrdisvaEU4R2VBTzUzb3VSNTlxRktUbjVXK0V4 cwo1NGdnTzFmcnYwSGozZFdTd2JrQ0RRUmovM1BPQVJBQTFGb0FvR2lYc0UxM0pDVzRjVUNQSXVZ dzhnWWZ1RFVWCnkwbjY5ck5jNHJqanhuZEQzNUtIZTVKWkRGb2VMcEhVc0hNQnZ5N3ZJd2NId1dv ajY1YWJ6MG9oeTBrWVlpVUEKKzBvSTYzSkYrdFZzUTN3SytDN1ZjVDVMS1pxcEVwYlBuNEw3dU43 YllCWkJpRmk0cENicjJGNTNOWlN4aW9VWApZZXRwQ1hiU0xVUE5nUWF5SmRUWklqNlZUS0Zqek5T dUJyUGQ4dDEveEhSTDJ4U0sxTUlJVEZ4TkxUNENMS1JiCnNlWVFaOEk1UENsdi9DVUduczArMWdG RlRSOWxaSVo1N3d2bVQyQXlvdWVMVUxjVGhVVkM5VWx3T3hZdDFwcGoKU3JRWDRmT2Q1QklDdXFD SjJ3SjBwMW92dk0vRWlqYmhONmdWOGszb2QzdzVLc1c1R0ZRSkZMTWx0VFdJWWlCNgpTRG9CUURq SDVUeTJtOWtRMzBSRkFPeGN6bG9vbjNCSE15bGRKb01Yb2ZHVlQ2cm1nVGhraWpSQ2Y2NW0wcWt4 ClhEc3pxRTBKWGI4MUV5dE1CWjhnejNRalUya012NDNIaCt3WEVzelBlVkx6ZDlzMlgrdG1KTHNH d1IvVWFkazMKekdaakp0bWhlS2NSbzE3NldyOG9kYWU3MWgrSG9WWm9zQzIyR1BmUjBxdzBzNzc0 NXNqTkxGNlNGajdzR2F1MQppUDRpR2JJZU9nVUNtS1YxUE5FMEpFQWpldWQ5Q3VadVNvcW1hY2tP WFRNbUtiem1qZ29ReklTT3k0NFZxa1ZpCitHUnlrOVpaZFVEQ2ppdmdmQ2hocnRFZEJGM2RkRVhK VndOcVFGN0JLYmNtM0hCaXY5VlhBVFJzdHlQRWloWCsKc1NpR0VGNC94L2NBRVFFQUFZa0NOZ1FZ QVFnQUlCWWhCTWlaaFFxcjl1U1libnAzWTBpSGJNVHJ3clYrQlFKagovM1BPQWhzTUFBb0pFRWlI Yk1UcndyVisrMGNQLzB4QzFJcHJ1Y29BZlZZZm5PSUpxT09NMGc4dXNNSHVVcnYyCjJWV2RwMmpL dlFnR1FNd0x6QmVlK3dTbE42QjV1NmExUWoyb282VmlNNGpKUmY1aC9ZampkT2ZVcE9EQlN4dUMK enhPak02MEtBV3pOdnRaNTBJbm1Uc1J0RTc0V05teWE1R1VObE9MY3hXckRyZGxaYVRLL0F1bE9P S2hKMG0yTwp5NnlEN2dzVWk2VzFhRXpQOUFCaWFjL2toMDZ4L0hBUEk3K1M1NlpoOFhuamd1TUM0 RjBuRFF5UkhvbE8wSkxXCmNwR2trbkwwZHRHYUVzOUpyVDNaMTdjenNmUktucVpybkF0bG0rQ1FX eFlTZ1I0WUtVaXQyWkxmVHlTdm5Va3UKcVpLT2xOSFNYNnVWRHU2TXRtblg4dFJWc3VXcXN6NFpr QmdVeGVjOW1jdWcrODY4T3gyWTlhcDZJQ1VXZnEvawpMNm8zb2ZycEFiUVZINnh6cDFYbjZVVktS cVNQUHUyRTlwUXR6WUJ6cHZXZnRxWUVOMUtHYTFJclkxNE93bUJjCkN6VXZtQTFESkRDbyszSzZP TGhLZjZMekNmdENJcTVYNWo5eEhQVVMrcWdGTmJMRHdRZ1ZQWFVPU09zMWdWMVgKYTVadXVHb2w0 eXlycm83bFZJbGdzYTVTUjAxY2FSdlZVdzFBN1J4bnYyc1haZmZBV25MM1IrWUQ2M2pQRkJrbwpk YVlhSFpvZmNmOGpVK1NIb0g4N2RvUXJYRzEyVm1zY1ZZdDBDYnZ3Y3MyYmRESW44MGx2YU9nZHBN SE1hc3ZEClV4WGFDbU9rZnY2akp2K1hTWlZFOFhnSUFYQnkxclJuSmIvN3ExYnJyY1NqVnBQSE5j VlY1cUNCYjVuVTBGYTEKUWdKdlZSMUQKPVN5MFIKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= 12759 2023-03-18 17:52:46 +0300 2023-03-18 17:52:46 +0300 GPG Public Key glinkinvd-public-key-gpg.pgp application/pgp-encrypted 3143 glinkinvd LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdQL2M4NEJFQUM4d05U RndHRUVzeUQxZ0gzT1Yxd3Uwa1B4M2t3T2RVVEVKVVV1TXdoSlRISUxBMGxDCmFXajZ3V3lyUUt1 SFRIRW14WFVpRFNUQnRnV016ZTk5ekx5TjhmVGcxSnpUMVZ2aEpkbWoxZ25kMGlRVWNjU1YKUlBr azZUeUNJeWpXb2JYTWpIOHBkalhtbkpLZkpQRUJ6RlRUci95WmExREdMN1dpNXUwUklDSGlJNTNC eURYUgpFSzdzL2VLVmVCZGxoSm5jczJMc0JLMklYdzRwZ0RkeFFoTHRkaU5DZXYySUNpdXY0Mlky c3FSNjFRTWdpL0pSCjJycmN3VnUwNEt3cXpvaHFxUURCdEcvNFJLRjhCaVlFQ1E2VGJCSTd6QU5U d0x4VGUyNFdLT2h4MXA0aHZLQVQKa2QwbnEyT01mUGlJRjM4RU1nVHRCb1U0cFRvK0RuQ3lmdVI0 aWxwdXRIVTRVM0oxNVFNeDczMjJVSVM0UGV0QQovSnBhQUpwZGNKR2MvZm1Qc3dJY3ppMzAxaUVr WURreXR1aStpRllwVjBGUnVVNlJKMVdQbjRBQ0w0NTVoeXkvCjk2R2tCNzNENVFvWlB3cU9lSkVH ZXZic3ErUFF4RFJQU0dVQmRyQ0EzUjFkaTQyN01KZVFrekF5S292dTJ4d0MKaFNqR3NMb2tGZkZG M0JkSE1RRERlRG9rcm1ueW4vb1RoYXh6c3Zsdy9mWnQ0WjhCYkFvMTdsMG4waHlUT3EwWApqQkZr OElWUkhYemw3eGl1TGZpYUMwQ3cwejV3ZWhNaTlZckoydU5abFg5d2YzUENIdEtFbHJwMFVHNks4 WUNSCnUwVkk4Nmk1enZxWGtjVTB3c2U3QTUyWG1MbHQ0OEFFVitIc2RTUzcxYmJLQzM4NUd3SnBF TGlZaHdBUkFRQUIKdENoV2JHRmthWE5zWVhZZ1IyeHBibXRwYmlBOGMyMWhjMmhsY2tCaGJIUnNh VzUxZUM1dmNtYytpUUpPQkJNQgpDQUE0RmlFRXlKbUZDcXYyNUpodWVuZGpTSWRzeE92Q3RYNEZB bVFWZ3lFQ0d3TUZDd2tJQndJR0ZRb0pDQXNDCkJCWUNBd0VDSGdFQ0Y0QUFDZ2tRU0lkc3hPdkN0 WDZVblEvL1VwQ0ZHUmpEU1hUbUptaFFsYzhadVF2UlJlRXUKcDdpaHRuZjBBYTZuNkQwc3czOTBS VkxHM0g5MG1xd2tOZldLZVJnSWxPS3ZKeUhZWEluVk4vaDFHSnd0NHh1TQpNT01XV3pqZ29JQ1l5 RjVPV1pLYUdYU2NSYW43VGpvek8wU2xzRExyeG9IRnVaNll0bEhmaWFTKy9mSDJvOGtBCnVHQWxL WDRqeUl4azBrbmYwTU1rdTFUd0tjLy9EeDdnTFh6NnQ2Z1JlZVpXcFUxWWJ1TEE5YWJnMWFPS3dB dzIKbVUyM2ZaaU8xTGxreVREQmNldkhxVWEzNklEcnF3aUtnREJDa0lhZENEZ0lFNWRQdnJYNVR6 RlhrUXdtWDgzQwpTYmx4ZENUTHVrNU84eUk2blRrWlQycnk5QmlaSXVxM3grOU5MaFBKbGRDQTBF Q1d5Wkx6di9nNkFDNWNNSlNMClY0LzJ3VmtzVUppTjVoaWxjM3ZRNVBmTWRJUmFJcXNBbndCUlIy cUdIVDN4OVNMZWNVQytvYnNqdWYvWTl1LzAKWXRoZnFROWdQSUZnZURHYWkwZmRkOHlyWXdxelFy TzBaMFo4OU5TOE1LRnorUzlrZzZQdjh2M1RyeWgyWVQrcwpVQmV6WHZjTk5pN1A0L0xoNFBpVlJO cXUrNUN3OVErWUNtOXRpakpETE1FL1gzeFpSS051NE5JaXltU3d1eHJrCnRTRWRJaEFyTE9oWVVH NnREbzlCT1k0d2tZNkhGaFcwa2dZVFdnNXhGdFBZRVhlT1FCQStaL3poT3BXZm9IRGEKVFJEb0xq WDdmSUEyZytpSVNWTFJKRDRSYkt1b0p6K0tlY05wRzkrZ2Nsdkx0RnBEZ1AwWjFEdk9FOVBmRnFr bgppREY3aE9hVzB3aG80RGk1QWcwRVkvOXp6Z0VRQU5SYUFLQm9sN0JOZHlRbHVIRkFqeUxtTVBJ R0g3ZzFGY3RKCit2YXpYT0s0NDhaM1E5K1NoM3VTV1F4YUhpNlIxTEJ6QWI4dTd5TUhCOEZxSSt1 V204OUtJY3RKR0dJbEFQdEsKQ090eVJmclZiRU44Q3ZndTFYRStTeW1hcVJLV3o1K0MrN2plMjJB V1FZaFl1S1FtNjloZWR6V1VzWXFGRjJIcgphUWwyMGkxRHpZRUdzaVhVMlNJK2xVeWhZOHpVcmdh ejNmTGRmOFIwUzlzVWl0VENDRXhjVFMwK0FpeWtXN0htCkVHZkNPVHdwYi93bEJwN05QdFlCUlUw ZlpXU0dlZThMNWs5Z01xTG5pMUMzRTRWRlF2VkpjRHNXTGRhYVkwcTAKRitIem5lUVNBcnFnaWRz Q2RLZGFMN3pQeElvMjRUZW9GZkpONkhkOE9TckZ1UmhVQ1JTekpiVTFpR0lnZWtnNgpBVUE0eCtV OHRwdlpFTjlFUlFEc1hNNWFLSjl3UnpNcFhTYURGNkh4bFUrcTVvRTRaSW8wUW4rdVp0S3BNVnc3 Ck02aE5DVjIvTlJNclRBV2ZJTTkwSTFOcERMK054NGZzRnhMTXozbFM4M2ZiTmwvclppUzdCc0Vm MUduWk44eG0KWXliWm9YaW5FYU5lK2xxL0tIV251OVlmaDZGV2FMQXR0aGozMGRLc05MTysrT2JJ elN4ZWtoWSs3Qm1ydFlqKwpJaG15SGpvRkFwaWxkVHpSTkNSQUkzcm5mUXJtYmtxS3BtbkpEbDB6 SmltODVvNEtFTXlFanN1T0ZhcEZZdmhrCmNwUFdXWFZBd280cjRId29ZYTdSSFFSZDNYUkZ5VmNE YWtCZXdTbTNKdHh3WXIvVlZ3RTBiTGNqeElvVi9yRW8KaGhCZVA4ZjNBQkVCQUFHSkFqWUVHQUVJ QUNBV0lRVEltWVVLcS9ia21HNTZkMk5JaDJ6RTY4SzFmZ1VDWS85egp6Z0liREFBS0NSQkloMnpF NjhLMWZ2dEhELzlNUXRTS2E3bktBSDFXSDV6aUNhampqTklQTHJEQjdsSzc5dGxWCm5hZG95cjBJ QmtETUM4d1hudnNFcFRlZ2VidW10VUk5cUtPbFlqT0l5VVgrWWYySTQzVG4xS1Rnd1VzYmdzOFQK b3pPdENnRnN6YjdXZWRDSjVrN0ViUk8rRmpac211UmxEWlRpM01WcXc2M1pXV2t5dndMcFRqaW9T ZEp0anN1cwpnKzRMRkl1bHRXaE16L1FBWW1uUDVJZE9zZnh3RHlPL2t1ZW1ZZkY1NDRMakF1QmRK dzBNa1I2SlR0Q1MxbktSCnBKSnk5SGJSbWhMUFNhMDkyZGUzTTdIMFNwNm1hNXdMWlp2Z2tGc1dF b0VlR0NsSXJkbVMzMDhrcjUxSkxxbVMKanBUUjBsK3JsUTd1akxacDEvTFVWYkxscXJNK0daQVlG TVhuUFpuTG9Qdk92RHNkbVBXcWVpQWxGbjZ2NUMrcQpONkg2NlFHMEZSK3NjNmRWNStsRlNrYWtq ejd0aFBhVUxjMkFjNmIxbjdhbUJEZFNobXRTSzJOZURzSmdYQXMxCkw1Z05ReVF3cVB0eXVqaTRT bitpOHduN1FpS3VWK1kvY1J6MUV2cW9CVFd5dzhFSUZUMTFEa2pyTllGZFYydVcKYnJocUplTXNx NjZPNVZTSllMR3VVa2ROWEdrYjFWTU5RTzBjWjc5ckYyWDN3RnB5OTBmbUErdDR6eFFaS0hXbQpH aDJhSDNIL0kxUGtoNkIvTzNhRUsxeHRkbFpySEZXTGRBbTc4SExObTNReUovTkpiMmpvSGFUQnpH ckx3MU1WCjJncGpwSDcrb3liL2wwbVZSUEY0Q0FGd2N0YTBaeVcvKzZ0VzY2M0VvMWFUeHpYRlZl YWdnVytaMU5CV3RVSUMKYjFVZFF3PT0KPXJuZXYKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo=