43096 2022-06-28 22:58:46 +0300 [done] join dutyrok@ 2023-08-04 14:32:12 +0300 1 1 4 Development Team Accounts join unspecified x86_64 Linux CLOSED FIXED https://www.altlinux.org/Team/Join P5 normal --- 1 dutyrok glebfm ancieg glebfm grenka ldv slev cas oldest_to_newest 212140 0 10997 dutyrok 2022-06-28 22:58:46 +0300 Created attachment 10997 ssh_public_key Псевдоним (имя пользователя): dutyrok Почта для перессылки: shashkin.aleksander2016@yandex.ru Намерения: хочу научиться собирать пакеты Имя ментора: ancieg Подписка: ancieg@altlinux.org 212141 1 10998 dutyrok 2022-06-28 23:00:03 +0300 Created attachment 10998 gpg public key 212187 2 11007 dutyrok 2022-06-29 19:26:58 +0300 Created attachment 11007 gpg_public_key Решил использовать подключ. 212224 3 ancieg 2022-06-30 21:25:38 +0300 (Ответ для Alexandr Shashkin на комментарий #0) > Создано вложение 10997 [подробности] > ssh_public_key > > Псевдоним (имя пользователя): dutyrok > Почта для перессылки: shashkin.aleksander2016@yandex.ru > Намерения: хочу научиться собирать пакеты > Имя ментора: ancieg > > Подписка: ancieg@altlinux.org Согласен быть ментором. 212574 4 glebfm 2022-07-11 16:34:27 +0300 Ключи выглядят ОК. 213350 5 ancieg 2022-08-01 22:50:51 +0300 Кандидат готов к переходу на следующий этап. 213495 6 ancieg 2022-08-05 20:13:16 +0300 (Ответ для Alexandr Shashkin на комментарий #0) > Намерения: хочу научиться собирать пакеты Кандидат планирует собрать следующие пакеты: * cgit * bit * python3-module-fastapi 214472 7 glebfm 2022-09-05 11:59:56 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 214585 8 ancieg 2022-09-07 11:21:52 +0300 (Ответ для Anton Zhukharev на комментарий #6) > (Ответ для Alexandr Shashkin на комментарий #0) > > Намерения: хочу научиться собирать пакеты > Кандидат планирует собрать следующие пакеты: > * cgit > * bit > * python3-module-fastapi Кандидату также понадобилось собрать: python3-module-clickhouse-sqlalchemy (https://pypi.org/project/clickhouse-sqlalchemy/) 215026 9 dutyrok 2022-09-18 17:08:22 +0300 На данный момент собраны: clickhouse-sqlalchemy - https://git.altlinux.org/people/dutyrok/packages/?p=python3-module-clickhouse-sqlalchemy.git;a=summary fastapi - https://git.altlinux.org/people/dutyrok/packages/?p=python3-module-fastapi.git;a=summary 215029 10 grenka 2022-09-18 18:09:01 +0300 (Ответ для Alexandr Shashkin на комментарий #9) > На данный момент собраны: > clickhouse-sqlalchemy - > https://git.altlinux.org/people/dutyrok/packages/?p=python3-module- > clickhouse-sqlalchemy.git;a=summary > fastapi - > https://git.altlinux.org/people/dutyrok/packages/?p=python3-module-fastapi. > git;a=summary Извините, я не увидел python3-module-fastapi в репозитории сизифа. Если оно действительно собирается, то запускайте задание, не тяните. Мне он нужен. 215030 11 ancieg 2022-09-18 18:16:38 +0300 (Ответ для Grigory Ustinov на комментарий #10) > (Ответ для Alexandr Shashkin на комментарий #9) > > На данный момент собраны: > > clickhouse-sqlalchemy - > > https://git.altlinux.org/people/dutyrok/packages/?p=python3-module- > > clickhouse-sqlalchemy.git;a=summary > > fastapi - > > https://git.altlinux.org/people/dutyrok/packages/?p=python3-module-fastapi. > > git;a=summary > > Извините, я не увидел python3-module-fastapi в репозитории сизифа. Если оно > действительно собирается, то запускайте задание, не тяните. Мне он нужен. Собирается. Как раз таки кандидат ещё планировал собрать pydantic, однако он уже попал в репозиторий. Если кандидат не против, то можно собрать (справедливости ради потом передать пакет под лидерство вступающего после вступления). 215031 12 dutyrok 2022-09-18 18:20:01 +0300 > Если кандидат не против, то можно собрать (справедливости ради потом передать > пакет под лидерство вступающего после вступления). Я не против такого варианта развития событий. Пусть тогда Антон Жухарев соберет его в Сизиф. 215032 13 ancieg 2022-09-18 18:41:09 +0300 (Ответ для Alexandr Shashkin на комментарий #12) > > Если кандидат не против, то можно собрать (справедливости ради потом передать > > пакет под лидерство вступающего после вступления). > > Я не против такого варианта развития событий. Пусть тогда Антон Жухарев > соберет его в Сизиф. https://git.altlinux.org/tasks/307049/ 215034 14 grenka 2022-09-18 19:10:17 +0300 (Ответ для Anton Zhukharev на комментарий #13) > (Ответ для Alexandr Shashkin на комментарий #12) > > > Если кандидат не против, то можно собрать (справедливости ради потом передать > > > пакет под лидерство вступающего после вступления). > > > > Я не против такого варианта развития событий. Пусть тогда Антон Жухарев > > соберет его в Сизиф. > https://git.altlinux.org/tasks/307049/ Спасибо! 215400 15 dutyrok 2022-09-28 22:07:42 +0300 Собран пакет bit - https://git.altlinux.org/people/dutyrok/packages/?p=bit.git;a=summary Из заявленного ранее осталось собрать cgit. 221871 16 ancieg 2023-02-19 21:32:55 +0300 (Ответ для Alexandr Shashkin на комментарий #15) > Из заявленного ранее осталось собрать cgit. На данный момент собран пакет daemon, cgit будет собран кандидатом несколько позже после сборки необходимых Lua-модулей. Прошу кандидату дать доступ к сборочнице. 221909 17 glebfm 2023-02-20 14:12:02 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. T/J/S -> 3.5. 223824 18 dutyrok 2023-04-03 10:48:04 +0300 Cgit собран - https://git.altlinux.org/people/dutyrok/packages/?p=cgit.git;a=summary Для него потребовалось собрать два дополнительных пакета: lua5.3-module-luaposix - https://git.altlinux.org/people/dutyrok/packages/?p=lua5.3-module-luaposix.git;a=summary lua5.3-module-luaossl - https://git.altlinux.org/people/dutyrok/packages/?p=lua5.3-module-luaossl.git;a=summary 223826 19 dutyrok 2023-04-03 11:00:07 +0300 В процессе вступления были собраны еще некоторые пакеты. Вот сборочные задания на все пакеты: cgit и lua5.3-module-luaposix - https://packages.altlinux.org/ru/tasks/317060/ bit (p10) - https://packages.altlinux.org/ru/tasks/317901/ bit (sisyphus) - https://packages.altlinux.org/ru/tasks/315696/ lua5.3-module-luaossl - https://packages.altlinux.org/ru/tasks/317807/ lua5.3-module-luaunit и lua5.3-module-openssl - https://packages.altlinux.org/ru/tasks/316966/ python3-module-flask-httpauth - https://packages.altlinux.org/ru/tasks/316905/ go-callvis - https://packages.altlinux.org/ru/tasks/316843/ python3-module-clickhouse-sqlalchemy - https://packages.altlinux.org/ru/tasks/315695/ daemon - https://packages.altlinux.org/ru/tasks/315675/ 223889 20 ancieg 2023-04-03 21:46:47 +0300 Пора звать рецензента. 224163 21 dutyrok 2023-04-08 22:59:28 +0300 (Ответ для Alexandr Shashkin на комментарий #19) > В процессе вступления были собраны еще некоторые пакеты. Eще собрал sniffnet: p10 - https://packages.altlinux.org/ru/tasks/318211/ sisyphus - https://packages.altlinux.org/ru/tasks/318207/ 225682 22 dutyrok 2023-05-11 09:54:44 +0300 Обновил fastapi до последней (на данный момент) версии 0.95.1: https://packages.altlinux.org/ru/sisyphus/srpms/python3-module-fastapi/. Пришлось отключить прохождение одного теста, связанного с python3-module-databases, так как python3-module-databases поломался из-за слишком нового python3-module-sqlalchemy (2.0.12-alt1, databases не умеет с ним работать), и по этой причине тест падал. 227818 23 glebfm 2023-06-16 13:28:24 +0300 Призван рецензент (slev@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 229486 24 slev 2023-07-11 17:51:12 +0300 lua5.3-module-luaposix: - пакет висит в FTBFS 2 месяца, нужно разобраться с причиной ошибки и постараться исправить (если возможно) - странно, что собирается из коммита d851eaf8d57d76ea51bc00b850d1067cf5221181, хотя сегодня v36.1 - это другой коммит (3381f2983846865d0bb4d188bbac826a1d27ea56). Но, возможно, автор форспушнул. Поэтому в более свежей версии rockspec можно уже не прикладывать, а использовать авторский. - LICENSE можно не упаковывать в этом пакете: https://www.altlinux.org/Spec#License 229492 25 grenka 2023-07-11 19:15:57 +0300 (Ответ для Stanislav Levin на комментарий #24) > - LICENSE можно не упаковывать в этом пакете: > https://www.altlinux.org/Spec#License Сегодня в другой баге уже обсуждали. В тексте MIT сказано буквально следующее: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. Указание лицензии MIT в спеке не является копией самого текста "permission notice". Лицензии обычно требуют прикладывать текст лицензии к распространяемому коду или его бинарному представлению. Там не сказано, что если у вас есть каталог с лицензиями, то можете не прикладывать. Предлагаю исправить статью, чтобы не вводить новичков и некоторых старичков в заблуждение. 229495 26 slev 2023-07-11 19:28:46 +0300 cgit: - переложите фильтры из %_target_libdir_noarch/%name в %_libexecdir/%name/filters - конфигурационные файлы не помечены как конфиги, так и задумано? если нет, то можно почитать тут https://www.cl.cam.ac.uk/~jw35/docs/rpm_config.html - почему упакован образец cgitrc.example, а не действительный rc конфиг cgitrc? - в чем смысл выделять конфиг апача для "web frontend for git repositories" в отдельный подпакет? - почему используется lua 5.1 для сборки, а не lua 5.3 или luajit? 229500 27 ldv 2023-07-11 22:05:04 +0300 В тексте лицензии MIT использована формулировка "shall be included", что открывает возможность ещё одного варианта: запаковать ссылку на файл с текстом лицензии, тогда название лицензии будет видно, даже не открывая файл. Например, ln -s %_licensedir/MIT LICENSE %doc --no-dereference LICENSE 229530 28 slev 2023-07-12 12:53:12 +0300 lua5.3-module-luaossl: - пакет находится в FTBFS (желательно поправить) - https://www.altlinux.org/Spec#Summary > В конце Summary не должно быть точки. Могу порекомендовать использовать cleanup_spec из rpm-utils. - неизвестен источник rockspec было бы неплохо указывать откуда был взят rockspec, например, https://luarocks.org/manifests/daurnimator/luaossl-20220711-0.rockspec Таким образом вам или следующему сопровождающему будет понятно, куда надо идти за rockspec'ом. 229531 29 slev 2023-07-12 12:57:13 +0300 lua5.3-module-luaossl: - delete duplicate provides that starts with dot inside brackets тут непонятно, почему lua5.3(_openssl) и lua5.3(openssl) - это одно и то же? 229533 30 slev 2023-07-12 13:03:05 +0300 (In reply to Stanislav Levin from comment #29) > lua5.3-module-luaossl: > - delete duplicate provides that starts with dot inside brackets > тут непонятно, почему lua5.3(_openssl) и lua5.3(openssl) - это одно и то > же? опечатка: lua5.3(_openssl) => lua5.3(.openssl) 229539 31 slev 2023-07-12 13:31:08 +0300 lua5.3-module-luaunit: - rm -rvf %luarocks_dbdir/%oname/%oversion/test забыли добавить %buildroot. Поэтому рекомендую не использовать -f в подобных сценариях. 229554 32 slev 2023-07-12 15:19:56 +0300 lua5.3-module-openssl: - состояние submodule lua-compat не соответствует сконфигурированному, должно быть e00fd0a415694dc15687593e355441af6dfa30bd, фактическое состояние 8f8e4c6adb43e107f5902e784ef207dc3c8ca06b (today's master) Как вы делаете 'add submodules'? Вероятно, вы клонируете целевой репозиторий и тарите текущий коммит вместо положенного? Рекомендую зафиксировать эту процедуру в репозитории для упрощения последующих обновлений. - фактическая упакованная версия 0.8.2-1, оформленно как 0.8.2 https://www.altlinux.org/Spec#%D0%9F%D1%80%D0%BE%D0%BC%D0%B5%D0%B6%D1%83%D1%82%D0%BE%D1%87%D0%BD%D1%8B%D0%B5_upstream-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%8B - такая же рекомендация по rockspec, как и для lua5.3-module-luaossl 229572 33 slev 2023-07-12 17:35:37 +0300 python3-module-flask-httpauth: - не рекомендую добавлять в changelog несуществующие релизы в альте: например, 4.7.0-alt1 никогда не было в сизифе, в таком случае можно было сделать слияние с апстримным тегом и накатить 'Initial build for sisyphus'. - рекомендации по написанию changelog: https://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8E_changelog то есть не рекомендуется указывать косметические изменения в spec файле, потому что они никому не интересны. - рекомендую не использовать глоббинг вида %python3_sitelibdir/* люди делают ошибки при упаковке (например, делают слияние с неправильным тэгом, забывают изменить версию проекта, генерируют некорректные основанные на SCM версии и тд) и такой глоббинг скрывает их. Рекомендую использовать следующее: %python3_sitelibdir/%{pyproject_distinfo %pypi_name} или %python3_sitelibdir/YOUR_PROJECT_NAME-%version.dist-info/ - нет необходимости делать provide вида: %py3_provides %pypi_name 229576 34 slev 2023-07-12 18:24:23 +0300 go-callvis: - схема пакетирования. На этапе вступления очень важно, чтобы кандидат использовал одну из "общепринятых" схем пакетирования. В этом пакете вы тарите корень репозитория и отдельно накладываете патч. Такой схемы в gear-rules(5) нет. Пожалуйста, сделайте одним из указанных вариантов. - опечатка в тексте коммита 0.6.1.gita410f11-alt1 => 0.6.1-alt1.gita410f11 Можно использовать gear-commit из gear для генерации сообщения коммита из последней записи changelog. - добавляйте патчи отдельными коммитами с объяснением их необходимости. Вы закоммитили патч с сообщением 'add vendor for package', это не добавило ясносности зачем он нужен. Пришлось догадаться, что он выдернут из старого PR. - рекомендую фиксировать процедуру генерации бандла go модулей для облегчения последующего процесса обновления 229580 35 slev 2023-07-12 19:07:41 +0300 python3-module-clickhouse-sqlalchemy: - нет необходимости в provide вида: %py3_provides %pypi_name - CONTRIBUTING.rst не файл документации пользователя - не рекомендую добавлять в changelog несуществующие релизы в альте: например, 0.2.2-alt1 никогда не было в сизифе, в таком случае можно было сделать слияние с апстримным тегом и накатить 'Initial build for sisyphus'. - рекомендации по написанию changelog: https://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8E_changelog то есть не рекомендуется указывать косметические изменения в spec файле, потому что они никому не интересны (пример неинтересности, add %%py3_provides %%pypi_name) - текст коммита Например, 358717464c4c68510b352589bd61570a3ef4cfa8. Что можно понять из 'add %py3_provides %pypi_name'? Для чего это нужно? 229581 36 dutyrok 2023-07-12 19:31:42 +0300 > - рекомендую фиксировать процедуру генерации бандла go модулей для > облегчения последующего процесса обновления А что под этим подразумевается? 229601 37 slev 2023-07-13 11:06:30 +0300 (In reply to Alexandr Shashkin from comment #36) > > - рекомендую фиксировать процедуру генерации бандла go модулей для > > облегчения последующего процесса обновления > > А что под этим подразумевается? То, как вы получаете go модули, например, в простейшем случае `go mod vendor`. 229612 38 dutyrok 2023-07-13 11:19:22 +0300 (Ответ для Stanislav Levin на комментарий #32) > lua5.3-module-openssl: > - фактическая упакованная версия 0.8.2-1, оформленно как 0.8.2 > > https://www.altlinux.org/ > Spec#%D0%9F%D1%80%D0%BE%D0%BC%D0%B5%D0%B6%D1%83%D1%82%D0%BE%D1%87%D0%BD%D1%8B > %D0%B5_upstream-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%8B Если верить wiki luarocks https://github.com/luarocks/luarocks/wiki/Rockspec-format, то версия, указываемая в rockspec является версией пакета и суффиксом, который определяет ревизию этого самого rockspec. > version (string, mandatory field) - the version of the package, plus a suffix > indicating the revision of the rockspec. Example: "2.0.1-1" Если просматривать изменения (https://github.com/zhaozg/lua-openssl/releases), которые вносились между ревизиями спека, то видно, что они касаются только самого rockspec или связанных с ним файлов. Собственно поэтому я и указал версию 0.8.2 А вы, как я понял, предлагаете мне указать 0.8.2-alt1.1 (если я не прав, то поправьте). Но является ли моя упакованная версия ошибкой (согласно https://github.com/luarocks/luarocks/wiki/Rockspec-format)? 229614 39 dutyrok 2023-07-13 11:22:53 +0300 (Ответ для Stanislav Levin на комментарий #37) > (In reply to Alexandr Shashkin from comment #36) > > > - рекомендую фиксировать процедуру генерации бандла go модулей для > > > облегчения последующего процесса обновления > > > > А что под этим подразумевается? > > То, как вы получаете go модули, например, в простейшем случае `go mod > vendor`. Меня больше интересует слово "фиксировать": это создать где-нибудь в репозитории скрипт, или прям в сообщении к коммиту прописать команды, которые я сделал для получения модулей? 229617 40 slev 2023-07-13 11:37:30 +0300 (In reply to Alexandr Shashkin from comment #38) > (Ответ для Stanislav Levin на комментарий #32) > > lua5.3-module-openssl: > > - фактическая упакованная версия 0.8.2-1, оформленно как 0.8.2 > > > > https://www.altlinux.org/ > > Spec#%D0%9F%D1%80%D0%BE%D0%BC%D0%B5%D0%B6%D1%83%D1%82%D0%BE%D1%87%D0%BD%D1%8B > > %D0%B5_upstream-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%8B > > Если верить wiki luarocks > https://github.com/luarocks/luarocks/wiki/Rockspec-format, то версия, > указываемая в rockspec является версией пакета и суффиксом, который > определяет ревизию этого самого rockspec. > > version (string, mandatory field) - the version of the package, plus a suffix > > indicating the revision of the rockspec. Example: "2.0.1-1" > > Если просматривать изменения > (https://github.com/zhaozg/lua-openssl/releases), которые вносились между > ревизиями спека, то видно, что они касаются только самого rockspec или > связанных с ним файлов. > > Собственно поэтому я и указал версию 0.8.2 > А вы, как я понял, предлагаете мне указать 0.8.2-alt1.1 (если я не прав, то > поправьте). Но является ли моя упакованная версия ошибкой (согласно > https://github.com/luarocks/luarocks/wiki/Rockspec-format)? rockspec является частью проекта. Что вы будете делать при обновлении, например, 0.8.2 -> 0.8.2-0 -> 0.8.2-1 и тд? 229619 41 dutyrok 2023-07-13 11:40:41 +0300 (Ответ для Stanislav Levin на комментарий #40) > rockspec является частью проекта. > Что вы будете делать при обновлении, например, 0.8.2 -> 0.8.2-0 -> 0.8.2-1 и > тд? Ну тогда бы мне пришлось поднимать версию релиза (alt1->alt2). Что подобно alt1.1 -> alt1.2 . Только второе будет более ясно. Согласен, исправлю по вашей рекомендации. 229621 42 slev 2023-07-13 11:43:08 +0300 (In reply to Alexandr Shashkin from comment #39) > (Ответ для Stanislav Levin на комментарий #37) > > (In reply to Alexandr Shashkin from comment #36) > > > > - рекомендую фиксировать процедуру генерации бандла go модулей для > > > > облегчения последующего процесса обновления > > > > > > А что под этим подразумевается? > > > > То, как вы получаете go модули, например, в простейшем случае `go mod > > vendor`. > > Меня больше интересует слово "фиксировать": это создать где-нибудь в > репозитории скрипт, или прям в сообщении к коммиту прописать команды, > которые я сделал для получения модулей? Это рекомендация, реализация за вами и может быть любой из перечисленных или иной (например, обычно прикладываю скриптик). 229652 43 slev 2023-07-13 13:52:17 +0300 sniffnet: - почему было решено собирать пакет из src RPM? - лицензия Apache-2.0 MIT, поддерживаемые операторы в выражении лицензии: and, or, with. Так, upstream определяет свою лицензию как 'MIT OR Apache-2.0'. Можно посмотреть тут: https://lists.altlinux.org/pipermail/devel/2019-November/209050.html - ExcludeArch: i586 armh дан короткий комментарий '# out of memory', который не сильно проясняет проблему, можно подробнее? - имеет смысл показывать сообщение об использовании в %post? кто должен это прочитать? - как был получен бандл внешних зависимостей? Опять же, рекомендую задокументировать эту процедуру в репозитории тем или иным образом. 229660 44 dutyrok 2023-07-13 15:00:30 +0300 (Ответ для Stanislav Levin на комментарий #43) > sniffnet: > - почему было решено собирать пакет из src RPM? 1) Репозиторий с завендоренными зависимостями весит около 200 мб, поэтому чтобы не загружать в git.altlinux.org/people, где есть лимит, собрал через src.rpm 2) Ментор хотел, чтобы я в качестве обучения, попробовал собрать пакеты таким образом > - лицензия Apache-2.0 MIT, > поддерживаемые операторы в выражении лицензии: and, or, with. > Так, upstream определяет свою лицензию как 'MIT OR Apache-2.0'. > Можно посмотреть тут: > https://lists.altlinux.org/pipermail/devel/2019-November/209050.html Учту > - ExcludeArch: i586 armh > дан короткий комментарий '# out of memory', который не сильно проясняет > проблему, можно подробнее? По этой причине падала сборка на armh и i586 > - имеет смысл показывать сообщение об использовании в %post? кто должен > это прочитать? Тот, кто будет устанавливать. А как тогда лучше: положить README в doc каталог с указанием на эту команду? > - как был получен бандл внешних зависимостей? Опять же, рекомендую > задокументировать эту процедуру в репозитории тем или иным образом. Хорошо, создам скрипт 229661 45 slev 2023-07-13 15:08:37 +0300 python3-module-fastapi: - пакет висит в FTBFS, желательно поправить - не включайте в changelog записи вида 'reformat description' или 'add Vcs tag' Эта информация имеет околонулевой смысл здесь. - разбивайте коммиты на минимально возможные логически независимые изменения. Например, коммит 522197b6dc3fe3838e35bf4afee15e2c155ab64c. Здесь намешано всё подряд, как понять, что сделано и для чего? - не хватает описания для патчей, почему же они нужны? Сообщали ли вы в upstream о возникших проблемах? - %add_pyproject_deps_check_filter ruff types- можно убрать с rpm-build-pyproject 0.0.4-alt1 - это лишнее BuildRequires: python3(python-multipart), вы уже имеете эту зависимость в requirements-tests.txt. - sedding можно заменить на опцию pytest, --deselect 'tests/test_tutorial/test_async_sql_databases/test_tutorial001.py::test_create_read' - -Werror, общепринято считать любой warning ошибкой при запуске тестов, но при пакетировании - это настоящая проблема(любой DeprecationWarning неоправданно сломает сборку), поэтому рекомендую игнорировать все warning при тестировании (апстрим может быть не готов к такому), сделать это можно через опцию pytest '-Wignore' - CONTRIBUTING.md и SECURITY.md - не файлы документации пользователя 229663 46 slev 2023-07-13 15:16:47 +0300 (In reply to Alexandr Shashkin from comment #44) > (Ответ для Stanislav Levin на комментарий #43) > > sniffnet: > > - ExcludeArch: i586 armh > > дан короткий комментарий '# out of memory', который не сильно проясняет > > проблему, можно подробнее? > По этой причине падала сборка на armh и i586 А если бы сборка падала на x86_64? Если есть проблема, то с ней нужно постараться разобраться, хотя бы срепортить в апстрим. Есть ли тикет? 229667 47 slev 2023-07-13 15:43:22 +0300 (In reply to Alexandr Shashkin from comment #44) > (Ответ для Stanislav Levin на комментарий #43) > > sniffnet: > > > - имеет смысл показывать сообщение об использовании в %post? кто должен > > это прочитать? > Тот, кто будет устанавливать. А как тогда лучше: положить README в doc > каталог с указанием на эту команду? > Об этом должны думать разработчики программы и сообщить пользователю о нехватке тех или иных capabilities для чего-то. 229670 48 dutyrok 2023-07-13 15:48:56 +0300 (Ответ для Stanislav Levin на комментарий #45) > python3-module-fastapi: > - пакет висит в FTBFS, желательно поправить В задании https://packages.altlinux.org/ru/tasks/324350/ в sisyphus прошел starlette 0.28.0 . Fastapi на него еще не переехал, поэтому часть функционала отвалилась (один конкретный тест). Так как upstream довольно часто производит обновления, я жду, когда они переедут на новый starlette. > - разбивайте коммиты на минимально возможные логически независимые > изменения. Например, коммит 522197b6dc3fe3838e35bf4afee15e2c155ab64c. > Здесь намешано всё подряд, как понять, что сделано и для чего? А можете пожалуйста уточнить, что значит "все подряд". Я вижу только обновление версии и переезд на новые макросы. Единственное, что можно было сделать, это переход на новые макросы отдельным коммитом, по-моему? > - не хватает описания для патчей, почему же они нужны? > Сообщали ли вы в upstream о возникших проблемах? Все патчи взяты из pull request в upstream. Он исправляют тесты. И тогда вопрос, а где разместить эти описания? > - %add_pyproject_deps_check_filter ruff types- > можно убрать с rpm-build-pyproject 0.0.4-alt1 Хорошо. > - sedding можно заменить на опцию pytest, > --deselect > 'tests/test_tutorial/test_async_sql_databases/test_tutorial001.py:: > test_create_read' Хорошо. > - это лишнее BuildRequires: python3(python-multipart), вы уже имеете эту > зависимость в requirements-tests.txt. Осталось со старых времен, когда еще сборка fastapi производилась по-другому. Учту. > - -Werror, общепринято считать любой warning ошибкой при запуске тестов, но > при пакетировании - это настоящая проблема(любой DeprecationWarning > неоправданно сломает сборку), поэтому рекомендую игнорировать все warning при > тестировании > (апстрим может быть не готов к такому), сделать это можно через опцию > pytest > '-Wignore' Хорошо. > - CONTRIBUTING.md и SECURITY.md - не файлы документации пользователя Хорошо. 229703 49 slev 2023-07-13 17:25:48 +0300 (In reply to Alexandr Shashkin from comment #48) > (Ответ для Stanislav Levin на комментарий #45) > > python3-module-fastapi: > > - разбивайте коммиты на минимально возможные логически независимые > > изменения. Например, коммит 522197b6dc3fe3838e35bf4afee15e2c155ab64c. > > Здесь намешано всё подряд, как понять, что сделано и для чего? > А можете пожалуйста уточнить, что значит "все подряд". Я вижу только > обновление версии и переезд на новые макросы. Единственное, что можно было > сделать, это переход на новые макросы отдельным коммитом, по-моему? > Все подряд - это что-то больше одного. Если вам не понравилась формулировка, извините. В данном случае я бы выделил: - обновление версии - генерация зависимостей - замена tox 229706 50 slev 2023-07-13 17:32:31 +0300 (In reply to Alexandr Shashkin from comment #48) > (Ответ для Stanislav Levin на комментарий #45) > > python3-module-fastapi: > > - не хватает описания для патчей, почему же они нужны? > > Сообщали ли вы в upstream о возникших проблемах? > Все патчи взяты из pull request в upstream. > Он исправляют тесты. И тогда вопрос, а где разместить эти описания? > Можно, например, сгенерировать патч-файл с помощью `git format-patch`. В тексте коммита, который добавит этот патч-файл, указать, что взято оттуда-то. Эту же информацию продублировать комментарием в спекфайле. 229742 51 ancieg 2023-07-14 12:21:35 +0300 (In reply to Alexandr Shashkin from comment #44) > (Ответ для Stanislav Levin на комментарий #43) > > sniffnet: > > - почему было решено собирать пакет из src RPM? > 1) Репозиторий с завендоренными зависимостями весит около 200 мб, поэтому > чтобы не загружать в git.altlinux.org/people, где есть лимит, собрал через > src.rpm Репозиторий с завендоренными зависимостями весил 888МБ. (In reply to Stanislav Levin from comment #46) > (In reply to Alexandr Shashkin from comment #44) > > (Ответ для Stanislav Levin на комментарий #43) > > > sniffnet: > > > - ExcludeArch: i586 armh > > > дан короткий комментарий '# out of memory', который не сильно проясняет > > > проблему, можно подробнее? > > По этой причине падала сборка на armh и i586 > > А если бы сборка падала на x86_64? Если есть проблема, то с ней нужно > постараться разобраться, хотя бы срепортить в апстрим. Есть ли тикет? Проблема нехватки памяти на girar на 32-разрядных архитектурах при сборке жирного Rust-проекта - не проблема апстрима, а проблема girar. Не вижу смысла сообщать в апстрим об этом. Можно попробовать для armh и i586 уменьшить %__nprocs, что может уменьшить суммарное потребление памяти (однако, это не всегда помогает). 229745 52 ancieg 2023-07-14 12:31:12 +0300 (In reply to Grigory Ustinov from comment #25) > (Ответ для Stanislav Levin на комментарий #24) > > - LICENSE можно не упаковывать в этом пакете: > > https://www.altlinux.org/Spec#License > > Сегодня в другой баге уже обсуждали. > > В тексте MIT сказано буквально следующее: > > The above copyright notice and this permission notice shall be included in > all copies or substantial portions of the Software. > > Указание лицензии MIT в спеке не является копией самого текста "permission > notice". > > Лицензии обычно требуют прикладывать текст лицензии к распространяемому коду > или его бинарному представлению. Там не сказано, что если у вас есть каталог > с лицензиями, то можете не прикладывать. Предлагаю исправить статью, чтобы > не вводить новичков и некоторых старичков в заблуждение. Также хочу обратить внимание, что в файле с лицензией (например в MIT, BSD и др.) можно встречать строки следующего вида: Copyright (C) 2006-2023 luaposix authors Такого в шаблонах лицензий в /usr/share/license/ нету и вопрос об неупаковке файла лицензии, лежащего в репозитории, на мой взгляд, не решён: или пакуем лицензию для каждого пакета с копирайтом или нужно придумать что ещё делать. Об это в https://www.altlinux.org/Spec#License нет ни слова. 229747 53 grenka 2023-07-14 12:37:16 +0300 (Ответ для Anton Zhukharev на комментарий #52) > Также хочу обратить внимание, что в файле с лицензией (например в MIT, BSD и > др.) > можно встречать строки следующего вида: > > Copyright (C) 2006-2023 luaposix authors > > Такого в шаблонах лицензий в /usr/share/license/ нету и вопрос об неупаковке > файла > лицензии, лежащего в репозитории, на мой взгляд, не решён: или пакуем > лицензию > для каждого пакета с копирайтом или нужно придумать что ещё делать. > Об это в https://www.altlinux.org/Spec#License нет ни слова. Именно! Я в личной беседе с slev@ писал абсолютно то же самое. Причём в случае MIT, насколько я понимаю, в этом и заключается её главный смысл: сохранить имя автора. 229748 54 slev 2023-07-14 12:49:20 +0300 (In reply to Anton Zhukharev from comment #51) > (In reply to Alexandr Shashkin from comment #44) > > (Ответ для Stanislav Levin на комментарий #43) > > > sniffnet: > > > - почему было решено собирать пакет из src RPM? > > 1) Репозиторий с завендоренными зависимостями весит около 200 мб, поэтому > > чтобы не загружать в git.altlinux.org/people, где есть лимит, собрал через > > src.rpm > Репозиторий с завендоренными зависимостями весил 888МБ. > Столько занимает "распакованный" репозиторий, но данные хранятся не в сыром виде. Приблизительно, это 'size-pack: 225.84 MiB'. 229749 55 slev 2023-07-14 12:53:22 +0300 Антон, вы кандидат на вступление? 229750 56 ancieg 2023-07-14 12:56:20 +0300 (In reply to Stanislav Levin from comment #55) > Антон, вы кандидат на вступление? Нет. 229754 57 ldv 2023-07-14 13:17:58 +0300 (In reply to Anton Zhukharev from comment #51) > Проблема нехватки памяти на girar на 32-разрядных архитектурах при сборке > жирного Rust-проекта - не проблема апстрима, а проблема girar. В этом вопросе вы точно ошибаетесь, поскольку сборкам на x86 и x86_64 отводится одинаковый объём памяти. А вот размер адресного пространства различается. 229759 58 ancieg 2023-07-14 13:40:36 +0300 (In reply to Dmitry V. Levin from comment #57) > (In reply to Anton Zhukharev from comment #51) > > Проблема нехватки памяти на girar на 32-разрядных архитектурах при сборке > > жирного Rust-проекта - не проблема апстрима, а проблема girar. > > В этом вопросе вы точно ошибаетесь, поскольку сборкам на x86 и x86_64 > отводится одинаковый объём памяти. А вот размер адресного пространства > различается. Очень надеюсь, что ошибаюсь, однако сам с таким сталкивался на armh и i586. Это связано с Racket, где для сборки пакетов используются т.н. "комнаты". Пример вот здесь: https://git.altlinux.org/tasks/archive/done/_301/308872/logs/events.5.1.log И на этих архитектурах при увеличении количества "комнат" я утыкался в нехватку памяти на сборочнице. Это, впрочем, вполне, могла быть проблема самого Racket. Хотя если указывать хэшеру --target=i586 на моей x86-64-системе, то памяти хватало. Как обстоят дела сейчас - сказать не могу - всю сборку Racket необходимо переделывать из-за ряда возникших проблем (как прямых, так и не совсем). Впрочем, это обсуждение, уже не для этого баг-репорта. 229891 59 dutyrok 2023-07-17 12:08:35 +0300 (Ответ для Stanislav Levin на комментарий #32) > lua5.3-module-openssl: > - состояние submodule lua-compat не соответствует сконфигурированному, > должно быть e00fd0a415694dc15687593e355441af6dfa30bd, фактическое > состояние 8f8e4c6adb43e107f5902e784ef207dc3c8ca06b (today's master) > > Как вы делаете 'add submodules'? Вероятно, вы клонируете > целевой репозиторий и тарите текущий коммит вместо положенного? > Рекомендую зафиксировать эту процедуру в репозитории для упрощения > последующих обновлений. > > - фактическая упакованная версия 0.8.2-1, оформленно как 0.8.2 > https://www.altlinux.org/Spec#%D0%9F%D1%80%D0%BE%D0%BC%D0%B5%D0%B6%D1%83 > %D1%82%D0%BE%D1%87%D0%BD%D1%8B%D0%B5_upstream-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%8B > > - такая же рекомендация по rockspec, как и для lua5.3-module-luaossl Я внес указанные изменения. Но в выходные обновился openssl https://packages.altlinux.org/en/tasks/324359/. И в результате 3 теста зафэйлились (https://git.altlinux.org/tasks/324716/build/1000/x86_64/log). Я хотел проверить это с последней версией указанного пакета. Но для нее требуется новый luarocks, а обновить его корректно не получится, так как необходимо править пакет rpm-build-lua (который собрал Селезнев и закрыл на него acl). Милюков предложил соответствующие исправления в таске https://git.altlinux.org/tasks/315204/, но Селезнев пока ответа не дал). Как поступить в данной ситуации? 229895 60 dutyrok 2023-07-17 12:20:01 +0300 (Ответ для Alexandr Shashkin на комментарий #59) > Милюков предложил > соответствующие исправления в таске https://git.altlinux.org/tasks/315204/, > но Селезнев пока ответа не дал). Уточнение: Милюков писал письмо Селезневу по этому вопросу и ответа нет именно там. 230141 61 dutyrok 2023-07-21 16:00:07 +0300 (Ответ для Stanislav Levin на комментарий #26) > cgit: > - переложите фильтры из > %_target_libdir_noarch/%name в %_libexecdir/%name/filters > > - конфигурационные файлы не помечены как конфиги, так и задумано? > если нет, то можно почитать тут > https://www.cl.cam.ac.uk/~jw35/docs/rpm_config.html > > - почему упакован образец cgitrc.example, а не действительный rc конфиг > cgitrc? > > - почему используется lua 5.1 для сборки, а не lua 5.3 или luajit? Исправил и собрал таск https://packages.altlinux.org/ru/tasks/324756/ > - в чем смысл выделять конфиг апача для "web frontend for git repositories" > в отдельный подпакет? > В README cgit: https://git.zx2c4.com/cgit/tree/README предлагается настройка apache, но не сказано, что должен использоваться только он. Также на просторах интернета я находил статьи, как запустить cgit с другими веб серверами, поэтому и вынес в отдельный подпакет. 230142 62 dutyrok 2023-07-21 16:06:12 +0300 (Ответ для Stanislav Levin на комментарий #24) > lua5.3-module-luaposix: > - пакет висит в FTBFS 2 месяца, нужно разобраться с причиной ошибки и > постараться исправить (если возможно) > - странно, что собирается из коммита > d851eaf8d57d76ea51bc00b850d1067cf5221181, хотя сегодня v36.1 - это другой > коммит (3381f2983846865d0bb4d188bbac826a1d27ea56). Но, возможно, автор > форспушнул. Поэтому в более свежей версии rockspec можно уже не > прикладывать, а использовать авторский. > - LICENSE можно не упаковывать в этом пакете: > https://www.altlinux.org/Spec#License Исправления можно увидеть в таске https://packages.altlinux.org/ru/tasks/324892/ 230143 63 dutyrok 2023-07-21 16:22:12 +0300 (Ответ для Stanislav Levin на комментарий #28) > lua5.3-module-luaossl: > - пакет находится в FTBFS (желательно поправить) Поправлено: https://packages.altlinux.org/ru/tasks/324892/ > - https://www.altlinux.org/Spec#Summary > > > В конце Summary не должно быть точки. > > Могу порекомендовать использовать cleanup_spec из rpm-utils. > > - неизвестен источник rockspec > было бы неплохо указывать откуда был взят rockspec, например, > https://luarocks.org/manifests/daurnimator/luaossl-20220711-0.rockspec > Таким образом вам или следующему сопровождающему будет понятно, куда надо > идти > за rockspec'ом. https://git.altlinux.org/people/dutyrok/packages/?p=lua5.3-module-luaossl.git;a=shortlog;h=refs/heads/sisyphus lua5.3-module-luaossl: - delete duplicate provides that starts with dot inside brackets тут непонятно, почему lua5.3(_openssl) и lua5.3(openssl) - это одно и то же? Я посчитал, что это ошибка скриптов для поиска provides и requires в lua. После того, как я завел ошибки на эту тему: #46285, #46286. Они были закрыты в таске https://packages.altlinux.org/ru/tasks/321961/ 230145 64 dutyrok 2023-07-21 16:24:15 +0300 (Ответ для Stanislav Levin на комментарий #31) > lua5.3-module-luaunit: > > - rm -rvf %luarocks_dbdir/%oname/%oversion/test > > забыли добавить %buildroot. Поэтому рекомендую не использовать -f в > > подобных сценариях. Поправил в таске https://packages.altlinux.org/ru/tasks/324892/ 230149 65 dutyrok 2023-07-21 16:49:04 +0300 (Ответ для Stanislav Levin на комментарий #33) > python3-module-flask-httpauth: > > - не рекомендую добавлять в changelog несуществующие релизы в альте: > например, 4.7.0-alt1 никогда не было в сизифе, в таком случае можно было > сделать слияние с апстримным тегом и накатить 'Initial build for > sisyphus'. > > - рекомендации по написанию changelog: > https://www.altlinux.org/ > %D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0% > BE_%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8E_changelog > то есть не рекомендуется указывать косметические изменения в spec файле, > потому что они никому не интересны. Для данного пакета это не исправить, на будущее учту > > - рекомендую не использовать глоббинг вида %python3_sitelibdir/* > люди делают ошибки при упаковке (например, делают слияние с неправильным > тэгом, забывают изменить версию проекта, генерируют некорректные > основанные > на SCM версии и тд) и такой глоббинг скрывает их. > Рекомендую использовать следующее: > %python3_sitelibdir/%{pyproject_distinfo %pypi_name} > или > %python3_sitelibdir/YOUR_PROJECT_NAME-%version.dist-info/ > > - нет необходимости делать provide вида: > %py3_provides %pypi_name Исправил тут: https://git.altlinux.org/people/dutyrok/packages/?p=python3-module-flask-httpauth.git;a=shortlog;h=refs/heads/sisyphus (войдут в следующий релиз) 230151 66 dutyrok 2023-07-21 16:51:15 +0300 (Ответ для Stanislav Levin на комментарий #35) > python3-module-clickhouse-sqlalchemy: > > - нет необходимости в provide вида: > > %py3_provides %pypi_name > - CONTRIBUTING.rst не файл документации пользователя > > - не рекомендую добавлять в changelog несуществующие релизы в альте: > например, 0.2.2-alt1 никогда не было в сизифе, в таком случае можно было > сделать слияние с апстримным тегом и накатить 'Initial build for > sisyphus'. > > > - рекомендации по написанию changelog: > https://www.altlinux.org/ > %D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0% > BE_%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8E_changelog > то есть не рекомендуется указывать косметические изменения в spec файле, > потому что они никому не интересны (пример неинтересности, > add %%py3_provides %%pypi_name) > > - текст коммита > Например, 358717464c4c68510b352589bd61570a3ef4cfa8. > Что можно понять из 'add %py3_provides %pypi_name'? Для чего это нужно? Исправил https://packages.altlinux.org/ru/tasks/315695/ 230152 67 dutyrok 2023-07-21 16:53:03 +0300 (Ответ для Stanislav Levin на комментарий #34) > go-callvis: > > - схема пакетирования. На этапе вступления очень важно, чтобы кандидат > использовал одну из "общепринятых" схем пакетирования. В этом пакете > вы тарите корень репозитория и отдельно накладываете патч. Такой схемы > в gear-rules(5) нет. Пожалуйста, сделайте одним из указанных вариантов. > > - опечатка в тексте коммита > 0.6.1.gita410f11-alt1 => 0.6.1-alt1.gita410f11 > Можно использовать gear-commit из gear для генерации сообщения коммита из > последней записи changelog. > > - добавляйте патчи отдельными коммитами с объяснением их необходимости. > Вы закоммитили патч с сообщением 'add vendor for package', это не добавило > ясносности зачем он нужен. Пришлось догадаться, что он выдернут из старого > PR. > > - рекомендую фиксировать процедуру генерации бандла go модулей для > облегчения последующего процесса обновления Исправил: https://packages.altlinux.org/ru/tasks/316843/ 230356 68 dutyrok 2023-07-25 15:31:16 +0300 (Ответ для Stanislav Levin на комментарий #46) > (In reply to Alexandr Shashkin from comment #44) > > (Ответ для Stanislav Levin на комментарий #43) > > > sniffnet: > > > - ExcludeArch: i586 armh > > > дан короткий комментарий '# out of memory', который не сильно проясняет > > > проблему, можно подробнее? > > По этой причине падала сборка на armh и i586 > > А если бы сборка падала на x86_64? Если есть проблема, то с ней нужно > постараться разобраться, хотя бы срепортить в апстрим. Есть ли тикет? Решил проблему с нехваткой памяти: убрал из RUSTFLAGS '-g' опцию (Equivalent to -C debuginfo=2). Также исправил следующее (из комментария https://bugzilla.altlinux.org/show_bug.cgi?id=43096#c43): > - лицензия Apache-2.0 MIT, > поддерживаемые операторы в выражении лицензии: and, or, with. > Так, upstream определяет свою лицензию как 'MIT OR Apache-2.0'. > Можно посмотреть тут: > https://lists.altlinux.org/pipermail/devel/2019-November/209050.html > > > - имеет смысл показывать сообщение об использовании в %post? кто должен > это прочитать? > > - как был получен бандл внешних зависимостей? Опять же, рекомендую > задокументировать эту процедуру в репозитории тем или иным образом. Можно увидеть здесь https://packages.altlinux.org/ru/tasks/325478/ 230465 69 dutyrok 2023-07-27 12:25:56 +0300 (Ответ для Stanislav Levin на комментарий #45) > python3-module-fastapi: Исправления можно увидеть: https://packages.altlinux.org/ru/tasks/325661/ > - %add_pyproject_deps_check_filter ruff types- > можно убрать с rpm-build-pyproject 0.0.4-alt1 > > - это лишнее BuildRequires: python3(python-multipart), вы уже имеете эту > зависимость в requirements-tests.txt. > > - sedding можно заменить на опцию pytest, --deselect > 'tests/test_tutorial/test_async_sql_databases/test_tutorial001.py:: > test_create_read' > > > - -Werror, общепринято считать любой warning ошибкой при запуске тестов, но > при пакетировании - это настоящая проблема(любой DeprecationWarning > неоправданно сломает сборку), поэтому рекомендую игнорировать все warning при > тестировании (апстрим может быть не готов к такому), сделать это можно через опцию > pytest '-Wignore' > > > > - CONTRIBUTING.md и SECURITY.md - не файлы документации пользователя Теперь подробнее о некоторых моментах: > > - пакет висит в FTBFS, желательно поправить > Как я писал ранее, fastapi был сломан пришедшим в sisyphus starlette-0.28. Сейчас в upstream имеется план по изменению поведения (в том числе "критические изменения") в самом пакете и в его зависимости starlette (подробнее можно увидеть здесь: https://github.com/tiangolo/fastapi/pull/9636/files#r1224626560). Поэтому временно отключил один тест, который начал падать после появления новой версии. > - не включайте в changelog записи вида 'reformat description' или 'add Vcs > tag' > Эта информация имеет околонулевой смысл здесь. > > - разбивайте коммиты на минимально возможные логически независимые > изменения. Например, коммит 522197b6dc3fe3838e35bf4afee15e2c155ab64c. > Здесь намешано всё подряд, как понять, что сделано и для чего? Добавленное в changelog уже не убрать и указанный коммит уже не разбить, но на будущее учту. > - не хватает описания для патчей, почему же они нужны? > Сообщали ли вы в upstream о возникших проблемах? Проанализировал то, как в upstream настроены тесты для запуска в github workflow (https://github.com/tiangolo/fastapi/blob/0.99.1/scripts/test.sh) - там выполняются тесты только из директории tests/. Я тоже указал директорию при вызове pytest в spec файле (тем более что директория docs_src не пакуется, и я не вижу смысла выполнять из нее тесты). Поэтому надобность в патче fastapi-0.95.1-alt-email_tests.patch отпала (Но в ответ на вопрос об описании: он был взят здесь https://github.com/tiangolo/fastapi/pull/4409) Для второго патча добавил описание. Он нужен для совместимости тестов fastapi со слишком новым sqlalchemy (у нас 2.0.18, а для fastapi требуется sqlalchemy >=1.3.18,<1.4.43). Пока не вижу смысла отправлять в upstream изменения, поскольку изменения могут оказаться бесполезными из-за грядущего переезда upstream на новую версию sqlalchemy 230693 70 dutyrok 2023-08-01 12:49:10 +0300 (Ответ для Alexandr Shashkin на комментарий #59) > (Ответ для Stanislav Levin на комментарий #32) > > lua5.3-module-openssl: > > - состояние submodule lua-compat не соответствует сконфигурированному, > > должно быть e00fd0a415694dc15687593e355441af6dfa30bd, фактическое > > состояние 8f8e4c6adb43e107f5902e784ef207dc3c8ca06b (today's master) > > > > Как вы делаете 'add submodules'? Вероятно, вы клонируете > > целевой репозиторий и тарите текущий коммит вместо положенного? > > Рекомендую зафиксировать эту процедуру в репозитории для упрощения > > последующих обновлений. > > > > - фактическая упакованная версия 0.8.2-1, оформлено как 0.8.2 > > https://www.altlinux.org/Spec#%D0%9F%D1%80%D0%BE%D0%BC%D0%B5%D0%B6%D1%83 > > %D1%82%D0%BE%D1%87%D0%BD%D1%8B%D0%B5_upstream-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7%D1%8B > > > > - такая же рекомендация по rockspec, как и для lua5.3-module-luaossl > > Я внес указанные изменения. Но в выходные обновился openssl > https://packages.altlinux.org/en/tasks/324359/. > И в результате 3 теста зафэйлились > (https://git.altlinux.org/tasks/324716/build/1000/x86_64/log). Я хотел > проверить это с последней версией указанного пакета. Но для нее требуется > новый luarocks, > а обновить его корректно не получится, так как необходимо править пакет > rpm-build-lua > (который собрал Селезнев и закрыл на него acl). Милюков предложил > соответствующие исправления в таске https://git.altlinux.org/tasks/315204/, > но Селезнев пока ответа не дал). Пакет lua5.3-module-openssl собирался опционально для cgit, но потом я от (lua-openssl) отказался. Соответственно в репозиторий он не попал. Сейчас этот пакет мне не нужен, в репозиторий я его отправлять не собираюсь, поэтому его можно не проверять. 230802 71 slev 2023-08-03 11:14:38 +0300 Считаю, что можно двигаться дальше. ACK 230882 72 glebfm 2023-08-04 14:32:12 +0300 Адрес подписан на devel@. Пользователь добавлен в группу мейнтейнеров. Желаю удачного мейнтейнерства! 10997 2022-06-28 22:58:46 +0300 2022-06-28 22:58:46 +0300 ssh_public_key ssh_public_key text/plain 109 dutyrok c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUQ4TGJsZXBnb0tFSmpPcGZlUzU3 VjhOZzdSRnBXdHo0Z3pUc0hmUHpCT3AgZHV0eXJva0BkdXR5cm9rLXZvc3Ryby1ub3RlCg== 10998 2022-06-28 23:00:03 +0300 2022-06-29 19:26:58 +0300 gpg public key gpg_public_key application/pgp-keys 3159 dutyrok LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdLN1V6RUJFQUNtV0JC cDNEaWRBbUxYUm4rb2tkRjBoY3RPT2Z4Ymk4cXhCYUxtVmdSQ01tK3YxR3BDClJGMWR3MEs4Y3dB WDZoTHZMamtYY0R0MWxxWmtvUHlyNmRTVGo2S2owdkF3RE15VUNZZW1tYUxMcmZ4d2ZzMk0KbTJ5 Um92VnZ3K2RrYlJ0V3JGN2dhdVdXcjZEWC9sbnAvLzl6Tmg0MmM4QnN0djV4TUIxU2VZVDFYOU9n VVlkTgpDQk9rb1pnaEZseXdaaU10cmNkTEFQRzNXVTZ4eG5jZEVYQk04WmxpdGJSNXIxZzAwV2ZX UTduVTB2dFF4WWhhCmVZa3V4U2lSV21vSXR4R0EwTDVxY0ZFT3VLVXE2Ym5iUzh5aXRHMXg0V040 OVdUUkFmbFFwajFFNStsN0FXd3gKdWszVGNNdTBZdVFzRTF5K1QxNXNFb2dZVk9EVzVEZWk2YzU2 bG1mN2dzSVQraURRU1piMUxITjVJM3FVem11bwp1VlR6L0FoNjdNWEQxM09rTWZ1OURJMkx0Tjc5 NU1sbE9GS0tIbkQrRyszQU5LL050MjFXaHR3K3hINjZ2cHlkCkI4dnpEOWpTeFNKei9JYkwzQnhp OXhsWTNQZTdVWGtVZk5weEhJZTcxWGl1MnlvMFJhTkY5MEdQTWtZdU9ZbWQKaVJxdmVHNWdPOVRX VHcyL3pDVlIwcDBsSnV5K3FaMkVxbHM3am92SXYvMkgxRDI0R2FTVXBScUxZK3dDb1QyaApSR1Ba cTN1UE1jd0w0VVNLTUdrbmVEZUp6MXI5VG44SkpSUWRGem9YQlVkWHo5U0xtWUVKMUt4OElJU3B3 ZUJRCjRKNnIwVHdyLzBaVTR3WXVOTmt6WTN6amp3MFovRkZuN2FFR0NodzltcXFzYlQvdlhyMXFN S05hK1FBUkFRQUIKdENoQmJHVjRZVzVrY2lCVGFHRnphR3RwYmlBOFpIVjBlWEp2YTBCaGJIUnNh VzUxZUM1dmNtYytpUUpVQkJNQgpDQUErRmlFRXZwSUVFc2t1eVg1SkJHdUc3L09NaXpjT0pIUUZB bUs3VXpFQ0d3TUZDUVdqbW9BRkN3a0lCd0lHCkZRb0pDQXNDQkJZQ0F3RUNIZ0VDRjRBQUNna1E3 L09NaXpjT0pIUW05QkFBbm1hSkVOU1cyZys5WFN4cDl6eG8Kc01UdVJHQnJNRkIxS1V6NkUrQkw0 UkdqR0hGb0VGdHZReE1jRVkvVEdibGpGT2pxMzdPdEMrWFlpZGJkcktiNwpMNEFYQTZBRWhMQ2pN L29GaXZmdkV1TzJxUHJxM1Z5T005bFNRdHJHTXRET2I1VEduaVp0YnM1dVRwdm9wR0NtCmNpM2lR b1ltVjNkTTRyUEpYU2VNekRvdlpDSk00MmR3TnJXbDFMeHRlT0pFdkJXLzYvR1NwaW1wQ3pUWmZ3 TXAKMUVFck01Rm9CL0d0b2xrWEVlOXNOMDA2UG5SK3RPV2tsSnVqdzRWa0U1ekQ4dmdCZGlnN3ky ZEgvdE1XMVVKawpkMjVBTVZzMExtazJVSGJ4UDI2QUwvdzlLU2ZIcW5JT2xMUDFWbk1WQmJ4TENz aWh6UnlBQlVudXJvSENFK3IzCjFtYTRYWE5aSjRVWVpja2Y0MjJjWkY3ak0wbTRPRE8xbTF1dFhW Wkorc2xtRHJLeE5VSkRyc3VCNUhuU01MT0UKaW9LNzFFRDZZa1B4S2ZubnFlZEErcFBoZ3lFNVh3 a09mVXpsem9NR2FpNzlLVk1YWVVMNldFRGFTalBLMkdNSgpzYytDZnZPZFlkYUY1OEt6aHhWci9S SFdaR084Z05aNy9uL2tQWG1ralM4SHRSM1V2VlNlcGE4R3FCblJraStUCmVxY2JaOVArS09rdGdY VEVWMFVsNERzREhPYWsyclFrYkh1V3MvWjg2NE9aQzl2Z0RCU2U3VzhNOFR2QzFGaVEKMUNyOHdR aFdOdldhRHlHc29uNDBDRDByNUd6cVZPTXlKNmpqVjJnNkJuVE80TDZJSmRSS1lyNmU3YkRqcjhG VgoxUVBBUFJHSTl6ZG9UTzFhMTVSM09hdTVBZzBFWXJ0VE1RRVFBT0UvN21JV1pPaHpPSm1EMDl5 QkVsZFZsV3JpCi9FRWhhbWM4bjV6TnlibHRHU3crRUd5eFdudmt2eUxFdVYvYnZGK3pSZEx5QUFO UzZaaUlnaXdFVVBQazRTTDgKNGhIMnF1NnFkSDNXN25LcDZ2Y0U5YXFMemJaaUV0NkNzWlV0WFp0 ZVp1c0VodHE0RVdBZFNuZWNVTSszTFFndgpFL0I4MWk0T3JTU2kzZWNwTzBDSm9DRjNmcWxmMlgv c0d1RlhyZVorTlhyRDVwVDVHdEpWZEdtZWhOdnExbTRyCit5WTUrdjhRbERBUnBZdFdsSGwwTG5W WXpwUVF4UWJ4MGFKand3L3hxK0NXQUlvOUJqUUVzRkFHbGRrWjAzVUEKT1ZMaGFON3BrRDUwM3hw U1BXbjFKcUltcVVqMnFIUXNJVlFVcDlvdUxYejFhcVJUTzVWajhOSDZWdG9nTWN0VwphVzFGNkZM dW9RQmpISjdPREJYY2tvUTNYeWtPZVBaa1hqVWhkMEZYM3N1Wnl5QlE3dVFacFNHUUdYQlN2Rkd1 CnJqdDNxUE94d3ZQNngwSldOeXlwSXg2Y2d3MkNHQlhZL2UwNSs4UFE4TlB4R3hoWDJuekp0cXZ0 L2JnV2R3RkYKRkZaTjhjUnQ1MVd1cmZGTmRGdHBhWXZ6eFBIeFpySXFNOVRGNjN1N0w4OWpHcmFm Ymc4MHVLTTUvY1h5U0k1SQpqdWtzZUVnMng2QzlxSHByYlFnMVhoZ0VTU3UzcHp3Rmk5WFNOa0Ri cElEbGVSbUVnNXEwd1dRV2pYLzZQdWZjCnNuWHpvYWptMlZjYU05SjhPcUFxT3FGYjl6cFBGTGh1 b2llSHUxcCtJbGIyZENUdmhtSlIzY1hDVmFGa1Bvc2UKQkxpS29aa0pDelcrSTFuRkFCRUJBQUdK QWp3RUdBRUlBQ1lXSVFTK2tnUVN5UzdKZmtrRWE0YnY4NHlMTnc0awpkQVVDWXJ0VE1RSWJEQVVK QmFPYWdBQUtDUkR2ODR5TE53NGtkT3hIRC85c0F3amFrYzAvNmxkam9IbnFpNjJSCnZjMStGM29L ZCtkT3lHTHVzekNONDV3c0FUYlJyekdoS0lEc2F6M0l1dzdjR1cvL2tJOWkwWUNMVHJsWHVFUDYK SWJaUkl6bUpMQ3J1aXp1TFRqc1Y2RnZZelJBYU9ONGY2ZG9XUERzMFlwWklVRXR5VVZJS05Obkh1 cFRLeVpDYgoyc0xjS2NabmhlY1hwWWwvNUh0dUVXRjdaMElKRGZhWWI3cjl2bENkejd3SFYwYmZB NVhaUTJ6QVVlRmZlYVJxCmlxOTFLWVIxdy9XaUpuelBjaWRiS3M3TWUzUnBqMElWcy9VMXBkT2hj YlB1Z0ZhbllyMW1SeG1XM3pJOEFaWCsKdTNvQXl3c1JVaFd2dHhkcm14RnQ5OENnb1YwYUx5UzJr UytKWkVIbktjSElpR3VFck4waEJCelVzL0RiL2R3QgpSaUhBOWFuQ2JqMnJwSklKa09aK2cwb1lL dGVoMStWekR3M3VwMDA2TXQrTU85a1NnQjVvZGd6TERzVTY4QXBYCjFkUkdtRjVMb2pXdTRLOXhK dzRJVXpjVWVBQ2plN3dvRUJUUDNLTGZIQ2UwRi9pM0p6eWxlVTVqeEIwUXlZSzcKempzdVJsOVZU MjRFY2dMMWhCN2lBN2VKNlJtNDY2NFhKck9Way9LbU1QSTBoUThjamZiUG5hc1h0S2xEK25NeQpD MlJ6L2dEN1JuNlNFSTZNMkhHNG9tdTJudzRiUXJnMVUyWllxT0RMbi9RZmlRczlwSHU2YWNjd1pS NlVnYXdVCkxuQmtrUFUzSkRhVEJidkZPUC9ObDIwTFFFNlBMSXA1ZDlOcFpZb0YyWWZURzhBd1Iy TXhDbk45eDNzbmZ2YkEKOENDM284Nkp6UjdJbG5XUGY2N2laQT09Cj0rTmpLCi0tLS0tRU5EIFBH UCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K 11007 2022-06-29 19:26:58 +0300 2022-06-29 19:26:58 +0300 gpg_public_key gpg_public_key application/pgp-keys 3914 dutyrok LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdLOGQ1Y0JFQURKM2VC K0pmUi9saHVka0p1QXQrWmg2RUExODlkSUxERnRScU52TGFTeG9lYlFOUkhCCmhjZjl6Y2dEMlpt VStrc1BsNnFpQUxYSi8wZUxhSWpZWGtDSkg1b2FhUGp3S203UFkzTHgyUWszeXN3Tll6YUEKb1dw VTZnOHpTcndTWEE3ZVp0dXBZWlYyVGxhZ2syWm0vSWlPWnZuc2dqZnpCM3JzL0FSUVY5SCtVaTd3 T1VsQwpJSklmRFRaZzZ1UXc5Mmh2RE5DcmI3WEY3NDQrOS9TTllCWk1CM1l5Z1U1T3ZDakhuclZJ Z0IzTjRmOFIvY3paClVhVldmMDMwSWNLb0pvRnhuMkt3NVBKSi8zYTduN2p3Nkk3d0JMU3ByS1RX aEhIMFFSRm9wdUdmOEFwNTlmQVoKYVEwbWV1U2xaWlUxR080dGRBNXRKMXplZ3pFeW15ZGlybVh4 TDZ0VTNmZ0dPSEVkUDB2b3pMWjZBSFZkOC9qMQpMTnRZV0dkWElGckNMRDVrbm15MEZLbVcxUUpu cElPWGlKeDFhdjRVZ3o3NUxmeHlvSGQvNk9lMVlpeCsyWDFYCllRbFNvaDJnMXFDSGdpYU9IWHZ0 ZXc0Qm50OWkwRmE4a3ltWjdabFdyM1A2MHhDR1g2bE14dHhhWjhQVFJMTysKMGQ5TFl6MEhUNlM1 bmhyaG9GR0NqdUNhY0VYQ0VUQ3lBTXhXaWNHRjhXbEFlTzVub3VDRDJEbi9oVWJPUTU4VApJYjBL djFGWTJYTHY1ZUYrVVgxbXBwcjA2Y1VmdVpORGt1UkRJMjhsV3dVVUJjd05aQURJR2kyRGl2VER2 ZkVPCkVYLzJwS0I0dlJ2WjBYUzVDWlM1Rmx3cDZwcTdqN0QrSWpNK0FROVFESmd6bGhzRlRpOWZs bXQvZndBUkFRQUIKdENoQmJHVjRZVzVrY2lCVGFHRnphR3RwYmlBOFpIVjBlWEp2YTBCaGJIUnNh VzUxZUM1dmNtYytpUUpPQkJNQgpDQUE0RmlFRUt2a2ZtWjNzK3JGbW1jVWtiR0xrU2FMMlB0OEZB bUs4ZDVjQ0d3TUZDd2tJQndJR0ZRb0pDQXNDCkJCWUNBd0VDSGdFQ0Y0QUFDZ2tRYkdMa1NhTDJQ dDlBWGhBQXRWVmRmdHYwTnBEU1U1TytUOHpuKzlrb05qaDMKQlNBOXhOSnpMSlJyV25QcUFMQjBN aVVaQnp2RkhabkRIOTc1U0E1TUZrcS85SkpmZmhMdFgyK1BCRkRJMmtHbgpoNGJoMVB2UXlsODZN UGpRUlRxN0tDUHpLSXVqUTF0OW5jb3hZdDZoSGVXeVJ6d2d3djRoSDJmOFBjR3dzQUxmClFxMWp0 YUV5R2ZGbDNzc0hZREJuVmZMRG5IMFJtQ0taYS9WOVZuZWFLTWZrKzFqMkI1N1RneGZoR0RyZ3R1 b3MKZVdCSjhxazJnTFlMRmQrRE9tbCtWdnFyNkxJWGE4L3dHOHkwT0JTUTR6K0J4UGJOQWxKYUs2 RUwvWnNJVFRtMgpLTUI2MnZWNW9aSnV4TDE5NkNHTzcwcmV6RlJTQ3NHdzNIMVVLOXgyVGlkQjE3 MGxvYUZCNGFXcGhoYUg0OCtkCnBKbWNrMEFaYmdzOUZaanVKSXRtaEUzL2dNbERCS3MrVVhPUEhK SGEyejdmL3prTVJZalRwbjNFNE50cWxYMXYKNEhiWUxwWHR0cjdJUGdiazB0MEx6SXBMSklRSHV1 eVZZWjNVS2tnQklXRzRZWWVoTFlUb3RsTnVQRnR3SWNDdwpROGI1WUd0NTJ1eWxuUmVTVG4xVDFa ZWZ0Q1RmS3FXSkM2NEl1UDlHZkNzSUdjWW9Ob3B6OC9xZ0hDNkYvbU92ClhTZUhEU05sRG1hQlZs d05JclRUWGI2TEtlNm0xOWc3Zm9kc2RMWitzNXRwM1NVRFdMNE1lMVZTOE1pdDlqb0gKeWdXeXE2 a0FkWFVDWlBpd1hvaS8zRDQzUm1PRVVEQWUrcDBaZVkwQnUwTm5LQk5MTW16RG9MeVFNYi81RkZM MQp3S09tWTVncTBOZ3Znc2k1QWcwRVlyeDV3d0VRQUxNVmJRZTVLaWp6b01oaTQ1OFliS2RZTGFS RGVrQTZmU09lCmZEbm9Sbk9RdjdFSlEyQk5HT20vM2wvaG9GQjU2c2NmbmZVSHZxMGVjbjJPNmds VU0yRXNGZ3VUT3hXblpub1MKYUR3bTlUOVNXVzJJVCsrUi9OTEVTY2h0SHlpZmtacnd2d1A5Qjhl UzFvdCtyQXhSbnJBcmxUV1JqMzR2QmNsZgpna29BdFlzZjdBZStPUmRDTks3dkFZSjcvTXNvMXAw Q3JtR1UyVFF3UlUwT2Q2bWxYL3JFUGM0WlhNbTI3SjhHCmNsSHVTRlRkdzVoTERLeDIydVpRTXhG cTM3ZllIRGpiSnRKUGlLMFQrdEwrVmROS2twelBZNnpaL3VxSWk5cFAKYU1rUWZ3MjRqWWtCWFJx NHlqUnZ0M1U1cHg5am56elNIcEhSU1BOdks5aUZ6TitUWkpVRE5DcHR6NUwrS3VBUgoyeXo5SEZ4 SWcvVWgyY01SekR1dm14S0RoTi84aE5sbzdmMHo5WTNRVmJ0dDVNOHpLYTdXNCtINlJkSndYM2lF ClpheEI3cERPcGhSRm1qcEIzdnJMQmRrd05BT2tXUDhRZ2g1dWZvSDhrNGV0TGV3dUVnWVRJTlpN QThHTUNwa0gKOEEzcHFoSnlaQkphZzBBdFlTanUxTENSVDhNL1E0emZndFpralEySTNqZm83c3FC YWtwWkttUUNZdzdMNjVteApzR2ZzSTVDMTRockxxWjc4UFVqNUdaY2ZmNUxVSHErdkRKZkFJWWp4 aUNtTGlxY05SOW9DbENjWGFQQ3kya0pVCnNNczFVNE9wZWJHakxKSGNxRlVDNkhMdmJGWkJXR281 cm1HN2tKTlBUU1BiNDU1N04xYzJFSGM4Q2pFYnQ4akkKNGZ1ZytVWmZBQkVCQUFHSkJISUVHQUVJ QUNZV0lRUXErUitabmV6NnNXYVp4U1JzWXVSSm92WSszd1VDWXJ4NQp3d0liQWdVSkE4Sm5BQUpB Q1JCc1l1UkpvdlkrMzhGMElBUVpBUWdBSFJZaEJJdzZidUlsOURMZko0aGJXcHlCCkVFaitweUQz QlFKaXZIbkRBQW9KRUp5QkVFaitweUQzODBrUC9SVmR1WFlsaW5UaTgxVUM3L2UwL3gxUFlJZHoK dFMyNVd5L1VhUUxJN0kvOHpYZTQ0TUdQNTBzRjdlTHhyOUVKYVNOT2FpNlBHK3JWMnJZQmRtUkYr NkJYUVZ0egpqYjVGbkRodTlFbW1sa2dGU3hoVDAzYmRlVXZJZlphOHBVdTByajlXNnpVblRFdHht dnd0U0IrekV4Q0Uvckt5CnF2eE5MWWVQY1h0K0JyOE5oa3JnOHJWakRWZXZNc1FLdUNPZDVpTlZ2 YjF6cWlUYUx0Q2kvWHhOQ1VZc2xIbXUKY0I0eTFLV2JnN05ZR3hQWlhFcW1EQnVLaHRSMzRGOFd2 NkZkSFlaWWozY1JNeGJyMDgyak1WLzlqTzJZdU9rZQpoRVd5M0RXRVRNNHAzZmoxMGZRaVNyL1BB UWxTOXpydFNqdkhFUW1mNkJuaU1aSWVtWnZpQWhNV0RjdHpZakJvCld0cEpyTmhpdG8rZGdhMEdz SU4zRk80ejU0QzRITTVPR0U5L2VYdHpMd0UvYzdjLzJrTVpoRklKY0V6VWEyc0gKWVpCYlM4NmVp MlJXOUdkcnoxODBKNDgwU3hWRi9QdjhZTkYwUFI2cWdMeXRxUE5INzdzaG1CYXBCMHpCc21wUgo4 QkJVWitlQ2RpTWVwcG9KV1p0Ymcxai9raWtJK3BQTVdTUGVTRmsraEYxNjVEam95U1NYZEp2cFZT R2h0TmFlClFnUnJieXY0bVQzZFlDMWRPV09NNWtGanpqWDlOVmF0TW5DbllabjRUdCtsSEdpVE9R ZWo1SWFjS0lnSkw1Q0QKYkEyZ2h1bDJWNFdOQVJIRzZrS21JOFJFUlZWNUJkOFI5dk51MTFTR0Ro U0w3K1E5MzF1SldrUlpETnpQMnFySQpwemNZb0w0a3hPTFZXWkRFUWpFUC8wckZadVFrZVJYUzli amRmblVsbVhXUG1GVnpWWWJVN0hoZXozZ1I2eEtpClU3MWpYdFJLMWRRQVRnMDRTdGt5cW5XMHhn ZThIU1g4OElESjB5SkVmZmRKMk9HUHA1Q0ppNjE5WUdSdU9URXQKN1hHRTV0ZzZFaTRLZHR1S0l4 am9HOUxKVitEMkhTamRRV2luZ0JiOFhlbGJ1VXFpenFDZVlHZVRwN21SYWhwSApUYnUrOFRUS2tk UnRweS8yU29TWEdpeUZYZFpzVHh3SzJwYUlDVHBWTUdtdGpsMGo4MWFsUGw4NXZkUXYwUlhoCmtr L2lGbEJsRWI4VDg2MHp5aGpwVThxdzdRdzVxVE1IYktGSGlnTngxODhtdkJYQmZNRUNxZHp4WEww UUIycUEKQ3BTZHlvUW9jVjJrblZvdTVvRXNmUk9lUHdpU09tejlNdU8rZzFtc09QSEtaOVNwV2V6 aWplSG5kd2hEeGtiVQpIU2o4SWhMVHoyZnZJMHc0TXpISzZlSjlFMWxoRzBQc2VKeUgxdWhaOEFO aXZ2WTZmd2htcy8vTEI1VFpRUlBWCkhKRHM0L3VxdUt2VnNmNHBiSmFRK1ZYSWZnTzVPN2FYb2E3 SGxNdFNFT2lEVXBOZ1lUQlo2ZktlYTFtbXo2WjYKQXVOc3hOeGJvN2NEcTZScTdVdTRPb1pXWitT Q2l5ZVZhQWhoYkdETEJOVERtVFRjcVljZFhxeWJnaXg0Q294dApGVnlKd0FQd3dUY0dkL1p4RnRU THpjbFJHam12Wi9PS2xDSjMwZis4OCtwQTZaWkNHVm16aEplVjhvVnppcmVoCmxPNklqbUI3cWhP TXRBZ0crMi85cmFneFlYNDZEUUFMaEFuVUNWWGNyVDlFeWpXZHNPQ21vZEYzdVVIdEFBNk4KPU85 L0QKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxPQ0stLS0tLQo=