47537 2023-09-12 17:38:57 +0300 [done] join gerben@ 2025-01-14 14:22:23 +0300 1 1 4 Development Team Accounts join unspecified all Linux CLOSED FIXED https://altlinux.org/Team/Join P5 normal --- 1 rastyoginds glebfm arseny dutyrok dutyrok glebfm ldv cas oldest_to_newest 232956 0 14395 rastyoginds 2023-09-12 17:38:57 +0300 Created attachment 14395 ssh_public_key Псевдоним (имя пользователя): gerben Почта для перессылки: rastegind@gmail.com Намерения: хочу научиться собирать пакеты Имя ментора: dutyrok Подписка: dutyrok@altlinux.org 232957 1 14396 rastyoginds 2023-09-12 17:50:23 +0300 Created attachment 14396 gpg_public_key 233100 2 14422 rastyoginds 2023-09-14 10:52:33 +0300 Created attachment 14422 gpg_public_key Решил использовать подключ. 233113 3 14423 rastyoginds 2023-09-14 12:08:47 +0300 Created attachment 14423 gpg_public_key 233118 4 14424 rastyoginds 2023-09-14 12:33:41 +0300 Created attachment 14424 gpg_public 233119 5 dutyrok 2023-09-14 12:37:17 +0300 (Ответ для rastyoginds на комментарий #0) > Создано вложение 14395 [подробности] > ssh_public_key > > Псевдоним (имя пользователя): gerben > Почта для перессылки: rastegind@gmail.com > Намерения: хочу научиться собирать пакеты > Имя ментора: dutyrok > > Подписка: dutyrok@altlinux.org Согласен быть ментором 236689 6 glebfm 2023-11-08 21:17:38 +0300 Ментор есть, ключи в порядке. T/J/S -> 1.3. 237832 7 dutyrok 2023-11-25 18:32:26 +0300 Кандидат готов к следующему этапу T/J/M -> 2.0 238643 8 glebfm 2023-12-07 22:58:59 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 243279 9 rastyoginds 2024-03-20 19:25:47 +0300 На данный момент собран: yyjson - https://git.altlinux.org/people/gerben/packages/?p=libyyjson.git;a=summary 243297 10 dutyrok 2024-03-21 11:04:58 +0300 Прошу кандидату дать доступ к сборочнице. T/J/M -> 3.0 243557 11 glebfm 2024-03-26 23:09:36 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. Адрес подписан на devel@. T/J/S -> 3.6. 248740 12 rastyoginds 2024-07-11 16:39:22 +0300 В процессе вступления были собраны: gpg-tui - https://packages.altlinux.org/ru/tasks/349963/ libyyjson - https://packages.altlinux.org/ru/tasks/345401/ python3-module-yyjson - https://packages.altlinux.org/ru/tasks/345401/ 249231 13 dutyrok 2024-07-24 14:27:49 +0300 Думаю кандидат готов к независимой оценке. Пора звать рецензента. 254363 14 glebfm 2024-11-12 21:45:19 +0300 Призван рецензент (arseny@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 254616 15 arseny 2024-11-17 18:15:11 +0300 (In reply to Gleb F-Malinovskiy from comment #14) > Призван рецензент (arseny@) для независимой оценки готовности кандидата. > > T/J/S -> 4.2. ACK. 254617 16 arseny 2024-11-17 18:17:54 +0300 (In reply to rastyoginds from comment #12) > В процессе вступления были собраны: > libyyjson - https://packages.altlinux.org/ru/tasks/345401/ > python3-module-yyjson - https://packages.altlinux.org/ru/tasks/345401/ Здравствуйте, Денис! Пакет libyyjson мне прямо понравился, упакован очень методично и бережно. В частности, докопаться не до чего. :) Впрочем, видимо, сами исходники не очень портили мейнтейнеру нервы (иначе "шрамы боевого опыта" остаются в спеке). Библиотека сразу упакована правильно. К питоньему модулю тоже вопросов не имею, URL и VCS расставлены с умом, pyproject_installer всё сделал. Я хотел бы ещё увидеть, как вы планируете обновлять такие пакеты в сизифе (вышла как минимум новая версия libyyjson). (In reply to rastyoginds from comment #12) > В процессе вступления были собраны: > gpg-tui - https://packages.altlinux.org/ru/tasks/349963/ Это немного позже. 254706 17 rastyoginds 2024-11-19 11:29:49 +0300 (Ответ для Arseny Maslennikov на комментарий #16) > Я хотел бы ещё увидеть, как вы планируете обновлять такие пакеты в сизифе > (вышла как минимум новая версия libyyjson). Добрый день, Арсений! Спасибо за рецензию, пакеты обновил https://packages.altlinux.org/ru/tasks/362819/ 254715 18 arseny 2024-11-19 13:27:58 +0300 (In reply to Denis Rastyogin from comment #17) > (Ответ для Arseny Maslennikov на комментарий #16) > > Я хотел бы ещё увидеть, как вы планируете обновлять такие пакеты в сизифе > > (вышла как минимум новая версия libyyjson). > > Добрый день, Арсений! Спасибо за рецензию, пакеты обновил > https://packages.altlinux.org/ru/tasks/362819/ Увидел. Неплохо! Питоний модуль даже успел обновиться дважды. :) Вопрос _к кандидату_: если вам вдруг потребуется изменить/улучшить исходники упакованных libyyjson или python3-module-py_yyjson (чего вам пока не приходилось) и упаковать результат, как вы это будете делать? 254720 19 rastyoginds 2024-11-19 14:04:59 +0300 (Ответ для Arseny Maslennikov на комментарий #18) > Вопрос _к кандидату_: если вам вдруг потребуется изменить/улучшить исходники > упакованных libyyjson или python3-module-py_yyjson (чего вам пока не > приходилось) и упаковать результат, как вы это будете делать? У меня был небольшой опыт при сборке данного пакета https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi-template.git;a=summary . С этими же пакетами я поступил бы также, добавил и применил патч. 254820 20 arseny 2024-11-20 13:53:37 +0300 (In reply to Denis Rastyogin from comment #19) > (Ответ для Arseny Maslennikov на комментарий #18) > > Вопрос _к кандидату_: если вам вдруг потребуется изменить/улучшить исходники > > упакованных libyyjson или python3-module-py_yyjson (чего вам пока не > > приходилось) и упаковать результат, как вы это будете делать? > > У меня был небольшой опыт при сборке данного пакета > https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi- > template.git;a=summary . Да, так можно. :) Пойду читать gpg-tui на rust+cargo. 254821 21 arseny 2024-11-20 13:54:08 +0300 (In reply to Denis Rastyogin from comment #19) > (Ответ для Arseny Maslennikov на комментарий #18) > > Вопрос _к кандидату_: если вам вдруг потребуется изменить/улучшить исходники > > упакованных libyyjson или python3-module-py_yyjson (чего вам пока не > > приходилось) и упаковать результат, как вы это будете делать? > > У меня был небольшой опыт при сборке данного пакета > https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi- > template.git;a=summary . С этими же пакетами я поступил бы также, добавил и > применил патч. Ооо. Попалось на глаза: https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi-template.git;a=blob;f=.gear/instead_of_pytests.sh;h=d5cad27c8a986bebf3c1c7d44e72c769f7c15078;hb=982aa4c91056009949ee20c0452aafc62ecbbabb Вот ещё хороший вопрос. Зачем, по-вашему, здесь /bin/bash в hashbang? Есть же /bin/sh. 254822 22 rastyoginds 2024-11-20 14:26:39 +0300 (Ответ для Arseny Maslennikov на комментарий #21) > Ооо. Попалось на глаза: > https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi- > template.git;a=blob;f=.gear/instead_of_pytests.sh; > h=d5cad27c8a986bebf3c1c7d44e72c769f7c15078; > hb=982aa4c91056009949ee20c0452aafc62ecbbabb > > Вот ещё хороший вопрос. > Зачем, по-вашему, здесь /bin/bash в hashbang? Есть же /bin/sh. Если скрипт строго POSIX-совместим, тогда нужно использовать /bin/sh. Однако так как это пользовательский тест, то можно использовать более функциональный /bin/bash. Конкретно в этом случае не имеет особого значения, что использовать. 254832 23 glebfm 2024-11-20 15:33:05 +0300 (In reply to Denis Rastyogin from comment #22) > Если скрипт строго POSIX-совместим, тогда нужно использовать /bin/sh. Для кода, который предполагает использование только в Альте можно считать, что /bin/sh это такой bash --posix и без libreadline. А зачем вообще тестирование из нескольких строк выносить в отдельный файл? Мне кажется, этот же код нормально смотрелся прямо в секции %check. 254833 24 rastyoginds 2024-11-20 15:50:17 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #23) > А зачем вообще тестирование из нескольких строк выносить в отдельный файл? > Мне кажется, этот же код нормально смотрелся прямо в секции %check. Мне показалось, что так будет лучше, с точки зрения читабельности spec файла. Да и в какой-то момент тесты могут вырасти с нескольких строчек, поэтому решил сделать небольшой задел на будущее) 254870 25 arseny 2024-11-21 18:45:22 +0300 (In reply to Denis Rastyogin from comment #22) > (Ответ для Arseny Maslennikov на комментарий #21) > > Ооо. Попалось на глаза: > > https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi- > > template.git;a=blob;f=.gear/instead_of_pytests.sh; > > h=d5cad27c8a986bebf3c1c7d44e72c769f7c15078; > > hb=982aa4c91056009949ee20c0452aafc62ecbbabb > > > > Вот ещё хороший вопрос. > > Зачем, по-вашему, здесь /bin/bash в hashbang? Есть же /bin/sh. > > Если скрипт строго POSIX-совместим, тогда нужно использовать /bin/sh. Однако, > так как это пользовательский тест, А что значит "пользовательский тест"? Тест, наверное, в том смысле, что исполняется в %check с целью как-то протестировать собранное. А что есть "пользовательский"? > то можно использовать более > функциональный /bin/bash. Конкретно в этом случае не имеет особого значения, > что использовать. А раз не имеет значения, то отсюда и из реплики Глеба, как я понимаю, вытекает, что /bin/bash использовать можно, но незачем => не нужно. Более того, даже если в Альте бы поддерживались non-bash реализации sh, они бы все (busybox ash, dash) справились с вашим скриптом. Да и просто многие отличительные башизмы в исходном тексте скриптов труднее использовать правильно, чем функциональность, которая есть и в /bin/sh. Если же позарез потребуются вещи вроде <()-подстановки, к bash можно и вернуться, написав в видном месте, почему. [Написал и после этого проверил; у нас sh, он же sh5, точно умеет <(). Ну, значит, что-нибудь ещё действительно безобидное. А, и <() в хешернице потребует наличия там /proc. :)] В общем, пока что неубедительно; я б предложил далее так не делать, но мчаться срочно исправлять bash на sh тоже смысла нет, такие вещи можно поменять во время следующего обновления. :) 254871 26 arseny 2024-11-21 18:46:14 +0300 (In reply to Denis Rastyogin from comment #22) > (Ответ для Arseny Maslennikov на комментарий #21) > > Ооо. Попалось на глаза: > > https://git.altlinux.org/people/gerben/packages/?p=python3-module-fastapi- > > template.git;a=blob;f=.gear/instead_of_pytests.sh; > > h=d5cad27c8a986bebf3c1c7d44e72c769f7c15078; > > hb=982aa4c91056009949ee20c0452aafc62ecbbabb > > > > Вот ещё хороший вопрос. > > Зачем, по-вашему, здесь /bin/bash в hashbang? Есть же /bin/sh. > > Если скрипт строго POSIX-совместим, тогда нужно использовать /bin/sh. Однако > так как это пользовательский тест, то можно использовать более > функциональный /bin/bash. Конкретно в этом случае не имеет особого значения, > что использовать. Также, по мотивам: — начать скрипт с `set -e` — хорошая идея; `set -eu` ещё лучше; — `if [ ! -e $item ];`: конкретно тут никаких проблем, но лучше вогнать в привычку брать подстановки в "", чтобы не забыть это сделать там, где подстанавливаются данные внешней природы и возможно появление в команде новых слов после word split. На следующей строке, например, всё хорошо. То же самое справедливо и для .gear/vendor-modules.sh в gpg-tui. Вот любопытный этюд, рекомендую его как-нибудь запустить и посмотреть, что он выведет. :) sh -ex <<'__EOS' D="$(mktemp -d)"; trap "rm -rf $D" 0 1 2 3 6 9 15; cd "$D" bash -ec 'echo [INFO]: Add, update modules' touch N: bash -ec 'echo [INFO]: Add, update modules' touch F: bash -ec 'echo [INFO]: Add, update modules' __EOS BTW, для больших и/или многоразовых программ на шелле есть неплохая идиома: fatal() { printf '%s: %s\n' "$0" "$*" exit 1 } Тогда потом можно писать: [ -e "$item" ] || fatal "$item is missing." Возможны варианты по вкусу, конечно. 254873 27 arseny 2024-11-21 19:07:09 +0300 (In reply to Denis Rastyogin from comment #12) > В процессе вступления были собраны: > gpg-tui - https://packages.altlinux.org/ru/tasks/349963/ https://git.altlinux.org/tasks/archive/done/_341/349963/gears/300/git?p=git;a=blob;f=.gear/gpg-tui.spec;h=780ae8f9cbda3716bbb77730e3e66c93d14c886f;hb=314e887a72cd73c4c059bd0ed0ca3f5243e19ccc Спек годится. cargo и rustc настроены, актуальные флаги туда переданы, других грубых ошибок imho нет. А вот завендоренные исходники: vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_activeds.a [new file with mode: 0644] blob vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_advapi32.a [new file with mode: 0644] blob vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_advpack.a [new file with mode: 0644] blob vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_amsi.a [new file with mode: 0644] blob vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_api-ms-win-net-isolation-l1-1-0.a [new file with mode: 0644] blob .gear/vendor-modules.sh содержит вызов команды `find`, где из поддерева `vendor/` будто предполагается удалить `*.a` в т. ч., а в коммите e21814d5bcc7f82e4d6b360d96cce326d9bc75f9 вот такое выше. Это как? Nits: Ман-страницы указаны в расчёте на то, что кто-нибудь их перед упаковкой в rpm сожмёт (smth.1.*). Интересно, почему так? (это не экзамен, на этот вопрос нет разумных неправильных ответов, хочу логику мышления увидеть) 254877 28 ldv 2024-11-22 02:12:54 +0300 (In reply to Arseny Maslennikov from comment #26) > BTW, для больших и/или многоразовых программ на шелле есть неплохая идиома: > fatal() { > printf '%s: %s\n' "$0" "$*" > exit 1 > } printf >&2, конечно, если уж зашла речь об идиомах. 255015 29 rastyoginds 2024-11-25 16:32:59 +0300 (Ответ для Arseny Maslennikov на комментарий #25) Спасибо за подробную резензию, из неё я продчеркнул несколько моментов, о которых раньше не задумывался) > А что значит "пользовательский тест"? > Тест, наверное, в том смысле, что исполняется в %check с целью как-то > протестировать собранное. А что есть "пользовательский"? Под пользовательским имелось ввиду то что это вроде проверки "для себя", чтобы убедиться, что собранный пакет работает в сборочной среде. То есть это не часть общепринятого стандарта тестирования, а что-то кастомное, написанное под конкретный случай, из-за невозможности применить тесты из upstream. Я учту предложенные изменения при следующем обновлении пакета, спасибо! 255017 30 rastyoginds 2024-11-25 16:35:01 +0300 (Ответ для Arseny Maslennikov на комментарий #27) > .gear/vendor-modules.sh содержит вызов команды `find`, где из поддерева > `vendor/` будто предполагается удалить `*.a` в т. ч., а в коммите > e21814d5bcc7f82e4d6b360d96cce326d9bc75f9 вот такое выше. Это как? С завендоренными исходниками действительно произошел небольшой косяк. Сначала появились vendors, а затем добавился скрипт для автоматизации. Только на этапе работы со скриптом я обратил внимание на файлы вроде vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_activeds.a [новый файл с правами 0644] итд. В общем, скрипт не успел отработать до создания коммита) > Nits: > Ман-страницы указаны в расчёте на то, что кто-нибудь их перед упаковкой в > rpm сожмёт (smth.1.*). Интересно, почему так? (это не экзамен, на этот > вопрос нет разумных неправильных ответов, хочу логику мышления увидеть) В пакете rpm-build есть scripts/brp-compress.in:88: @RPMCONFIGDIR@/compress_files "$f", (https://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=blob;f=scripts/brp-compress.in;h=3e165adddfb7e5e0e65cbfe51094675049391ee2;hb=6496f05484ea73b4e97f32b376b4f03f56c3c5cf#:~:text=88-,%40RPMCONFIGDIR%40,-/compress_files%C2%A0%22%24f%22) Думаю, именно из-за этого происходит автоматическое сжатие man-страниц перед упаковкой в RPM. 255033 31 arseny 2024-11-25 20:20:58 +0300 (In reply to Dmitry V. Levin from comment #28) > (In reply to Arseny Maslennikov from comment #26) > > BTW, для больших и/или многоразовых программ на шелле есть неплохая идиома: > > fatal() { > > printf '%s: %s\n' "$0" "$*" > > exit 1 > > } > > printf >&2, конечно, если уж зашла речь об идиомах. Да, вне всяких сомнений. 255036 32 arseny 2024-11-25 20:45:18 +0300 (In reply to Denis Rastyogin from comment #29) > (Ответ для Arseny Maslennikov на комментарий #25) > Спасибо за подробную резензию, из неё я продчеркнул несколько моментов, о > которых раньше не задумывался) :) > > А что значит "пользовательский тест"? > > Тест, наверное, в том смысле, что исполняется в %check с целью как-то > > протестировать собранное. А что есть "пользовательский"? > > Под пользовательским имелось ввиду то что это вроде проверки "для себя", > чтобы убедиться, что собранный пакет работает в сборочной среде. > То есть это не часть общепринятого стандарта тестирования, а что-то > кастомное, написанное под конкретный случай, из-за невозможности применить > тесты из upstream. Ага, понятно, благодарю за пояснение. "Пользовательский" в смысле non-first-party. Слово "пользовательский" здесь как-то не подходит. Но ладно, главное, мы поняли, о чём речь. :) Никакого "общепринятого стандарта тестирования" нет и скорее не может быть: ПО разное, модели определения мест в коде, где могут проявиться сбои или быть допущены ошибки, разные. Вот стандартизованный API чего-то можно себе представить, или стандартный протокол общения между тестом и test harness. Тесты от апстрима ценны не сами по себе, а тем, что (как можно было бы полагать) апстрим хорошо знает свой код и знает, что тестировать — т. е. некомпетентный апстрим может в качестве тестов всякие глупости писать. Или же просто разработчики из какой-то другой реальности могут написать что-то несовместимое с окружением на альт-сборочнице, хоть среди СПО в целом и в наше время в частности такое встречается всё реже. Из того же, что скрипт написан под конкретные обстоятельства, не следует, что он "для себя" — результаты его работы всё же для пользователей — и что к нему должна быть заниженная планка требований по качеству, мол, "если мой плохой код вижу только я, да ещё и редко запускаю, то и ладно". Можно, конечно, на более высоком уровне абстракции опытным взглядом решить, что и так сойдёт в конкретных текущих условиях задачи, и не тратить времени на обретение более элегантного или корректного решения, написать покривее; здесь это не просто кривой код, а сознательное решение, которое позволило выиграть что-то другое. Но sh -> bash на пустом месте — не тот случай. Выражение о "плохом коде", что я позволил себе выше, относится не к конкретному вашему пакету и коду (в частности, у вас этого всё же было не много), а абстрактно и вообще. > Я учту предложенные изменения при следующем обновлении пакета, спасибо! Добро. :) 255037 33 arseny 2024-11-25 20:57:45 +0300 (In reply to Denis Rastyogin from comment #30) > (Ответ для Arseny Maslennikov на комментарий #27) > > .gear/vendor-modules.sh содержит вызов команды `find`, где из поддерева > > `vendor/` будто предполагается удалить `*.a` в т. ч., а в коммите > > e21814d5bcc7f82e4d6b360d96cce326d9bc75f9 вот такое выше. Это как? > > С завендоренными исходниками действительно произошел небольшой косяк. > Сначала появились vendors, а затем добавился скрипт для автоматизации. > > Только на этапе работы со скриптом я обратил внимание на файлы вроде > vendor/winapi-i686-pc-windows-gnu/lib/libwinapi_activeds.a [новый файл с > правами 0644] итд. > В общем, скрипт не успел отработать до создания коммита) Такое бывает. Прошу выпустить (тоже в сизиф, раз задание уже закоммитилось) новый релиз пакета, при подготовке которого уже воспользоваться своим инструментом и добиться результата. :) 255038 34 arseny 2024-11-25 21:02:09 +0300 (In reply to Denis Rastyogin from comment #30) > (Ответ для Arseny Maslennikov на комментарий #27) > > Nits: > > Ман-страницы указаны в расчёте на то, что кто-нибудь их перед упаковкой в > > rpm сожмёт (smth.1.*). Интересно, почему так? (это не экзамен, на этот > > вопрос нет разумных неправильных ответов, хочу логику мышления увидеть) > > В пакете rpm-build есть scripts/brp-compress.in:88: > @RPMCONFIGDIR@/compress_files "$f", > (https://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=blob; > f=scripts/brp-compress.in;h=3e165adddfb7e5e0e65cbfe51094675049391ee2; > hb=6496f05484ea73b4e97f32b376b4f03f56c3c5cf#:~:text=88-,%40RPMCONFIGDIR%40,-/ > compress_files%C2%A0%22%24f%22) > Думаю, именно из-за этого происходит автоматическое сжатие man-страниц перед > упаковкой в RPM. Я выше отмечал, что на заданный вопрос нет разумных неправильных ответов. Хоть ваш ответ и верен фактически (что хорошо), он не годится, потому что он не на тот вопрос :/ Имел в виду вот что: интересно, почему man-страницы указаны в %files в расчёте на то, что их потом сожмут. Я считаю, что лучше написать `smth.1*` (но не считаю себя вправе настаивать). Согласны ли вы? Если нет, то почему? 255161 35 arseny 2024-11-27 14:09:59 +0300 (In reply to Arseny Maslennikov from comment #34) > интересно, почему man-страницы указаны в %files в > расчёте на то, что их потом сожмут. Т. е. указаны таким шаблоном, который сломается, если brp-compress нет. 255163 36 rastyoginds 2024-11-27 14:19:25 +0300 (Ответ для Arseny Maslennikov на комментарий #33) > Такое бывает. > Прошу выпустить (тоже в сизиф, раз задание уже закоммитилось) новый релиз > пакета, при подготовке которого уже воспользоваться своим инструментом и > добиться результата. :) Подготовил задание с исправлением https://packages.altlinux.org/ru/tasks/363382/ 255164 37 rastyoginds 2024-11-27 14:22:19 +0300 (Ответ для Arseny Maslennikov на комментарий #34) > Имел в виду вот что: интересно, почему man-страницы указаны в %files в > расчёте на то, что их потом сожмут. > Я считаю, что лучше написать `smth.1*` (но не считаю себя вправе > настаивать). Согласны ли вы? Если нет, то почему? Согласен, тк это более универсальный вариант. В случае отказа от сжатия man страниц, пакет не сломается, если будет `smth.1*`. Однако, помимо моего пакета, существует множество других пакетов, которые рассчитывают на сжатие man-страниц. Поэтому, на мой взгляд, если такой переход и произойдёт, то он окажется небесшовным. 255219 38 arseny 2024-11-27 19:25:43 +0300 (In reply to Denis Rastyogin from comment #36) > (Ответ для Arseny Maslennikov на комментарий #33) > > Такое бывает. > > Прошу выпустить (тоже в сизиф, раз задание уже закоммитилось) новый релиз > > пакета, при подготовке которого уже воспользоваться своим инструментом и > > добиться результата. :) > > Подготовил задание с исправлением > https://packages.altlinux.org/ru/tasks/363382/ Все придирки к программам на шелле в составе fastapi-template относятся к любому пакету, в том числе и сюда. Поправьте грубые ошибки в `.gear/vendor-modules.sh`, пожалуйста. Грубейшую из них (нет `>&2`) обнаружил вообще не я, а ув. ldv@. Shortlog будет выглядеть как-то наподобие: > vendor-modules.sh: fix quoting and error logging > Remove unnecessary vendored files > 0.11.0-alt2 (в порядке от предков к потомкам; git log, gitweb и визуализаторы графа показывают наоборот) Кроме того, нам с вами наконец-то довелось составить нетривиальный changelog: > %changelog > +* Mon Nov 25 2024 Denis Rastyogin <gerben@altlinux.org> 0.11.0-alt2 > +- remove unnecessary vendor files. > +- optimize file pattern for man pages. > + 1) Стили оформления changelog встречаются разные, здесь, в новом пакете, вы задаёте стиль сами, но о совершённых действиях принято писать в прошедшем времени. Т. е. optimized, removed. 2) changelog пакета — это место для замечаний не о сопровождении пакета (как получается в gear git shortlog), а о его наполнении для пользователей. У вас 2 записи; первая, наверное, касается пользователей (хотя это под вопросом, но хоть что-нибудь в changelog должно быть), а вторая точно нет. О том, что вы optimized file pattern for man pages, разработчики с удовольствием прочтут в git-коммитах. :) Прошу тоже поправить. 255245 39 rastyoginds 2024-11-28 13:32:58 +0300 (Ответ для Arseny Maslennikov на комментарий #38) > (In reply to Denis Rastyogin from comment #36) > > (Ответ для Arseny Maslennikov на комментарий #33) > > > Такое бывает. > > > Прошу выпустить (тоже в сизиф, раз задание уже закоммитилось) новый релиз > > > пакета, при подготовке которого уже воспользоваться своим инструментом и > > > добиться результата. :) > > > > Подготовил задание с исправлением > > https://packages.altlinux.org/ru/tasks/363382/ > Все придирки к программам на шелле в составе fastapi-template относятся к > любому пакету, в том числе и сюда. Поправьте грубые ошибки в > `.gear/vendor-modules.sh`, пожалуйста. > Грубейшую из них (нет `>&2`) обнаружил вообще не я, а ув. ldv@. > > Shortlog будет выглядеть как-то наподобие: > > vendor-modules.sh: fix quoting and error logging > > Remove unnecessary vendored files > > 0.11.0-alt2 > (в порядке от предков к потомкам; git log, gitweb и визуализаторы графа > показывают наоборот) > > Кроме того, нам с вами наконец-то довелось составить нетривиальный changelog: > > %changelog > > +* Mon Nov 25 2024 Denis Rastyogin <gerben@altlinux.org> 0.11.0-alt2 > > +- remove unnecessary vendor files. > > +- optimize file pattern for man pages. > > + > 1) Стили оформления changelog встречаются разные, здесь, в новом пакете, вы > задаёте стиль сами, но о совершённых действиях принято писать в прошедшем > времени. Т. е. optimized, removed. > 2) changelog пакета — это место для замечаний не о сопровождении пакета (как > получается в gear git shortlog), а о его наполнении для пользователей. У вас > 2 записи; первая, наверное, касается пользователей (хотя это под вопросом, > но хоть что-нибудь в changelog должно быть), а вторая точно нет. О том, что > вы optimized file pattern for man pages, разработчики с удовольствием > прочтут в git-коммитах. :) > Прошу тоже поправить. Спасибо за разъяснения. Поправил моменты, которые ранее упустил. https://packages.altlinux.org/ru/tasks/363382/ 255293 40 arseny 2024-11-29 12:10:37 +0300 (In reply to Denis Rastyogin from comment #39) > (Ответ для Arseny Maslennikov на комментарий #38) > > Прошу тоже поправить. > > Спасибо за разъяснения. Поправил моменты, которые ранее упустил. > https://packages.altlinux.org/ru/tasks/363382/ Хорошо. (In reply to Denis Rastyogin from comment #37) > (Ответ для Arseny Maslennikov на комментарий #34) > > Имел в виду вот что: интересно, почему man-страницы указаны в %files в > > расчёте на то, что их потом сожмут. > > Я считаю, что лучше написать `smth.1*` (но не считаю себя вправе > > настаивать). Согласны ли вы? Если нет, то почему? > > Согласен, тк это более универсальный вариант. В случае отказа от сжатия man > страниц, пакет не сломается, если будет `smth.1*`. Однако, помимо моего > пакета, существует множество других пакетов, которые рассчитывают на сжатие > man-страниц. Поэтому, на мой взгляд, если такой переход и произойдёт, то он > окажется небесшовным. Валидное рассуждение, спасибо. :) 255294 41 arseny 2024-11-29 12:25:53 +0300 К представленным на review пакетам вопросов больше нет; предлагаю для закрепления результата обновить что-нибудь заброшенное и при этом не наделать грубых ошибок. Вот, например, пакет, который не мейнтейнится, а достаётся инструментом fcimport (который делает нечто стыдное, не буду говорить, что, хотя и так понятно): https://packages.altlinux.org/sisyphus/srpms/librtaudio Его стоило бы обновить и собрать правильно (иными словами, определить, что там сейчас неправильного, и поправить). Вот его апстрим: https://github.com/thestk/rtaudio Мне этот пакет видится весьма хорошим экзерсисом. :) Но вы с ув. ментором можете выбрать что-то ещё, конечно. P.S. У rtaudio есть собрат rtmidi, который упакован в альт и честно сопровождается. 255708 42 rastyoginds 2024-12-09 14:40:28 +0300 (Ответ для Arseny Maslennikov на комментарий #41) > Вот, например, пакет, который не мейнтейнится, а достаётся инструментом > fcimport (который делает нечто стыдное, не буду говорить, что, хотя и так > понятно): > https://packages.altlinux.org/sisyphus/srpms/librtaudio > Его стоило бы обновить и собрать правильно (иными словами, определить, что > там сейчас неправильного, и поправить). > Вот его апстрим: https://github.com/thestk/rtaudio > Мне этот пакет видится весьма хорошим экзерсисом. :) Но вы с ув. ментором > можете выбрать что-то ещё, конечно. > > P.S. У rtaudio есть собрат rtmidi, который упакован в альт и честно > сопровождается. Пересобрал и обновил librtaudio в задании https://packages.altlinux.org/ru/tasks/364130/ P.S. Пришлось немного повозиться, так как пакет OPN2BankEditor, использующий эту библиотеку, оказался немного несовместим с её новой версией. 255725 43 arseny 2024-12-09 16:37:13 +0300 (In reply to Denis Rastyogin from comment #42) > (Ответ для Arseny Maslennikov на комментарий #41) > > Вот, например, пакет, который не мейнтейнится, а достаётся инструментом > > fcimport (который делает нечто стыдное, не буду говорить, что, хотя и так > > понятно): > > https://packages.altlinux.org/sisyphus/srpms/librtaudio > > Его стоило бы обновить и собрать правильно (иными словами, определить, что > > там сейчас неправильного, и поправить). > > Вот его апстрим: https://github.com/thestk/rtaudio > > Мне этот пакет видится весьма хорошим экзерсисом. :) Но вы с ув. ментором > > можете выбрать что-то ещё, конечно. > > > > P.S. У rtaudio есть собрат rtmidi, который упакован в альт и честно > > сопровождается. > > Пересобрал и обновил librtaudio в задании > https://packages.altlinux.org/ru/tasks/364130/ Вижу много логичных исправлений по сравнению с 5.2.0 и меньше. У пакета с библиотекой изменилось имя, что хорошо. Патчи и коммиты оформлены грамотно. > P.S. Пришлось немного повозиться, так как пакет OPN2BankEditor, использующий > эту библиотеку, оказался немного несовместим с её новой версией. Вы попытались и его починить, спасибо! ^^ Ситуация была такова, что часть пакетов ожидает API от пятой версии, а часть от шестой (нередкая ситуация в большом репозитории). Перед вами стоял выбор: — собрать обе версии в разных исходных пакетах; — оставить только более свежую и сделать что-нибудь с пакетами, которым это не нравится. Пошли по второму пути; что OK как решение и может вас хорошо характеризовать как разработчика. Но вот характер исправления противоестественный: вы патчите и пакета-пользователя, и библиотеку. Если пополнять код библиотеки особыми знаниями про ужимки и особенности каждого проекта, который от неё зависит, то он раздуется до немыслимых размеров. Библиотеки в силу своей сути не должны превращаться в коллекцию хаков-подстроек под пользующийся ими код, потому что "вас у меня много, а я одна", их задача — дать программисту переиспользуемый механизм решения подзадачи. Иначе — это превращение в Windows (её даже в Microsoft не могут полностью пересобрать из исходников, dllки, как священные коровы, кочуют из релиза в релиз). Представьте себе, если Qt/Glib начнут себе наворачивать мегабайты хаков для каждого пакета, что от них зависит. Тем более, авторы библиотеки между 5 и 6 (soname 6 и 7) явно избавили свой интерфейс от с++-исключений, о чём написали в свои doxygen-файлы; у них, как обычно, были на это причины. Ну и зачем обратно добавлять? Т. е., идя вашим путём, стоило запатчить только opn2bankeditor: заменить RtAudioError на то, что вместо него в новой librtaudio, и наложить другой ваш патч. :) Другой вариант — пересобрать opn2bankeditor так, чтобы он пользовался bundled rtaudio: взять зафиксированный сабмодуль у авторов и подложить его как новый source. Такое у нас в целом не приветствуется, но входит в моду у апстримов прикладных пакетов (один cargo-культ чего стоит, он же "синдром leftpad"). Да и библиотека из двух файлов большой погоды не сделает, её и прочесть можно. Короче, я против того, чтобы возвращать исключения в rtaudio 6. Ещё мелочёвка: * в changelog-записи: что значит "rebuilt as legacy library"? 255783 44 rastyoginds 2024-12-10 11:18:53 +0300 (Ответ для Arseny Maslennikov на комментарий #43) > Вижу много логичных исправлений по сравнению с 5.2.0 и меньше. У пакета с > библиотекой изменилось имя, что хорошо. Патчи и коммиты оформлены грамотно. > > > P.S. Пришлось немного повозиться, так как пакет OPN2BankEditor, использующий > > эту библиотеку, оказался немного несовместим с её новой версией. > Вы попытались и его починить, спасибо! ^^ > > Ситуация была такова, что часть пакетов ожидает API от пятой версии, а часть > от шестой (нередкая ситуация в большом репозитории). > Перед вами стоял выбор: > — собрать обе версии в разных исходных пакетах; > — оставить только более свежую и сделать что-нибудь с пакетами, которым это > не нравится. > Пошли по второму пути; что OK как решение и может вас хорошо характеризовать > как разработчика. > > Но вот характер исправления противоестественный: вы патчите и > пакета-пользователя, и библиотеку. > > Если пополнять код библиотеки особыми знаниями про ужимки и особенности > каждого проекта, который от неё зависит, то он раздуется до немыслимых > размеров. > Библиотеки в силу своей сути не должны превращаться в коллекцию > хаков-подстроек под пользующийся ими код, потому что "вас у меня много, а я > одна", их задача — дать программисту переиспользуемый механизм решения > подзадачи. > Иначе — это превращение в Windows (её даже в Microsoft не могут полностью > пересобрать из исходников, dllки, как священные коровы, кочуют из релиза в > релиз). Представьте себе, если Qt/Glib начнут себе наворачивать мегабайты > хаков для каждого пакета, что от них зависит. > > Тем более, авторы библиотеки между 5 и 6 (soname 6 и 7) явно избавили свой > интерфейс от с++-исключений, о чём написали в свои doxygen-файлы; у них, как > обычно, были на это причины. Ну и зачем обратно добавлять? > > Т. е., идя вашим путём, стоило запатчить только opn2bankeditor: заменить > RtAudioError на то, что вместо него в новой librtaudio, и наложить другой > ваш патч. :) > Другой вариант — пересобрать opn2bankeditor так, чтобы он пользовался > bundled rtaudio: взять зафиксированный сабмодуль у авторов и подложить его > как новый source. Такое у нас в целом не приветствуется, но входит в моду у > апстримов прикладных пакетов (один cargo-культ чего стоит, он же "синдром > leftpad"). Да и библиотека из двух файлов большой погоды не сделает, её и > прочесть можно. > > Короче, я против того, чтобы возвращать исключения в rtaudio 6. Исправил в задании https://packages.altlinux.org/ru/tasks/364130/. Я согласен с выше сказанным, но хочу немного оправдаться. Несостыковка произошла из-за того, что клиент не успели адаптировать под новую версию библиотеки, и я надеюсь, что это временная проблема. В будущем upstream OPN2BankEditor, который, как я понимаю, ещё не совсем заброшен, исправит её самостоятельно. Поэтому свои патчи я рассматривал с учётом этого и выбрал путь наименьшего сопротивления, добавив старый класс. Конечно, апстрим может и не исправить проблему, и пакетов с подобными клиентами может быть много, а изменения могли бы составить и больше 20 строк, но, рассматривая конкретно этот случай, я посчитал своё решение приемлемым в данных условиях. > Ещё мелочёвка: > * в changelog-записи: что значит "rebuilt as legacy library"? Подсмотрел у одного из мейнтейнеров запись при подобных изменениях и посчитал её корректной для моего случая) 256658 45 arseny 2024-12-26 14:43:24 +0300 Извините за тормоз с моей стороны: мне потребовалось найти довольно много времени, чтобы вчитаться в этот неладный opn2bankeditor и понять, как его исправлять. Когда я предлагал обновить librtaudio, я не думал, что придётся _столько_ разбираться в побочно возникающих вопросах (для кандидата на join, который ещё и ушёл на review, а не с ментором занимается, это перебор). Ну ничего, бо́льшую часть пути мы уже прошли. :) 256659 46 arseny 2024-12-26 14:43:40 +0300 https://git.altlinux.org/tasks/364130/gears/700/git?p=git;a=blob;f=.gear/patches/fix-openStream-callback-arguments.patch;h=85148719bfe424071925a8ad1f15edbf7a71469d;hb=3463721aba7e044c116adf549c850db2b557dab9 Здесь мы убираем errorCallback совсем. Больше он по коду нигде не используется. Может, эту функцию убрать? (Жалко, Wunused-function ничего не показал, это же не private-метод). Более того, AudioOutRt::errorCallback(RtAudioError::Type, const std::string&) — единственное место во всём проекте, где кидают исключение. После исчезновения этой функции throw statement в коде отсутствует (будем считать, что в Qt их нет, да и в любом случае в src/audio/ao_rtaudio.cpp обращений к Qt нет). Может, там и ловить ничего не надо, только проверять всплывающий код ошибки? Предлагаю уйти от try/catch в AudioOutRt::AudioOutRt(*) вообще. Больше у меня вопросов к пакету не будет. :) Все наши мытарства вокруг кода OPN2BankEditor никак на вердикт моего review не влияют, они не относятся к упаковке и ведению сизифа напрямую. 257262 47 rastyoginds 2025-01-14 11:46:22 +0300 (Ответ для Arseny Maslennikov на комментарий #46) > https://git.altlinux.org/tasks/364130/gears/700/git?p=git;a=blob;f=.gear/ > patches/fix-openStream-callback-arguments.patch; > h=85148719bfe424071925a8ad1f15edbf7a71469d; > hb=3463721aba7e044c116adf549c850db2b557dab9 > Здесь мы убираем errorCallback совсем. Больше он по коду нигде не > используется. Может, эту функцию убрать? (Жалко, Wunused-function ничего не > показал, это же не private-метод). > Более того, AudioOutRt::errorCallback(RtAudioError::Type, const > std::string&) — единственное место во всём проекте, где кидают исключение. > После исчезновения этой функции throw statement в коде отсутствует (будем > считать, что в Qt их нет, да и в любом случае в src/audio/ao_rtaudio.cpp > обращений к Qt нет). Может, там и ловить ничего не надо, только проверять > всплывающий код ошибки? Предлагаю уйти от try/catch в > AudioOutRt::AudioOutRt(*) вообще. > > Больше у меня вопросов к пакету не будет. :) > Все наши мытарства вокруг кода OPN2BankEditor никак на вердикт моего review > не влияют, они не относятся к упаковке и ведению сизифа напрямую. Исправил в задании https://packages.altlinux.org/ru/tasks/364130/ 257270 48 arseny 2025-01-14 12:52:49 +0300 (In reply to Denis Rastyogin from comment #47) > (Ответ для Arseny Maslennikov на комментарий #46) > > https://git.altlinux.org/tasks/364130/gears/700/git?p=git;a=blob;f=.gear/ > > patches/fix-openStream-callback-arguments.patch; > > h=85148719bfe424071925a8ad1f15edbf7a71469d; > > hb=3463721aba7e044c116adf549c850db2b557dab9 > > Здесь мы убираем errorCallback совсем. Больше он по коду нигде не > > используется. Может, эту функцию убрать? (Жалко, Wunused-function ничего не > > показал, это же не private-метод). > > Более того, AudioOutRt::errorCallback(RtAudioError::Type, const > > std::string&) — единственное место во всём проекте, где кидают исключение. > > После исчезновения этой функции throw statement в коде отсутствует (будем > > считать, что в Qt их нет, да и в любом случае в src/audio/ao_rtaudio.cpp > > обращений к Qt нет). Может, там и ловить ничего не надо, только проверять > > всплывающий код ошибки? Предлагаю уйти от try/catch в > > AudioOutRt::AudioOutRt(*) вообще. > > > > Больше у меня вопросов к пакету не будет. :) > > Все наши мытарства вокруг кода OPN2BankEditor никак на вердикт моего review > > не влияют, они не относятся к упаковке и ведению сизифа напрямую. > > Исправил в задании https://packages.altlinux.org/ru/tasks/364130/ Спасибо! > diff --git a/OPN2BankEditor.spec b/OPN2BankEditor.spec > index b74bde5..4d3ec3c 100644 > --- a/OPN2BankEditor.spec > +++ b/OPN2BankEditor.spec > @@ -3,13 +3,13 @@ > > Name: OPN2BankEditor > Version: 1.3.0.90.git64f4a24 > -Release: alt1 > +Release: alt2 > > Summary: a small cross-platform editor for OPN2 FM banks > > License: GPL-3.0 > Group: Sound > -URL: https://github.com/Wohlstand/OPN2BankEditor > +Url: https://github.com/Wohlstand/OPN2BankEditor Не возражаю; мне скорее без особой разницы. rpm-build принимает обе формы, так что ладно. > > BuildRequires(pre): rpm-macros-cmake > BuildRequires: cmake В остальном вопросов нет. :) 257272 49 arseny 2025-01-14 13:12:19 +0300 Ну что. Денис научился сопровождать разнородные пакеты, в том числе нетривиально их меняя; показал, что понимает, что делает, и что способен в позиции мейнтейнера принимать обоснованные решения; хорошо себя проявил в общении в команде. Думаю, он может стать членом Team. ____ Более тонкие нюансы, например, ведения changelog в пакете приходят с опытом, если притрагиваться к принципиально разным пакетам, а тем более — если иногда выступать и разработчиком оригинального проекта. 257286 50 glebfm 2025-01-14 14:22:15 +0300 Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 14395 2023-09-12 17:38:57 +0300 2023-09-12 17:38:57 +0300 ssh_public_key SSH-KEY.pub application/vnd.ms-publisher 95 rastyoginds c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUZPT2pkaGk1Q3pHSHZHZXQ2dzl3 RlI5Tisxa0JzM2RpZFN1c1R2bDBOR2QgZ2VyYmVuQGdlcmJlbgo= 14396 2023-09-12 17:50:23 +0300 2023-09-14 10:49:31 +0300 gpg_public_key gpg_public_key application/pgp-keys 3078 rastyoginds LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdVQWVUd0JFQUQ0bTBt QmFWdE5oOW1IQjVSc1ZiaGdzUVB1OVNuWHFTS081VDk1NTlMRDBZamNOdnY4Cm1ldUpmcmEvb1BN K0pDa0hrbXBKeVZveExMNGtnSWNPa0tFUWdRUVVBaVVtWHVmOVhFK29DRHlTZnFaUzZNVkgKR1A5 WU4xMVJVRDVhT0xQa2NrRHkwdGpZeDRaOTFSMHZpTEVyOXcxSnVVbkRXa1BjRGNOcFhjMkZFL29W QUhXVgpNbHd5bWp5eDYxN2ZVK1puZURvb3R2MXd1NFNZdUpFTysrQjNxQkJ4R2N5NndWZUpIazVt YlA4UWNpWkcyOXcvCmlEZFR0czZ3dlRpY1Z2aCs5cUw2V3AzUVdYMFRXRDd2eTFwZjl5elJxdjRr Q0RNWTkraUNsZC8yOU1IVC9WU3UKSUZJYlFialhwdlcza1VZTGFQaTRsdUJibnBnNzJvYjRRNW8v dms1NGp1MjNGaFBHbjdGQVZpSW0zSjRLbG1CTQplc0JrNWdZK01iQ1paMGZnRXVmSTExM0oxc3Bm WEtOSlFibWNLVkhUZVhPcGY0T3JGQUxpRVBlTHJHcXJoai83CnBwRG56TGVYblRNNlpUZ3lFMUV0 M1RlZ2psdEh5OGJ6WS9xUDRCdDJYOWxoTDNWZGlYenFHNXBwUlVmVWswNzkKbGRUbFE5d1ArbW9Y S2JFb3BpQ1Ziam1neGJ5dHZsdFhiVDVnZ2k5dHFocVZWWXFvZFVkaFAvcjlPY1pneHhFaAp0ZWhD Nk1nNC91T2FMeHk3MFFpSDRKWjdMSDdvRC8wY3lrL0ZSNzJCOWdZVFlIaW9wUXBQWHNzWTlnUS9G NFJKClkwcFgxbEZQVUZpU3QwS2NjcHpJRjd3Q001ejIrWEV0ZGVnZVhyMlhNWlFqRHl5NWFBbC9N TWxveFFBUkFRQUIKdENWRVpXNXBjeUJTWVhOMGVXOW5hVzRnUEdkbGNtSmxia0JoYkhSc2FXNTFl QzV2Y21jK2lRSTRCQk1CQ0FBaQpCUUpsQUhrOEFoc0RCZ3NKQ0FjREFnWVZDQUlKQ2dzRUZnSURB UUllQVFJWGdBQUtDUkM5RGtOeXd3dXEzS3ZJCkQvMGF5R1RQVTYrRjBsOElSWGRnWjFCT2RzRElL a0dyc2UrTVdCa2hTSmEvY2R3VitDSWhjd3dzUklGdExJeFEKUjY0WTNuZlZWMUxGcTF1Qm12RXRW Lyt5YnczTzg0Y3k2U1p0VGhxWnNYc2MrN0ZWVVZWWUtrL25XUWtqQUgrYgpYMmNDU1dLNDJBak52 a0ZIMWlhYWc4ZHJBMDlUdnUvekNvczN5QlVySGhpaUM2VUtjVC9PYm9TOFN2TmhHaFNGCmJxRCtX dFU2Qjk4Y2FwNHkwcE91N0hxbkpLYzRRb1pQN2RkY1BHYUY1clBXK1RLK3BMUEVRWVgzYWs0VmNW U0oKd3BwRzVPVDFIMmo5MTJ5YjBONit6TFM4U1R4dXdoMXlYSm9RRFJiSlJUcms4S3Z6K05aanhL enl2NTUxNlUwMwpKN1hUZHZZUnVtLzkyN3JrR3lJbnowWi9QYVlHSUt2YnRGSldVOW1yNUYwWmNB bHlkZUJ6eFdGTEtiQmlYdUF4CmpUQ3hYUkdBbnhGUVV6VEZoeVZra3NGQnlObjRLSGJDaVJoLzha MTZNc1pyOXo3eVZ3cXZoWUE1RGx0NCsxMkkKaWZvaU1ZRVZmQ3YrWm1WT1o3b2lPSlBjNnRadXda ZjViTDZXdzRvek9aQW1Hd1R3K0M1SlZZb055UVVqS0RFbQpkWGpFTVNFdkFQenR6ZDE5WnVDZ3lj QlpRSWhibmlwN3hJQ1JsdUs5Nm8vaEw1bWpSOGNScFY5ZENRQlhWdmFiClcrdmlJWWcxbkJXdUJF QitQckc0eXB4OUZsM1EwKzAwLzV2Uk9kbHRYN0gxb0VuUUwxd1dPQVRoSEZYZWpoNSsKNlIxQTU1 dXM3dWgzZGtOUzNQdXhTNmNIWWNiSWtiSENwTFRYdDBlWGYwZmZWTGtDRFFSbEFIazhBUkFBdjB3 bwo4NWhmWXo2RldvL1d0Q29kR2sxWHlFTk4xTjMzVWduWWNNWjBiOU41RFExcjRBQmdFYkRRWTQx ZFBLVHFjQzlhCmhDTGVQcFZ5a0I3YzU1SXBzcmdlbUpJNWgzQTRha1ZhSWx5VUNvQzBUU0hNbHVZ NWVSM0prVzRMZzBlZmtmQ1YKcDZ4bG12RXRDQTBhOFhEZEZCQUxKbE9uR1BlRlN1TGVuenRZNnc3 ZEYwb2ZTRW5UTDNZcXJZUWZLTStQUkN4LwpmSnFvb2dRaDRuWVZSR295SFU4dWcxaGxnRjdTbFd1 Q1I4c3QvR2JYNWZNcHk1VUJGVXBORitpV1pVZXFOMHlaCis3aXduek04VjJBY3BlbVgyUmNneTdM RHBFOU9YOXhuWjFOZ1dOZ0kzdjNwbEMyVE9oQzhZaXRLMjNTeGRwWm8KK0FvTnRQcVlEaW1CaFJG WDhkYXg0U0l1VUlvckNyZEMySGR5eUpHcW52RnFnL0lOR0laQ3NtY3VYWHR5VUFRUAo0SnNzb2Vi ak1YVFIwY2RJYmhjVWpyLzAxZmVKaDEzQkRlMXF2VWZTcDRKTTNTRzlQUGtQdXpsOFFiTlA5NCtp CmpUTmt6ZDJYV2p3TGRoTkdLYnEwK3Q0bE5VV3VQVEdSN2EzM1kxRXJmcTE2clZpTnliWDJPOVhG YktqTEJHalMKT1dKOENxL2g3VDRGNklCN3krS2IraVZQY1ZHNjdmM1dFVm51MjJnTHJtRkJuU1pZ ZzFTZ2hrZnIyb2hCSDRkZgpqUW5hdWh2ZUJrL2JWaTRaQlBSVGl3NnJaeXFlRUFweVJ2cWNvU01G VnZ1b2VIbVpXS2NCSThqVE96Wk8yWG5RCnBPVGhtSisrVzh5aHk3a1l6MFNIa0ZkdEg4UnlXczVz QzNHcVFIRUFFUUVBQVlrQ0h3UVlBUWdBQ1FVQ1pRQjUKUEFJYkRBQUtDUkM5RGtOeXd3dXEzTUNq RC8wVVB5enZaOHNIR0pLZTIzSVljSTNIeER0dUhOSlNDY0FTemlmWgpUWlZDTXprYmhNamRnRzUx aHdlVEkzWEVWc0grSFNOUHhuNG5RYnVKb1VPNXJTZ0dQU0dvbEdxc3ljOHgvajliCnZiSFVtWEU1 a0pPTkkvUmpndGRHcUpUZE9WQWhtN2VOeUlWQnkzMmlmaWgvY0FKNDV5blkvenl6c1dobWZHd2YK by9xaFl3Vm1FUWhGVDZCVmdmLzNsaVRManlZMVVjMjlWZThEWDlHcm9nNzc5VnMrKzlqVVZPUC8v TUNDd2cvTwpiVXVxaldHeXorSy9JaGhHVEZzeXRXbkN1enI3eWdyUU5JUlJTVEZyWFNzR0RBZkRx cVVBaGV4T3VETzBvdEk1CnhOOXlLOGZJREtmTUxnL2ZwRXRKNHY1VTQ1NG5Gczh2SkFET3JpTFVF dC9IdXpIWVVXYWwyQThRQUo0RFRDQVAKZ3Z4SStZN2twTHM5Vi9RUjRSejA4SEF6dk1BczlyRkhQ ZC8xNEU3d0ZjcG1QdUJmeU1ZbHdCT2dxd3dDVjNMYwoyaWdXWkg5bVl4MXduV1JpaWM3eFFySjZl Z2Rzb2dGWXdWWjNBamlZLzRXNERrMDg4V2toV2JFcy9OcndpKzRzCjRsbk8xQXM2R3phR216Zkp6 aVpFSCtxZmpmOVlGOEZCZDRBMkhpUHhzVlJ3YVNJMXJmd1pIblJHdzhMd0ZBQnMKSXlhSktjWEUv MWg2L0RpcHhsRnZCY3NrbW5URHViTy9LMjFIeTc2dkN6SzQ1S1F1UlhlVlF6VWVXSU41M3pxZgp5 bSt0TXNaRXVrZE55R3JoSGVybVBGMlNDV0dHU0lTMk16ZjdYZU0zM2pDVC9UM0JHYm9YOVFUOXN6 UDIrL1VYCk9jQnlUQT09Cj1GU1R6Ci0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K 14422 2023-09-14 10:52:33 +0300 2023-09-14 12:08:47 +0300 gpg_public_key gpg_public_key application/pgp-keys 3095 rastyoginds LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdVQ3Q4Z0JFQURtU3pO Z2dVcm51TGhRNkoxLzRHQmNUdkNaUTNGZllGOTNQSEVoWU5Lc3ZySk9nbmY3CmdTa0x5YUdoNTky VnBWVnJWd2lza2JMZXFTYit1TG9UejF0SVR0eWdMQVJiam9zODIyd1V4SVhHNFZXU2lmYjkKdFEv MHdmVUZhYzMzV3dTRnZRWDNPeTNyMHEvNzdKSVAzQlpDcXA4YWlMQWZndE8vOExEbWR3cnRsWTQz SStDVApRc3A1eVdXRWhENGtvcjVHcnovbXlWdjYxaENWNGNmSE5iR0l2RGs2TlZ4djdUdGJaNk9o UjliSmZ4SGJ1RzN5CldhOFRoTmVyaXdVUm1vZjg5ZnpZcW1lc01iQzlnalBFMWtTQWNDOElSSFBB eDAvditlSEt5WFlJUmNHaWZ1cnQKN3YwazQ1Umh4MDFrK2Rid1pRY0FwUjdlcjRha0pQTmFOaVcr WXdCQTQ1WnZUQ0FaVkx2US9zTHdVNWJIeC9TaQphakJ1a09mUjlyOHU0TE9IRVBKTnAyNXVsWWtr V0oyaEVMelVDb2JCVG5Sd0k5dWRkVDVjZ01TQ09oQS9IL0daCnVvYlJLNVdLUzdDQXlXYXFhUXZv QTdjQ2dIanhHOEtjVFduTGgxWFl3M2hNNlBkVlV2Y2hjVlFkUU5EVk5ISmYKTnMxdU43eUp5Wmdu Zm5FTXdvM0p0Q1hMdEF5TGVwekc5UitLRCtnd3REWkw5OVV2YWhHSi82Q0lCcFB0aVczKwpOTXZZ UzhPU1lBR3NXQlcxYmxTY3RIRzhpcGFOMVc1MnBJdHk5amFFcEJXVEN4REUwdHRJaVJMZ1ZaRHpY YmJ4Cjdsa241QWdJSnQ5WXVDYlgyNS9PcUZ1OGJIM1J1WFNuU2Z2MXhOZGIxTFJuMmdNMnR6ZGZF SjFTcndBUkFRQUIKdENWRVpXNXBjeUJTWVhOMGVXOW5hVzRnUEdkbGNtSmxia0JoYkhSc2FXNTFl QzV2Y21jK2lRSStCQk1CQ0FBbwpCUUpsQXJmSUFoc0RCUWtCNFRPQUJnc0pDQWNEQWdZVkNBSUpD Z3NFRmdJREFRSWVBUUlYZ0FBS0NSQndVVVZUClNGdjdWcXhJRUFERHNzQmQyZE9HVWpPNk8rQitz TFhtUFEySXlwajA5d2tJSjV2R1pUdHAvOFJHR1BkSWVtU0EKSjNsR3VsbTI2aTg2Vy8wamdtS0Vs b3NRZGhrT04za0ZuNFB3UlFPR3RyazFRK1FjYkNjR05NMm9HT0pTVzRnTwo1TW5PSDNDcWRac3ZD aTNNSlh0ZVpIVWZOSVdVeXJabUhSeloxaWZwZVZzUkhOS256a3FKVzZHbXpmY3BXWHhPCm1SWlh4 dUkwdEJBNnF0ZWhlSTRQM3pSc01RY2lROVF0MXJ5NW5sb3BwL01NTTRLUkdaaExmcGwrcXZUQjU5 RkQKU3U1M1AyZHgyQzU3ZTNzTkk0cCswcVNJVE9CVVJLd2RXb3V3SnBzZVdNMWt4WFJ5MEpDNFY5 aHhLdXpVMDlVVQpWckNNTFg5eXdWR0QyY3p0ZnB2WEM3cWQybDlROFpBYVV6U0RPRWpqTkNaOVNw UjcwODEvVXhzbXVTeXRsYmd4CnhnbG9vV3Z5ZHhEd2xubzZhUkV1eFFjeFRWQnBmWE5tdGE3cE9n NCtleElPbEtHRTJWbTkxMFZDT1Y4UWpDcHMKQlF0K2FmaGNSOGxaeGJkT3ZUVXV0YXQ3anRaT2xk RDY3cXMrZDZYZ2sxUHNrQys1bmFtSjFMOVRiMjkvR1dtVwp4TEFKcVd0NlRmVWRZay9aV1EyRzRj a0NZUkl5WnBRWEpISk9BUExiZEZDWGdORXZWN0R3RkdjYXRRc0drWG0rCjBPcC9LVEpTYU5vWVJz TkVrUlVBbjhreHNqTENxMkxlNlpzOTVSVnZYTGlPUkUyL0M4V2FsSlJ2ckd2NS83bTgKM054Vnhs ZHFQWTNqS0dGdjRKYzkwb0ZRWW11KzRRaTRNRUVRQ1BuMnFGTlNHRVRzRFY3b2Zia0NEUVJsQXJm SQpBUkFBNnB4K2N3SHY4eEw3QU10S2ZsZ0Fvc0Q2dGVxZE1kREpNQVdJR05rQzZoQTJjS0lIZjNp ZmNhZUs2bk5mClkzQTJCQVZLczR0UzY2YnNaRXU5S2UrbENOcHFrQmcrOFhCM21QY1FaMTBtZS9r eEZ1ODFwNlZ4UHRyVDUxNDUKOGlUbG9XWThXOFVmemxsYVZsTDh0Rm5hWmcyMFY1VEJIejUxUndv dnFzbXNKanRUNXNBSmhMWFE4SnVOMmVNOApTc21GUmRNQ3Q5YkNYTzJBT0dyWWxLdWh3ajR1aWlT UjVPeVJTZXVEeWpVNnM3U2dUeVBsVHA1azV6Y1J2TzNCCk85V3lWdGkzc2JDKzJGVmZraTY0ZW1k aXJ0SXdqQjVOcHc4L3g3QnVwRy8rdDU3RnRpR0tBVnUrbzBhSkk1QlgKcm43RTlteWtyQWVXOTVy VjJrdXQ0TU5lK2FoZmhZeDlqWU00RUlhcm4wSXY0Q1VhelZVQlA3Sk0wZVlNbmRoYQpLckZaOC9V ODBwQWNkRTBKbVkxZ05RdWgvWC9ISWZjZStFYWxDL2RsS25Kdy9pUGdRTktzcWM2SStvM21vM3dL CmFjL1VwL1kwc09HWTRIbzlKYVo4U3dHdk9LQzBWc3hlcjB1SUxISVMyNWsyWitBVW50RWo3cWdw bnpWbnp5R2wKTHRtelBMazNib1hjMURML2F6QlNLWk5HY1R0VEtLeHJtSjBhUHpBWWZKM1oycFFS aUU0dnZjQXc4MHRSTVU2Zwp3dFZtbEd1ejg2UlhQU0ZRbGtSZ1ZPMHJUVjBSTTdjeDVlN3VTMzVB OWlnUDgyTDhGY3dhT0NsSUw2Rk4rdlFnCm40OFhDNktJT0dyTGp5RGtKRnBma09GaXlvVjhlQnJs MDhWMWw1SWFvM01ySEtjQUVRRUFBWWtDSlFRWUFRZ0EKRHdVQ1pRSzN5QUliREFVSkFlRXpnQUFL Q1JCd1VVVlRTRnY3VmxHUEVBQzA5aGVtODdORVM0V3V3Zmx2dm5NNQpIYUQ0RjFZVCs0eFlSQ2FW aTdRenkrUmh1T2RyeGlITlBEWTRhTFREeDRiSyt6ZVdvQlgzUDNWOHIrRFEzUkxiCjA4WnA0U1M3 bWZGZFkweUhOZ3plVHhJZjQ3RVBNazZzZzlmSURQTEphMlo5RkZSQTR3eUlyU1lWVVFLdmVaUGsK Y0pKeVNlTGpXMisxR0lDTGx6cHBobzVvRzdTWVJlVWt3aDJmQll4QkpDWHdJaDRtemZHRFlSNjl3 WUthQWRCeApDT1BySnJIYjYwV3JnejdxR0lBaGVNTWt1V2ZJb3g3dUJDcG5nUVVaRFBiSnQwTjRw bTVCazBYSHZ2cEI4dDZoCmE2ZDZKNzFMN3NyVzQ0d3MwSFdzaUFwZHhIdUJIU3VoakYzNVhyN3Az Wm1MeUtNYUNuell1bkprS0tQeVI2ZlAKditoME96dWNaZWRQQXhHWi9idHA1RC9jOFRxYWdDOStj c2lzd2ljQVF4YjZDenFEUzd0SFpXMVZGSGdjWDFqTwo2cTJZNTh5R25uMzlJOHNOY2c2ZmowS3lE dStmazFwZmI2N2FCeDJHWG5WTDdyblU5UlVWaW9GY2hVbzQ4andOClNMQndUMkhPQ2NMdXFtN240 QXR2eDF5L0kvM1ZTckE4RjVFVGM3K2RHUUdOOU5ISzVJM0hiZm1xL0ZVV2VNM0MKNnlRRkJrZWlT QXJBMXdBS2pORDBkNmYwczRIeXlQaUI3d0R0T0xqQnJDeVlLbHN0U1V0LzFxTjIrdk1TSTdGagpk NGFFL0EyeVFYeWpQd2ZCOGFoTVJYcnQ5ZDlIdGJVQkNGRFRSdDhteTg3d1lnWExIY0k1T3V0N1dS azAxNWxiClNVL1Fma29VWEFTQnIwdyszSnRaTmc9PQo9NUpBMQotLS0tLUVORCBQR1AgUFVCTElD IEtFWSBCTE9DSy0tLS0tCgo= 14423 2023-09-14 12:08:47 +0300 2023-09-14 12:33:41 +0300 gpg_public_key gpg_public_key application/pgp-keys 5293 rastyoginds LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdVQ3Q4Z0JFQURtU3pO Z2dVcm51TGhRNkoxLzRHQmNUdkNaUTNGZllGOTNQSEVoWU5Lc3ZySk9nbmY3CmdTa0x5YUdoNTky VnBWVnJWd2lza2JMZXFTYit1TG9UejF0SVR0eWdMQVJiam9zODIyd1V4SVhHNFZXU2lmYjkKdFEv MHdmVUZhYzMzV3dTRnZRWDNPeTNyMHEvNzdKSVAzQlpDcXA4YWlMQWZndE8vOExEbWR3cnRsWTQz SStDVApRc3A1eVdXRWhENGtvcjVHcnovbXlWdjYxaENWNGNmSE5iR0l2RGs2TlZ4djdUdGJaNk9o UjliSmZ4SGJ1RzN5CldhOFRoTmVyaXdVUm1vZjg5ZnpZcW1lc01iQzlnalBFMWtTQWNDOElSSFBB eDAvditlSEt5WFlJUmNHaWZ1cnQKN3YwazQ1Umh4MDFrK2Rid1pRY0FwUjdlcjRha0pQTmFOaVcr WXdCQTQ1WnZUQ0FaVkx2US9zTHdVNWJIeC9TaQphakJ1a09mUjlyOHU0TE9IRVBKTnAyNXVsWWtr V0oyaEVMelVDb2JCVG5Sd0k5dWRkVDVjZ01TQ09oQS9IL0daCnVvYlJLNVdLUzdDQXlXYXFhUXZv QTdjQ2dIanhHOEtjVFduTGgxWFl3M2hNNlBkVlV2Y2hjVlFkUU5EVk5ISmYKTnMxdU43eUp5Wmdu Zm5FTXdvM0p0Q1hMdEF5TGVwekc5UitLRCtnd3REWkw5OVV2YWhHSi82Q0lCcFB0aVczKwpOTXZZ UzhPU1lBR3NXQlcxYmxTY3RIRzhpcGFOMVc1MnBJdHk5amFFcEJXVEN4REUwdHRJaVJMZ1ZaRHpY YmJ4Cjdsa241QWdJSnQ5WXVDYlgyNS9PcUZ1OGJIM1J1WFNuU2Z2MXhOZGIxTFJuMmdNMnR6ZGZF SjFTcndBUkFRQUIKdENWRVpXNXBjeUJTWVhOMGVXOW5hVzRnUEdkbGNtSmxia0JoYkhSc2FXNTFl QzV2Y21jK2lRSStCQk1CQ0FBbwpCUUpsQXJmSUFoc0RCUWtCNFRPQUJnc0pDQWNEQWdZVkNBSUpD Z3NFRmdJREFRSWVBUUlYZ0FBS0NSQndVVVZUClNGdjdWcXhJRUFERHNzQmQyZE9HVWpPNk8rQitz TFhtUFEySXlwajA5d2tJSjV2R1pUdHAvOFJHR1BkSWVtU0EKSjNsR3VsbTI2aTg2Vy8wamdtS0Vs b3NRZGhrT04za0ZuNFB3UlFPR3RyazFRK1FjYkNjR05NMm9HT0pTVzRnTwo1TW5PSDNDcWRac3ZD aTNNSlh0ZVpIVWZOSVdVeXJabUhSeloxaWZwZVZzUkhOS256a3FKVzZHbXpmY3BXWHhPCm1SWlh4 dUkwdEJBNnF0ZWhlSTRQM3pSc01RY2lROVF0MXJ5NW5sb3BwL01NTTRLUkdaaExmcGwrcXZUQjU5 RkQKU3U1M1AyZHgyQzU3ZTNzTkk0cCswcVNJVE9CVVJLd2RXb3V3SnBzZVdNMWt4WFJ5MEpDNFY5 aHhLdXpVMDlVVQpWckNNTFg5eXdWR0QyY3p0ZnB2WEM3cWQybDlROFpBYVV6U0RPRWpqTkNaOVNw UjcwODEvVXhzbXVTeXRsYmd4CnhnbG9vV3Z5ZHhEd2xubzZhUkV1eFFjeFRWQnBmWE5tdGE3cE9n NCtleElPbEtHRTJWbTkxMFZDT1Y4UWpDcHMKQlF0K2FmaGNSOGxaeGJkT3ZUVXV0YXQ3anRaT2xk RDY3cXMrZDZYZ2sxUHNrQys1bmFtSjFMOVRiMjkvR1dtVwp4TEFKcVd0NlRmVWRZay9aV1EyRzRj a0NZUkl5WnBRWEpISk9BUExiZEZDWGdORXZWN0R3RkdjYXRRc0drWG0rCjBPcC9LVEpTYU5vWVJz TkVrUlVBbjhreHNqTENxMkxlNlpzOTVSVnZYTGlPUkUyL0M4V2FsSlJ2ckd2NS83bTgKM054Vnhs ZHFQWTNqS0dGdjRKYzkwb0ZRWW11KzRRaTRNRUVRQ1BuMnFGTlNHRVRzRFY3b2Zia0NEUVJsQXJm SQpBUkFBNnB4K2N3SHY4eEw3QU10S2ZsZ0Fvc0Q2dGVxZE1kREpNQVdJR05rQzZoQTJjS0lIZjNp ZmNhZUs2bk5mClkzQTJCQVZLczR0UzY2YnNaRXU5S2UrbENOcHFrQmcrOFhCM21QY1FaMTBtZS9r eEZ1ODFwNlZ4UHRyVDUxNDUKOGlUbG9XWThXOFVmemxsYVZsTDh0Rm5hWmcyMFY1VEJIejUxUndv dnFzbXNKanRUNXNBSmhMWFE4SnVOMmVNOApTc21GUmRNQ3Q5YkNYTzJBT0dyWWxLdWh3ajR1aWlT UjVPeVJTZXVEeWpVNnM3U2dUeVBsVHA1azV6Y1J2TzNCCk85V3lWdGkzc2JDKzJGVmZraTY0ZW1k aXJ0SXdqQjVOcHc4L3g3QnVwRy8rdDU3RnRpR0tBVnUrbzBhSkk1QlgKcm43RTlteWtyQWVXOTVy VjJrdXQ0TU5lK2FoZmhZeDlqWU00RUlhcm4wSXY0Q1VhelZVQlA3Sk0wZVlNbmRoYQpLckZaOC9V ODBwQWNkRTBKbVkxZ05RdWgvWC9ISWZjZStFYWxDL2RsS25Kdy9pUGdRTktzcWM2SStvM21vM3dL CmFjL1VwL1kwc09HWTRIbzlKYVo4U3dHdk9LQzBWc3hlcjB1SUxISVMyNWsyWitBVW50RWo3cWdw bnpWbnp5R2wKTHRtelBMazNib1hjMURML2F6QlNLWk5HY1R0VEtLeHJtSjBhUHpBWWZKM1oycFFS aUU0dnZjQXc4MHRSTVU2Zwp3dFZtbEd1ejg2UlhQU0ZRbGtSZ1ZPMHJUVjBSTTdjeDVlN3VTMzVB OWlnUDgyTDhGY3dhT0NsSUw2Rk4rdlFnCm40OFhDNktJT0dyTGp5RGtKRnBma09GaXlvVjhlQnJs MDhWMWw1SWFvM01ySEtjQUVRRUFBWWtDSlFRWUFRZ0EKRHdVQ1pRSzN5QUliREFVSkFlRXpnQUFL Q1JCd1VVVlRTRnY3VmxHUEVBQzA5aGVtODdORVM0V3V3Zmx2dm5NNQpIYUQ0RjFZVCs0eFlSQ2FW aTdRenkrUmh1T2RyeGlITlBEWTRhTFREeDRiSyt6ZVdvQlgzUDNWOHIrRFEzUkxiCjA4WnA0U1M3 bWZGZFkweUhOZ3plVHhJZjQ3RVBNazZzZzlmSURQTEphMlo5RkZSQTR3eUlyU1lWVVFLdmVaUGsK Y0pKeVNlTGpXMisxR0lDTGx6cHBobzVvRzdTWVJlVWt3aDJmQll4QkpDWHdJaDRtemZHRFlSNjl3 WUthQWRCeApDT1BySnJIYjYwV3JnejdxR0lBaGVNTWt1V2ZJb3g3dUJDcG5nUVVaRFBiSnQwTjRw bTVCazBYSHZ2cEI4dDZoCmE2ZDZKNzFMN3NyVzQ0d3MwSFdzaUFwZHhIdUJIU3VoakYzNVhyN3Az Wm1MeUtNYUNuell1bkprS0tQeVI2ZlAKditoME96dWNaZWRQQXhHWi9idHA1RC9jOFRxYWdDOStj c2lzd2ljQVF4YjZDenFEUzd0SFpXMVZGSGdjWDFqTwo2cTJZNTh5R25uMzlJOHNOY2c2ZmowS3lE dStmazFwZmI2N2FCeDJHWG5WTDdyblU5UlVWaW9GY2hVbzQ4andOClNMQndUMkhPQ2NMdXFtN240 QXR2eDF5L0kvM1ZTckE4RjVFVGM3K2RHUUdOOU5ISzVJM0hiZm1xL0ZVV2VNM0MKNnlRRkJrZWlT QXJBMXdBS2pORDBkNmYwczRIeXlQaUI3d0R0T0xqQnJDeVlLbHN0U1V0LzFxTjIrdk1TSTdGagpk NGFFL0EyeVFYeWpQd2ZCOGFoTVJYcnQ5ZDlIdGJVQkNGRFRSdDhteTg3d1lnWExIY0k1T3V0N1dS azAxNWxiClNVL1Fma29VWEFTQnIwdyszSnRaTnJrQ0RRUmxBc3B2QVJBQXU3ODNiTDExNy9yM3J1 VXh3UWJ4cmQ3b1orZHMKc053S0tkd1hva1FtcXlGMFZjWDJzNmtNSjVUSFlZZ3FJZU1rdmV2UnpT KzlReGZSb2tyMTc0ZUUyak12YVIxNgpaOGVpTjN3NzM4T1JXeEhvbDM2c3JhZFNQRGR5U0x2WlRk RW45ZUpsNno3OWQ5MEttV0xBVC9scGJtRWZ0VlprCnFwN2pSRUtkRFlQdnAxYUxBOEwxWDludzB3 L1FodHZZOUlsRVdsWURaeFM0NHQrM2FndjZaNEJaUngwKzAvd2oKT2hnbllDOFhMUkhsM0F2am9G OHdqRWV6ME01VnI1MTFGL0VDWWhqTTJXZUh1Y29xT1pQaHJ2S01iSjdmbHhoUgpCS0xmcDQ4NmJM bDd4aTluK3hONWpsbzMyRkdvdmZkM0RpZEprcW5oK3JRWnQyY3J5M1hvOVZBamVicjVSVytvCitF N2RSdnNBNm1LOUE1MHRlSTkvay8zNG1ZRzcvM1ZBNVA0eVJMU05FT05rOG5TaC9SazloQ3ZQSU45 ZzNvQXQKLzNXdUtZOHFQK2NoUExWTDE1QXFDd1lxeE85QkphNHlIYkxpQnlleS8wdTB0SEo2VEtW MnQydGFwdWhnK2RWQQpxU05lKzZwdERtc3ozVlBaakZyMW5QMjRTMzJWU3cxVnJSb1ZKUnhNdTkx UWpHRXYwSDl3Y0Z5d0lxTnJuN3I3CkptUjJwSTM4ay83NzBtTldqWDVZcDJnZGQ5U3dmWWQ3SFA1 bUM3OGpsdU5QSS9IcTNzbWU1WXFTQVNqd1FQYzYKcUQzeHBYZGg5d3pubEVrcXdRaXJTVTR3Zm5M ZVo4djkyVTRSRmhmcGhhZmVwcGl2a0oyR3hKMjZCQUFwYU5GQwpRSFpONGp5NThCMmF2N01BRVFF QUFZa0VSQVFZQVFnQUR3VUNaUUxLYndJYkFnVUpBZUV6Z0FJcENSQndVVVZUClNGdjdWc0ZkSUFR WkFRZ0FCZ1VDWlFMS2J3QUtDUkFCWk9jSm84cnlkOHMvRUFDY2lOQVZOdDBMYnpBbTBzNE4KQnYx TGdXQW5rQmxQclpDaTdpTHI5LzR3dnNsYVV1RHNRK2oxbWdjbkZpSHVnS3RvdEFDSDFtcHpIazQv azVTRQpJNlh2RGpzRW13SGxnckNkcDZkNCsrVUFJYnlBVTFoWFdXWm5VdEFUOU81RTZrRHV5eUx3 bTFZM0FTc1BubGY3ClJvTStnU1o4alk0ZzJQWGV0KzVVUkh1cFJIWEQ4SWdzeUlsK3l4ZUtwRGhz QUZIeTNBUksrSWRndDgxQnJmMzIKTU42TitWRHhRN1lEZWcxdXZXSmFJbEpIa1RWTFQyeDQ0Si9w OWtIa0JzbkpjbDd2aVRDM013dXpuR3JWZnc0awpYWDBmaHloajJaTCtEVkxKMTR3YTNGWVd2OGFM Q2VDMVhMU1lzb2sveHBGcUlDRlkzZ2xpeVhwZ0ltZ2wva0d5CkNXNEZXbG43OUROQk1FWFBtMUVX OFdrdWQ1U3k4R0tqVXpEK0d6TENkaEYxZzVkbmNFc2FUV0lyODdOZU1qczYKcjROU2pYSFcxWTFr MHBpcHRESXhQdVZnUUNucmpZT1hMMEFzYzZ1WGlzbDQ4OFluNDF3TmdrYVNyLzIvSkljNgprcHhn Q2V2OTM4aEJaR21kU0tnOFhFYWpmQnY4L3FkcWpyR3pVaElnbVhZR1pEM3pxUmNkdUtOU3lLOWt0 b1NmCkRWMHhOVHljQTNzbzVEQzVpRENYa1Q1RFpzUzMzOFp2dVd2Wkp3ZWJIOW9aSmVpOE1DVkpT Vjd4MTFXZDhlOXAKVnpMNHZqbUs5QjBobzh5OGVFbDFQRnNZakRMaXhDRHRwdGQ4UHB4UTA4RUw2 VnNVRHNOSWplUTlYSnc5TXhMbQpKTFJYR21jbHFoWDI3L1ZZSmNNTGRWWGpwZ2lrRC85TGl1MURR NEgvd3VMYmQ0RTE5N0tKdzl5VUsweHh1VkxrClYrYXhlRkNnMmRlb203NG1OZVNUWFZPeDVVTzNQ ajN0S2VLbGFoMGJ1UWY5Y2pHeFk2akphMjZRMndtKzQwMVMKZjlrYVpadU9ZYUFZd3N4L1VwekMr dzRMMWxxRS80bm5kQm1DSFJUY2lLQk55NmV1Z2Q5NnR1cmpkRnFnUkZGaApDMVprSTN5SHg2dm5o M1pzRG1PWEpLbndNMkQwd2U0Z2YwZmNsRmdOdVlSOU9MRFZBNzRPS05tU21yU05SbEg4CmVNNGlT aVA3dExKQTI5SnZoRmcvT2toU3VqcEFqSHZMM0RBSW1SSFhDQjkyeUVBWDE1QWNsdlhPTlpoMVBE L0EKMWdSQW1YOUtHT3MyVTkydTk1Vk4rYnZGNmJKTU95SDczbGM5L0F5UC8yTWl5SWRUYW5TVXRE QmZkNzZPaGthWApXNDA1TVFjd29GbXJtNkFQck5mdENqR2l5NkNzc1FyTVo3ejlUbFJFTCtkUXps NGdac0V5M09jYk5VVGRQQjlNCko2L2dRN1ZsRVV5VTNIYWFwNTB0eGlpd09QSEJMTVEzQ0FyL1p0 czVMazg1RTJvc1QrKzY3RSsyeUtNdlkzMnAKT2h1UjZEUnR0Q1kyeFk3cnRzbFArbHdQS1UvY0J3 T1BHQ05lR3RraGJJNUVnSnpaWHd1VHE1NzQrckkrd1F3aAo5dVc0ZG85N0lFQkJialpBTWcxcXRH aUZpVWc5UG1NVjdkS0ZsUDMxNU1RSUpWSkJsaEtTZHNMK2ZsalphWHF3Cjl3Qm5RenhSUUd4OU5P ODFHWmFmWDNWU0VJTnJQYmlqOEdudmpLMFN6TjAyVHUyV3dMbnJSblZHQi9HWTI5d1cKSHMyOWRo bWpxdz09Cj10dDk4Ci0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0KCg== 14424 2023-09-14 12:33:41 +0300 2023-09-14 12:33:41 +0300 gpg_public gpg_public application/pgp-keys 3830 rastyoginds LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdVQ3Q4Z0JFQURtU3pO Z2dVcm51TGhRNkoxLzRHQmNUdkNaUTNGZllGOTNQSEVoWU5Lc3ZySk9nbmY3CmdTa0x5YUdoNTky VnBWVnJWd2lza2JMZXFTYit1TG9UejF0SVR0eWdMQVJiam9zODIyd1V4SVhHNFZXU2lmYjkKdFEv MHdmVUZhYzMzV3dTRnZRWDNPeTNyMHEvNzdKSVAzQlpDcXA4YWlMQWZndE8vOExEbWR3cnRsWTQz SStDVApRc3A1eVdXRWhENGtvcjVHcnovbXlWdjYxaENWNGNmSE5iR0l2RGs2TlZ4djdUdGJaNk9o UjliSmZ4SGJ1RzN5CldhOFRoTmVyaXdVUm1vZjg5ZnpZcW1lc01iQzlnalBFMWtTQWNDOElSSFBB eDAvditlSEt5WFlJUmNHaWZ1cnQKN3YwazQ1Umh4MDFrK2Rid1pRY0FwUjdlcjRha0pQTmFOaVcr WXdCQTQ1WnZUQ0FaVkx2US9zTHdVNWJIeC9TaQphakJ1a09mUjlyOHU0TE9IRVBKTnAyNXVsWWtr V0oyaEVMelVDb2JCVG5Sd0k5dWRkVDVjZ01TQ09oQS9IL0daCnVvYlJLNVdLUzdDQXlXYXFhUXZv QTdjQ2dIanhHOEtjVFduTGgxWFl3M2hNNlBkVlV2Y2hjVlFkUU5EVk5ISmYKTnMxdU43eUp5Wmdu Zm5FTXdvM0p0Q1hMdEF5TGVwekc5UitLRCtnd3REWkw5OVV2YWhHSi82Q0lCcFB0aVczKwpOTXZZ UzhPU1lBR3NXQlcxYmxTY3RIRzhpcGFOMVc1MnBJdHk5amFFcEJXVEN4REUwdHRJaVJMZ1ZaRHpY YmJ4Cjdsa241QWdJSnQ5WXVDYlgyNS9PcUZ1OGJIM1J1WFNuU2Z2MXhOZGIxTFJuMmdNMnR6ZGZF SjFTcndBUkFRQUIKdENWRVpXNXBjeUJTWVhOMGVXOW5hVzRnUEdkbGNtSmxia0JoYkhSc2FXNTFl QzV2Y21jK2lRSStCQk1CQ0FBbwpCUUpsQXJmSUFoc0RCUWtCNFRPQUJnc0pDQWNEQWdZVkNBSUpD Z3NFRmdJREFRSWVBUUlYZ0FBS0NSQndVVVZUClNGdjdWcXhJRUFERHNzQmQyZE9HVWpPNk8rQitz TFhtUFEySXlwajA5d2tJSjV2R1pUdHAvOFJHR1BkSWVtU0EKSjNsR3VsbTI2aTg2Vy8wamdtS0Vs b3NRZGhrT04za0ZuNFB3UlFPR3RyazFRK1FjYkNjR05NMm9HT0pTVzRnTwo1TW5PSDNDcWRac3ZD aTNNSlh0ZVpIVWZOSVdVeXJabUhSeloxaWZwZVZzUkhOS256a3FKVzZHbXpmY3BXWHhPCm1SWlh4 dUkwdEJBNnF0ZWhlSTRQM3pSc01RY2lROVF0MXJ5NW5sb3BwL01NTTRLUkdaaExmcGwrcXZUQjU5 RkQKU3U1M1AyZHgyQzU3ZTNzTkk0cCswcVNJVE9CVVJLd2RXb3V3SnBzZVdNMWt4WFJ5MEpDNFY5 aHhLdXpVMDlVVQpWckNNTFg5eXdWR0QyY3p0ZnB2WEM3cWQybDlROFpBYVV6U0RPRWpqTkNaOVNw UjcwODEvVXhzbXVTeXRsYmd4CnhnbG9vV3Z5ZHhEd2xubzZhUkV1eFFjeFRWQnBmWE5tdGE3cE9n NCtleElPbEtHRTJWbTkxMFZDT1Y4UWpDcHMKQlF0K2FmaGNSOGxaeGJkT3ZUVXV0YXQ3anRaT2xk RDY3cXMrZDZYZ2sxUHNrQys1bmFtSjFMOVRiMjkvR1dtVwp4TEFKcVd0NlRmVWRZay9aV1EyRzRj a0NZUkl5WnBRWEpISk9BUExiZEZDWGdORXZWN0R3RkdjYXRRc0drWG0rCjBPcC9LVEpTYU5vWVJz TkVrUlVBbjhreHNqTENxMkxlNlpzOTVSVnZYTGlPUkUyL0M4V2FsSlJ2ckd2NS83bTgKM054Vnhs ZHFQWTNqS0dGdjRKYzkwb0ZRWW11KzRRaTRNRUVRQ1BuMnFGTlNHRVRzRFY3b2Zia0NEUVJsQXNw dgpBUkFBdTc4M2JMMTE3L3IzcnVVeHdRYnhyZDdvWitkc3NOd0tLZHdYb2tRbXF5RjBWY1gyczZr TUo1VEhZWWdxCkllTWt2ZXZSelMrOVF4ZlJva3IxNzRlRTJqTXZhUjE2WjhlaU4zdzczOE9SV3hI b2wzNnNyYWRTUERkeVNMdloKVGRFbjllSmw2ejc5ZDkwS21XTEFUL2xwYm1FZnRWWmtxcDdqUkVL ZERZUHZwMWFMQThMMVg5bncwdy9RaHR2WQo5SWxFV2xZRFp4UzQ0dCszYWd2Nlo0QlpSeDArMC93 ak9oZ25ZQzhYTFJIbDNBdmpvRjh3akVlejBNNVZyNTExCkYvRUNZaGpNMldlSHVjb3FPWlBocnZL TWJKN2ZseGhSQktMZnA0ODZiTGw3eGk5bit4TjVqbG8zMkZHb3ZmZDMKRGlkSmtxbmgrclFadDJj cnkzWG85VkFqZWJyNVJXK28rRTdkUnZzQTZtSzlBNTB0ZUk5L2svMzRtWUc3LzNWQQo1UDR5UkxT TkVPTms4blNoL1JrOWhDdlBJTjlnM29BdC8zV3VLWThxUCtjaFBMVkwxNUFxQ3dZcXhPOUJKYTR5 CkhiTGlCeWV5LzB1MHRISjZUS1YydDJ0YXB1aGcrZFZBcVNOZSs2cHREbXN6M1ZQWmpGcjFuUDI0 UzMyVlN3MVYKclJvVkpSeE11OTFRakdFdjBIOXdjRnl3SXFOcm43cjdKbVIycEkzOGsvNzcwbU5X alg1WXAyZ2RkOVN3ZllkNwpIUDVtQzc4amx1TlBJL0hxM3NtZTVZcVNBU2p3UVBjNnFEM3hwWGRo OXd6bmxFa3F3UWlyU1U0d2ZuTGVaOHY5CjJVNFJGaGZwaGFmZXBwaXZrSjJHeEoyNkJBQXBhTkZD UUhaTjRqeTU4QjJhdjdNQUVRRUFBWWtFUkFRWUFRZ0EKRHdVQ1pRTEtid0liQWdVSkFlRXpnQUlw Q1JCd1VVVlRTRnY3VnNGZElBUVpBUWdBQmdVQ1pRTEtid0FLQ1JBQgpaT2NKbzhyeWQ4cy9FQUNj aU5BVk50MExiekFtMHM0TkJ2MUxnV0Fua0JsUHJaQ2k3aUxyOS80d3ZzbGFVdURzClErajFtZ2Nu RmlIdWdLdG90QUNIMW1wekhrNC9rNVNFSTZYdkRqc0Vtd0hsZ3JDZHA2ZDQrK1VBSWJ5QVUxaFgK V1dablV0QVQ5TzVFNmtEdXl5THdtMVkzQVNzUG5sZjdSb00rZ1NaOGpZNGcyUFhldCs1VVJIdXBS SFhEOElncwp5SWwreXhlS3BEaHNBRkh5M0FSSytJZGd0ODFCcmYzMk1ONk4rVkR4UTdZRGVnMXV2 V0phSWxKSGtUVkxUMng0CjRKL3A5a0hrQnNuSmNsN3ZpVEMzTXd1em5HclZmdzRrWFgwZmh5aGoy WkwrRFZMSjE0d2EzRllXdjhhTENlQzEKWExTWXNvay94cEZxSUNGWTNnbGl5WHBnSW1nbC9rR3lD VzRGV2xuNzlETkJNRVhQbTFFVzhXa3VkNVN5OEdLagpVekQrR3pMQ2RoRjFnNWRuY0VzYVRXSXI4 N05lTWpzNnI0TlNqWEhXMVkxazBwaXB0REl4UHVWZ1FDbnJqWU9YCkwwQXNjNnVYaXNsNDg4WW40 MXdOZ2thU3IvMi9KSWM2a3B4Z0NldjkzOGhCWkdtZFNLZzhYRWFqZkJ2OC9xZHEKanJHelVoSWdt WFlHWkQzenFSY2R1S05TeUs5a3RvU2ZEVjB4TlR5Y0Ezc281REM1aURDWGtUNURac1MzMzhadgp1 V3ZaSndlYkg5b1pKZWk4TUNWSlNWN3gxMVdkOGU5cFZ6TDR2am1LOUIwaG84eThlRWwxUEZzWWpE TGl4Q0R0CnB0ZDhQcHhRMDhFTDZWc1VEc05JamVROVhKdzlNeExtSkxSWEdtY2xxaFgyNy9WWUpj TUxkVlhqcGdpa0QvOUwKaXUxRFE0SC93dUxiZDRFMTk3S0p3OXlVSzB4eHVWTGtWK2F4ZUZDZzJk ZW9tNzRtTmVTVFhWT3g1VU8zUGozdApLZUtsYWgwYnVRZjljakd4WTZqSmEyNlEyd20rNDAxU2Y5 a2FaWnVPWWFBWXdzeC9VcHpDK3c0TDFscUUvNG5uCmRCbUNIUlRjaUtCTnk2ZXVnZDk2dHVyamRG cWdSRkZoQzFaa0kzeUh4NnZuaDNac0RtT1hKS253TTJEMHdlNGcKZjBmY2xGZ051WVI5T0xEVkE3 NE9LTm1TbXJTTlJsSDhlTTRpU2lQN3RMSkEyOUp2aEZnL09raFN1anBBakh2TAozREFJbVJIWENC OTJ5RUFYMTVBY2x2WE9OWmgxUEQvQTFnUkFtWDlLR09zMlU5MnU5NVZOK2J2RjZiSk1PeUg3CjNs YzkvQXlQLzJNaXlJZFRhblNVdERCZmQ3Nk9oa2FYVzQwNU1RY3dvRm1ybTZBUHJOZnRDakdpeTZD c3NRck0KWjd6OVRsUkVMK2RRemw0Z1pzRXkzT2NiTlVUZFBCOU1KNi9nUTdWbEVVeVUzSGFhcDUw dHhpaXdPUEhCTE1RMwpDQXIvWnRzNUxrODVFMm9zVCsrNjdFKzJ5S012WTMycE9odVI2RFJ0dENZ MnhZN3J0c2xQK2x3UEtVL2NCd09QCkdDTmVHdGtoYkk1RWdKelpYd3VUcTU3NCtySSt3UXdoOXVX NGRvOTdJRUJCYmpaQU1nMXF0R2lGaVVnOVBtTVYKN2RLRmxQMzE1TVFJSlZKQmxoS1Nkc0wrZmxq WmFYcXc5d0JuUXp4UlFHeDlOTzgxR1phZlgzVlNFSU5yUGJpago4R252akswU3pOMDJUdTJXd0xu clJuVkdCL0dZMjl3V0hzMjlkaG1qcXc9PQo9ejVuVAotLS0tLUVORCBQR1AgUFVCTElDIEtFWSBC TE9DSy0tLS0tCgo=