51827 2024-10-25 15:57:19 +0300 [4.2] join writers@ 2026-05-28 15:02:44 +0300 1 1 4 Development Team Accounts join unspecified x86_64 Linux ASSIGNED P5 normal --- 1 artyomsinyugin glebfm glebfm konevsa ldv rider rx1513 shaba writers cas oldest_to_newest 253428 0 17052 artyomsinyugin 2024-10-25 15:57:19 +0300 Created attachment 17052 Ключи rsa и gpg одним архивом Псевдоним: writers Текущая почта: sinjuginas@basealt.ru Ментор: Алексей Шабалин Цели: - создание новых приложений для sisyphus; - опакечивание полезных и интересных программ. 253774 1 17102 artyomsinyugin 2024-10-31 20:49:33 +0300 Created attachment 17102 rsa-ключ 253775 2 17103 artyomsinyugin 2024-10-31 20:50:47 +0300 Created attachment 17103 gpg-ключ 253777 3 shaba 2024-10-31 21:17:08 +0300 Принимаю кандидата 254337 4 glebfm 2024-11-12 20:57:53 +0300 Ментор есть, ключи в порядке. T/J/S -> 1.3. 254502 5 shaba 2024-11-14 19:28:40 +0300 Кандидат готов к вступлению, прошу * Создать email alias для кандидата * Зарегистрировать SSH-ключ кандидата в gitery.alt. 254756 6 glebfm 2024-11-19 17:57:23 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 256736 7 shaba 2024-12-27 11:54:02 +0300 Готов собирать пакеты. Прошу предоставить доступ к сборочнице. 257223 8 glebfm 2025-01-13 20:47:11 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. Адрес подписан на devel@. T/J/S -> 3.6. 260050 9 artyomsinyugin 2025-02-27 17:16:10 +0300 К настоящему моменту опакетил: 1) grip-grab - https://packages.altlinux.org/ru/tasks/370633/ тест на сборочнице завершился успешно 2) gcli - https://packages.altlinux.org/ru/tasks/370563/ тест на сборочнице завершился успешно 3) oauth2-proxy - https://packages.altlinux.org/ru/tasks/370633/ тест на сборочнице завершился успешно Обновил три пакета в одном задании (тест сборочницы пройден, одобрено shaba): 1) prometheus 2) prometheus-alertmanager 3) prometheus-snmp_exporter https://packages.altlinux.org/ru/tasks/375085/ В качестве тренировки обновил пакет haproxy^ в сборочнице собрался для всех архитектур, но получил ошибку Gears inheritance check https://packages.altlinux.org/ru/tasks/376303/ Прошу дать обратную связь по проделанной работе, чтобы понять, как двигаться дальше в процедуре join. 260063 10 shaba 2025-02-27 20:54:33 +0300 1) grip-grab Не надо давать такие URL. Vcs: git@github.com:alexpasmantier/grip-grab.git Он подразумевает наличие аккаунта на github. Надо указывать URL с анонимным доступом. 2) prometheus-snmp_exporter Ошибка Vcs: https://{%import_path}.git 3) haproxy напутаны commit message и вводят в заблуждение. Доверьте командам git merge git commit самим написать сообщение о комите. Выдан апрув на gcli, auth2-proxy. 260123 11 artyomsinyugin 2025-02-28 16:00:50 +0300 Поправил: Vcs:grib-grab https://packages.altlinux.org/ru/tasks/370681/ Vcs:prometheus-snmp_exporter https://packages.altlinux.org/ru/tasks/375085/ Историю коммитов:haproxy https://packages.altlinux.org/ru/tasks/376303/ Также собрал в качестве самообучения mkcert (программа висела в моём личном чек-листе с прошлого года, но Виталий Чикунов опередил меня на несколько месяцев): https://packages.altlinux.org/tasks/376377 (но сборка для всех архитектур успешна) 260760 12 shaba 2025-03-10 17:34:48 +0300 haproxy собираем только LTS, поэтому 3.1 пожалуйста не собирай. 265796 13 shaba 2025-05-27 15:52:26 +0300 (Ответ для Artyom на комментарий #11) > Поправил: > Vcs:grib-grab https://packages.altlinux.org/ru/tasks/370681/ > Vcs:prometheus-snmp_exporter https://packages.altlinux.org/ru/tasks/375085/ > Историю коммитов:haproxy https://packages.altlinux.org/ru/tasks/376303/ > > Также собрал в качестве самообучения mkcert (программа висела в моём личном > чек-листе с прошлого года, но Виталий Чикунов опередил меня на несколько > месяцев): > https://packages.altlinux.org/tasks/376377 > (но сборка для всех архитектур успешна) в %build такого делать не надо. /usr/src/RPM/BUILD/mkcert-1.4.4/.build/bin/mkcert -version PS: задание можно удалить :) 271545 14 shaba 2025-08-28 13:53:10 +0300 Кандидат готов собирать пакеты в сизиф. Прошу призвать рецензента. 271587 15 artyomsinyugin 2025-08-28 19:55:43 +0300 Обновил четыре пакета: - influxdb3 - oauth2-proxy - gcli - grip-grab https://packages.altlinux.org/ru/tasks/393465/ Три первых - стандартное обновление версий. Четвёртый (grip-grab) решил обновить в связи с обновление rpm-build-rust и странички https://www.altlinux.org/RPM/Rust. Последнюю обновлял при участии @geochip и хочу добавить grip-grab в качестве примера сборки пакета, в котором имя пакета не совпадает с названием бинарника. 271669 16 artyomsinyugin 2025-08-29 16:37:40 +0300 Обновил версию prometheus: https://packages.altlinux.org/ru/tasks/393522/ 271947 17 writers 2025-09-03 18:31:22 +0300 Опакетил дебаггер под x64_86 для разработки на Rust: https://packages.altlinux.org/ru/tasks/393944/ 272222 18 writers 2025-09-09 23:05:32 +0300 Обновил пакет promu.git https://packages.altlinux.org/ru/tasks/394486/ Заодно написал руководство по сборке на Golang: https://www.altlinux.org/RPM/Golang 272225 19 cas 2025-09-10 06:24:43 +0300 (In reply to writers@altlinux.org from comment #18) > Обновил пакет promu.git > https://packages.altlinux.org/ru/tasks/394486/ > > Заодно написал руководство по сборке на Golang: > https://www.altlinux.org/RPM/Golang Хорошее руководство. Стоит добавить в него BuildRequires: /proc, потому что без /proc модули не соберутся. 272242 20 writers 2025-09-10 12:48:02 +0300 10 в(Ответ для Andrey Cherepanov на комментарий #19) > Хорошее руководство. Стоит добавить в него BuildRequires: /proc, потому что > без /proc модули не соберутся. 10 августа 2023 года Алексей Шабалин установил в пакете golang зависимость 'Requires: /proc'. Таким образом, после этого в пакетах на golang прописывать BuildRequires: /proc не нужно. 272244 21 writers 2025-09-10 13:13:46 +0300 (Ответ для Andrey Cherepanov на комментарий #19) > без /proc модули не соберутся. Обновил: добавил раздел "Сборка на локальном компьютере" 272344 22 writers 2025-09-11 18:49:19 +0300 Добавляю systemd service и autocomplete для oauth2-proxy: https://packages.altlinux.org/ru/tasks/394630/ 273029 23 writers 2025-09-24 09:24:57 +0300 Опакечиваю discovery-service-rs, который переписал с Go на Rust для проекта Alt Orchestra: https://packages.altlinux.org/ru/tasks/395633/ 287892 24 rider 2026-05-20 12:10:53 +0300 взял на себя кандидата, начинаю review. 287896 25 rider 2026-05-20 12:18:53 +0300 по новой спецификации стадия review = 4.2 287899 26 rider 2026-05-20 12:25:43 +0300 Артём, пока я смотрю ваши проекты - соберите пожалуйста какую-то библиотеку в соответствии с SharedLibsPolicy. Можно из FTBFS или новую. https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/ 287900 27 rider 2026-05-20 12:28:00 +0300 https://git.altlinux.org/tasks/414682/gears/200/git?p=git;a=commitdiff;h=94fd5290609d3e0fa52fb249d1b69560bd32b630 непонятно зачем делается такое изменение ? в commit message ничего не написано, а по факту вендоринг бинарей. 287901 28 rider 2026-05-20 12:29:21 +0300 В этом же influexdb в .gear/rules делает дифф: 3 diff: v@version@:. . в него попадает всё дерево, надо исключить то, что не должно быть в diff. 287910 29 rider 2026-05-20 13:27:52 +0300 https://packages.altlinux.org/ru/tasks/417869/ вендоринг лучше таскать тарболлом а не патчем. а в .gear/rules делать exclude для patch для .gear, что бы ваши изменения в проекте были чистые в патче. 287913 30 rider 2026-05-20 13:29:33 +0300 аналогично. думаю что так во всех проектах, предлагаю переделать. присылайте на ревью свои задания, я буду их смотреть и аппрувить. [00:00:03] + echo 'Patch #0 (sops-3.12.1-alt1.patch):' [00:00:03] Patch #0 (sops-3.12.1-alt1.patch): [00:00:03] + /usr/bin/patch -p1 [00:00:03] patching file .gear/rules [00:00:03] patching file .gear/sops.spec [00:00:03] patching file .gear/tags/731259fd5f7ca60068e9f4211de6d34a9e43d88c [00:00:03] patching file .gear/tags/list [00:00:03] patching file .gear/upstream/remotes [00:00:03] patching file .github/workflows/cli.yml [00:00:03] patching file .github/workflows/codeql.yml [00:00:03] patching file .github/workflows/release.yml [00:00:03] patching file cmd/sops/edit.go [00:00:03] patching file cmd/sops/encrypt.go [00:00:03] patching file cmd/sops/main.go [00:00:03] patching file cmd/sops/set.go [00:00:03] patching file functional-tests/Cargo.lock [00:00:03] patching file functional-tests/Cargo.toml [00:00:03] patching file go.mod [00:00:03] patching file go.sum [00:00:03] patching file vendor/cel.dev/expr/.bazelversion [00:00:03] patching file vendor/cel.dev/expr/.gitattributes [00:00:03] patching file vendor/cel.dev/expr/.gitignore [00:00:03] patching file vendor/cel.dev/expr/BUILD.bazel [00:00:03] patching file vendor/cel.dev/expr/CODE_OF_CONDUCT.md [00:00:03] patching file vendor/cel.dev/expr/CONTRIBUTING.md [00:00:03] patching file vendor/cel.dev/expr/GOVERNANCE.md [00:00:03] patching file vendor/cel.dev/expr/LICENSE [00:00:03] patching file vendor/cel.dev/expr/MAINTAINERS.md 288002 31 writers 2026-05-20 19:09:02 +0300 (Ответ для Anton Farygin на комментарий #28) > В этом же influexdb в .gear/rules делает дифф: > 3 diff: v@version@:. . > > в него попадает всё дерево, надо исключить то, что не должно быть в diff. Спасибо за комментарий! Коротко по каждому пункту: 1. Библиотека с SharedLibPolicy: https://packages.altlinux.org/ru/tasks/418756/ 2. В коммите influxdb3 дал развёрнутый комментарий, почему добавлены бинарники: https://git.altlinux.org/people/writers/packages/?p=influxdb3.git&a=commit&h=dda32145d13bf3c97e98e4bb42786dec724b0cd2 3. exclude там же добавил, но пока не отправил в gyle, так как хотел посоветоваться. У меня появилась идея сделать так: tar: v@version@:. exclude=.github/** exclude=docker/** exclude=Dockerfile exclude=Dockerfile.dockerignore exclude=.circleci/** exclude=.cloude/** diff: v@version@:. . exclude=.gear/** Это не чересчур? Проверял сборку на x86_64, всё собирается, в tar исключённые каталоги не попадают. 4. В моих пакетах diff в rules часто существует именно для того, чтобы накатить папку vendor через патч, в Golang и Rust проектах. Кажется, что так делать достаточно удобно. Кроме того, заметил, что по такому же принципу собирается огромное количество пакетов на packages.altlinux.org. Попробовал найти связанные с этим политики, но не нашёл. На размер tar разница в подходах не влияет... Может быть разрешите продолжить такую практику? 288016 32 rider 2026-05-21 08:38:56 +0300 (Ответ для writers@altlinux.org на комментарий #31) > (Ответ для Anton Farygin на комментарий #28) > > В этом же influexdb в .gear/rules делает дифф: > > 3 diff: v@version@:. . > > > > в него попадает всё дерево, надо исключить то, что не должно быть в diff. > > Спасибо за комментарий! > Коротко по каждому пункту: > 1. Библиотека с SharedLibPolicy: > https://packages.altlinux.org/ru/tasks/418756/ Почти всё хорошо, но вот это: +Url: https://github.com/google/sentencepiece +Vcs: %url.git зачем использовать макросы непонятно. Парсерам spec придётся делать лишние операции для добывания адреса. И сейчас все парсеры умеют понимать что если URL идёт на github, то Vcs не обязателен. Просто не указывайте его, а если указываете, то без макросов. > > 2. В коммите influxdb3 дал развёрнутый комментарий, почему добавлены > бинарники: > https://git.altlinux.org/people/writers/packages/?p=influxdb3. > git&a=commit&h=dda32145d13bf3c97e98e4bb42786dec724b0cd2 Это очень плохая практика, лучше скачать исходники и собрать их в проекте. > > 3. exclude там же добавил, но пока не отправил в gyle, так как хотел > посоветоваться. У меня появилась идея сделать так: > tar: v@version@:. exclude=.github/** exclude=docker/** exclude=Dockerfile > exclude=Dockerfile.dockerignore exclude=.circleci/** exclude=.cloude/** > diff: v@version@:. . exclude=.gear/** > Это не чересчур? Проверял сборку на x86_64, всё собирается, в tar > исключённые каталоги не попадают. Я стараюсь делать так, что бы в тарболл попадало всё апстримное дерево. зачем бороться за мелочи и усложнять rules ? > > 4. В моих пакетах diff в rules часто существует именно для того, чтобы > накатить папку vendor через патч, в Golang и Rust проектах. Кажется, что так > делать достаточно удобно. Кроме того, заметил, что по такому же принципу > собирается огромное количество пакетов на packages.altlinux.org. Попробовал > найти связанные с этим политики, но не нашёл. На размер tar разница в > подходах не влияет... Может быть разрешите продолжить такую практику? Надо зафиксировать политику что так делать плохо. плоха практика тем, что сложнее анализировать сделанные вами изменения, в том числе не только нам но и людям со стороны. 288084 33 writers 2026-05-21 16:19:23 +0300 - sentencepiece пересобрал без Vcs https://packages.altlinux.org/ru/tasks/418756/ - influxdb3 https://packages.altlinux.org/ru/tasks/414682/ Поправил rules, vendor теперь добавляется через tar. Но с бинарниками проблема. Просто скачать исходники datafusion-udf-wasm и собрать их в проекте пока не получится: здесь всё упирается в wasm32-wasip2 - очень проблемную зависимость для rustc, собрать которую для altlinux пока не получилось. - насчёт vendor -> tar мысль понял. Но у меня почти все пакеты на Rust и Golang и собраны по принципу накатывания vendor через diff - потихоньку буду пересобирать по новому принципу. 288092 34 rider 2026-05-21 17:25:22 +0300 (Ответ для writers@altlinux.org на комментарий #33) > - sentencepiece пересобрал без Vcs > https://packages.altlinux.org/ru/tasks/418756/ > > - influxdb3 > https://packages.altlinux.org/ru/tasks/414682/ > Поправил rules, vendor теперь добавляется через tar. > > Но с бинарниками проблема. Просто скачать исходники datafusion-udf-wasm и > собрать их в проекте пока не получится: здесь всё упирается в wasm32-wasip2 > - очень проблемную зависимость для rustc, собрать которую для altlinux пока > не получилось. ну я не готов аппрувить такой пакет, надо всё-таки попытаться. а в чём там конкретно проблема ? > > - насчёт vendor -> tar мысль понял. Но у меня почти все пакеты на Rust и > Golang и собраны по принципу накатывания vendor через diff - потихоньку буду > пересобирать по новому принципу. хорошо. 288104 35 writers 2026-05-21 18:36:17 +0300 (Ответ для Anton Farygin на комментарий #34) > ну я не готов аппрувить такой пакет, надо всё-таки попытаться. а в чём там > конкретно проблема ? Извиняюсь, неправильно выразился. Здесь скорее речь про трудозатратность, нужно сперва собирать wasi-sdk с рекурсивными зависимостями, а потом лезть в сборку Rust. Я как-то хотел этим заняться, когда были проблемы с плагинами для Zed, но передумал. Очень проблемную здесь скорее в том плане, что в разных проектах иногда всплывает необходимость в пакете wasm32-wasip2, но никто пока за него не взялся. 288112 36 andy 2026-05-21 19:42:33 +0300 (Ответ для Anton Farygin на комментарий #32) > +Url: https://github.com/google/sentencepiece > +Vcs: %url.git > > зачем использовать макросы непонятно. > Парсерам spec придётся делать лишние операции для добывания адреса. И сейчас > все парсеры умеют понимать что если URL идёт на github, то Vcs не > обязателен. Просто не указывайте его, а если указываете, то без макросов. Так советовал классик: https://bugzilla.altlinux.org/show_bug.cgi?id=50906#c16 288144 37 rider 2026-05-22 11:44:22 +0300 (Ответ для Andrew Vasilyev на комментарий #36) > (Ответ для Anton Farygin на комментарий #32) > > +Url: https://github.com/google/sentencepiece > > +Vcs: %url.git > > > > зачем использовать макросы непонятно. > > Парсерам spec придётся делать лишние операции для добывания адреса. И сейчас > > все парсеры умеют понимать что если URL идёт на github, то Vcs не > > обязателен. Просто не указывайте его, а если указываете, то без макросов. > > Так советовал классик: > https://bugzilla.altlinux.org/show_bug.cgi?id=50906#c16 Классики тоже иногда ошибаются ;) 288145 38 writers 2026-05-22 11:52:48 +0300 Очень много классиков и у каждого особое мнение. Подготовил обновление двух пакетов: https://packages.altlinux.org/ru/tasks/418882/ https://packages.altlinux.org/ru/tasks/418897/ 288164 39 rider 2026-05-22 13:49:49 +0300 (Ответ для writers@altlinux.org на комментарий #38) > Очень много классиков и у каждого особое мнение. > > Подготовил обновление двух пакетов: > https://packages.altlinux.org/ru/tasks/418882/ > https://packages.altlinux.org/ru/tasks/418897/ Спасибо, заапрувил. 288165 40 rider 2026-05-22 13:50:34 +0300 (Ответ для writers@altlinux.org на комментарий #35) > (Ответ для Anton Farygin на комментарий #34) > > ну я не готов аппрувить такой пакет, надо всё-таки попытаться. а в чём там > > конкретно проблема ? > > Извиняюсь, неправильно выразился. Здесь скорее речь про трудозатратность, > нужно сперва собирать wasi-sdk с рекурсивными зависимостями, а потом лезть в > сборку Rust. Я как-то хотел этим заняться, когда были проблемы с плагинами > для Zed, но передумал. Очень проблемную здесь скорее в том плане, что в > разных проектах иногда всплывает необходимость в пакете wasm32-wasip2, но > никто пока за него не взялся. да, но если много где нужно то наверное осмысленно влезть. 288167 41 rider 2026-05-22 13:54:52 +0300 в пакете oauth2-proxy 775 для %_localstatedir/%name не слишком ? 68 %dir %attr(775, root, %name) %_localstatedir/%name 288172 42 writers 2026-05-22 14:51:27 +0300 (Ответ для Anton Farygin на комментарий #41) > в пакете oauth2-proxy > > 775 для %_localstatedir/%name не слишком ? > > 68 %dir %attr(775, root, %name) %_localstatedir/%name Погорячился, обновил пакет в задании: https://packages.altlinux.org/ru/tasks/418931/ 288180 43 rider 2026-05-22 15:15:05 +0300 изменение прав на этот каталог - важная информация для пользователей/администраторов. надо обязательно упоминать такие изменения в changelog 288200 44 writers 2026-05-22 17:29:48 +0300 (Ответ для Anton Farygin на комментарий #43) > изменение прав на этот каталог - важная информация для > пользователей/администраторов. надо обязательно упоминать такие изменения в > changelog Поправил https://packages.altlinux.org/tasks/418931 288243 45 rider 2026-05-24 15:13:04 +0300 (Ответ для writers@altlinux.org на комментарий #44) > (Ответ для Anton Farygin на комментарий #43) > > изменение прав на этот каталог - важная информация для > > пользователей/администраторов. надо обязательно упоминать такие изменения в > > changelog > > Поправил > https://packages.altlinux.org/tasks/418931 спасибо, заапрувил. 288255 46 rider 2026-05-25 09:18:24 +0300 prometheus: 1) по умолчанию процесс слушает на всех адресах, это плохо. надо ограничить локалхостом. 2) BuildRequires: golang >= 1.21 но в go.mod требуется golang 1.24 и выше 3) Харденинг в юните можно улучшить. 4) prometheus.tmpfiles d /run/prometheus 0775 root prometheus - непонятно зачем такие широкие права. 0750 prometheus prometheus было бы достаточно по идее 5) права доступа к конфигам, содержащим приватную информацию - слишком широкие. 6) в /var/lib/prometheus тоже с правами слишком вольготно. 288274 47 rider 2026-05-25 14:19:13 +0300 судя по https://packages.altlinux.org/ru/tasks/418931/fixes/ надо ещё в p11 обновление закинуть 288321 48 writers 2026-05-26 08:19:07 +0300 (Ответ для Anton Farygin на комментарий #47) > судя по https://packages.altlinux.org/ru/tasks/418931/fixes/ надо ещё в p11 > обновление закинуть В p11 отправил: https://packages.altlinux.org/ru/tasks/419192/ Prometheus в работе 288457 49 writers 2026-05-28 08:32:32 +0300 Собираю prometheus в задании: https://packages.altlinux.org/ru/tasks/419241/ Но есть затруднение. Сейчас в проекте создаётся prebuilt frontend, так как нода вендорит архитектурно зависимые бинарники в качестве исходников. После make assets локально у меня появляются каталоги web/ui/node_modules, web/ui/mantine-ui/node_modules, web/ui/react-app/node_modules, web/ui/static По факту нужен только каталог static. Каталоги */node_modules сейчас для сборки в хешере вообще не нужны. Но они сохранены в истории git исторически, когда, наверное, не было в исходниках бинарных файлов и ui собирали в хешере (в upsteam такого нет). В связи с этим рассматриваю два варианта: 1) после выполнения make assets вообще удалить каталоги node_modules отдельным коммитом (думаю сделать так); 2) перенести node_modules в отдельные source-tar, но не понимаю, зачем так делать, если эти source-файлы не нужны в сборке (разве только для чистоты истории и некой прозрачности сборки пакетов) 288485 50 rider 2026-05-28 11:02:57 +0300 (Ответ для writers@altlinux.org на комментарий #49) > Собираю prometheus в задании: > https://packages.altlinux.org/ru/tasks/419241/ > > Но есть затруднение. Сейчас в проекте создаётся prebuilt frontend, так как > нода вендорит архитектурно зависимые бинарники в качестве исходников. После > make assets локально у меня появляются каталоги web/ui/node_modules, > web/ui/mantine-ui/node_modules, web/ui/react-app/node_modules, web/ui/static Т.е. - в проекте собирается на какой-то локальной машине web UI и уже собранный перекладывается в RPM ? а можно ли саму сборку делать в hasher на серверной стороне, завендорив только нужные зависимости ? 288509 51 writers 2026-05-28 11:51:33 +0300 (Ответ для Anton Farygin на комментарий #50) > Т.е. - в проекте собирается на какой-то локальной машине web UI и уже > собранный перекладывается в RPM ? а можно ли саму сборку делать в hasher на > серверной стороне, завендорив только нужные зависимости ? Да. Как я понимаю ситуацию, проблема всего npm и nodejs в том, что в зависящих от них проектах вендоринг практически всегда предполагает скачивание архитектурно-зависимых бинарников. Редко когда обходится без них. Поэтому проекты nodejs у нас так не любят. В проектах prometheus и prometheus-alertmanager во время вендоринга скачиваются именно такие бинарники. Без них сборка frontend не проходит. 288510 52 writers 2026-05-28 11:55:10 +0300 То есть после такого "вендоринга" сборочница gyle соберёт prometheus и alertmanager только на той архитектуре, на какой делался вендоринг. Инструменты npm и их альтернативы не предлагают решение этому, так как разработчики вообще не видят проблемы в таком порядке вещей. 288512 53 rider 2026-05-28 12:09:03 +0300 (Ответ для writers@altlinux.org на комментарий #52) > То есть после такого "вендоринга" сборочница gyle соберёт prometheus и > alertmanager только на той архитектуре, на какой делался вендоринг. > > Инструменты npm и их альтернативы не предлагают решение этому, так как > разработчики вообще не видят проблемы в таком порядке вещей. да, это понятно. но я бы всё-таки завендорил всё по максимум а саму сборку сделал в hasher на girar. 288520 54 writers 2026-05-28 12:36:23 +0300 Стоит ли это того? В папке static с собранным фронтэндом все файлы текстовые, за исключением пары ttf и icon. Их легко проверить, прочитать, понять. С другой стороны, вендоринг, который из-за мультиархитектурности увеличивает сложность сборки в геометрической прогрессии. В проекте prometheus три папки node_modules, чтобы случайно архитектурные файлы не перетёрли друг друга, желательно делать source под каждую архитектуру. В итоге теоретически получаем девять каталогов для tar source. И это при том, что не факт npm ci с флагом --cpu работает как надо. 288523 55 rider 2026-05-28 13:39:40 +0300 Вопрос с воспроизводимостью сборки. 288543 56 rx1513 2026-05-28 14:47:03 +0300 (Ответ для writers@altlinux.org на комментарий #54) > Стоит ли это того? > > В папке static с собранным фронтэндом все файлы текстовые, за исключением > пары ttf и icon. Их легко проверить, прочитать, понять. А они являются архитектурно независимыми? Подозреваю, что да, но было бы неплохо явно это доказать. 288547 57 shaba 2026-05-28 14:59:54 +0300 (Ответ для writers@altlinux.org на комментарий #52) > То есть после такого "вендоринга" сборочница gyle соберёт prometheus и > alertmanager только на той архитектуре, на какой делался вендоринг. Нет, не обязательно. На машине разработчика в архитектурно зависимой части готовится сборка "сайта" (всякие webpack, sass и тому подобное). Этот собранный .js в общем-то тоже "в исходном" виде, просто склеенный из кучи других js. И он уже позволяет собрать пакет на любых архитектуках, потому-что архитектуро-зависимая часть сборки этого js пропускается. Я не говорю что это хорошо, используется как обходное решение, потому что красивого, быстрого и удобного на сегодня нет. > > Инструменты npm и их альтернативы не предлагают решение этому, так как > разработчики вообще не видят проблемы в таком порядке вещей. 288548 58 rider 2026-05-28 15:02:44 +0300 может быть тогда хотя бы хуки для zoryn положить в репозиторий, которые это будут делать при обновлении версии ? Там есть небольшая изоляция окружения. конечно не панацея, но всё-таки. 17052 2024-10-25 15:57:19 +0300 2024-10-31 20:49:33 +0300 Ключи rsa и gpg одним архивом Ключи rsa и gpg.zip application/zip 3299 artyomsinyugin UEsDBBQACAAIAGpTUVkAAAAAAAAAAAAAAAAKACAAaWRfcnNhLnB1YnV4CwABBOgDAAAE6AMAAFVU DQAHWLwQZwCUG2cAlBtnFY/HsqJAAADv+xV7p7YIgwiHV7VIEJAkIMHbEARxBgnCAF+/bl+6+tjT 1PwZJ/hb/nIC7g4Vdis47X+q8lU+fa3IV+U5lguTGT7kgfIETiBabA14t4cSSIsYQ8s4LiSpkx07 CAG87C1HOvihPHeI37g+2sO9BwKM4kNSOhGOk6PiPVQpGd5Wuu3Cdu2vU3zDbaWLVROLW1ewNyQx g5/TL2H2cEY1U1VCklmpmqel8GqWJfYDdOrzMUOGEHb3LjanCBOpYFciFH1wa8/hCXuG44yGIb5S JbNDtbYLx3VvaTccijUtshI28Z5RKWy8UJ9IkntHwspCSee0YYDyvSliKHn+/WzzFWWuluByp7kp 5Ehd+A/P2FPntt50CZeDxvpUTsl8PbHfv8zCqMhXVV7GpCop2ewe0Bkahtk5Pk5DYZ5tIsrF6XbF b/+lduBsEtSu1jbaYpkBN6ryuTjRw5t0ddkK/SLpo293rtZs+qNpnwKmw/A6Y7Z7+xeDH0PNfZxL n4/bysjr5LkbGnnoKiKGWZbokL4Ea9iFU+IzDTAe1IHJdWwGNPCzzRqljb7RkpMSyHBI9bPnownD OezvkTbq9BMZOFZr7Pi2Fz+xDlHUhK3eHD9ESUSxk5wpRaWwRpW6sqGuctSa2iXVkXoMnGhyjp1q 380z7mWo9XukT2AIHq/8mCvixQRmBtE7287FUPvaJ7TAUDR9xgxxylEgEA34zC/2ndLJejEjgEap 1XRt/9DtObsH2fzhbILcax10o2RXAkoV8vPzG46f7Y3/9l+jjZvmroTbr39QSwcI3Y9MH1cCAADq AgAAUEsDBBQACAAIADJVVVkAAAAAAAAAAAAAAAAKACAAcHVibGljLmdwZ3V4CwABBOgDAAAE6AMA AFVUDQAHsAUWZ7AFFmcsBxZnfZa3rsRab0Z7PcXthQvlVPyFcs5ZncIoZ43SPL2P7c6Fd0tsAgT5 Lax///17nCir1j+O7PzjhJyh8v/oYvoPZ9i8/t/VfwFgclWLk8uYXVVOZAU54QWzbqnphOYe17QF SnI6TpEMnelL3b8UJn+LS5DQLRM3dVg6gLF1GRQXcSHr4IdCcVZSF+XRzHHvlNI5I8HL0BTolAT+ 9tGPe/wZs0aoxiJb0FWAauBb0CETin9/u48Mv7uCCui1MERPG3sLH0ikMhtyftVj7UqbJkF307ar 1wbNmZK+JiKgrn9GeN8x68/6lqBdDovaypEu99XNIwq+RINjhXUqryuKqcn6+e0rm3SzXtIlti55 AGnC96JdlqpGCp3moIRV5yplngoqJgcnEm0/X3Y0s+18QE/mXUIidxRNa2YlrWFYBKAbrOQyIkqJ mdSWoUQs+EloNInQ+Qx2qlW2YKVyTr4ieRpL/Qvr3GQ/9N5lJcVB8RpQPq6CbARGanJY0eViZi6C zfCvb6vbLCbaTaFvehZFul7kPQuL6qO+4IA4FWdpp2Q0wKAYvr3qjc/fDyVEaJsm8Y2tuN7qBrjW zKz0fEv1eZhVuoPMeZzgGX+fIn48hidrJTALu5t7qLFtwsxVq0brbc8KLdqlKBXs7BIYsDS4f2ty N4JK8zqVfiXlfA18kyl5i1RAxvys4aiR2u4ZzU7Q13HTVd9SJDKnlmgBa20wNed7eJFCxkBIdtwd PWmHPMOxyJcA+P32SqKDyEtmnpcMx8HdgZPu7/rr7jP4rR8VYnmEivnbJs2wzS1yw1Jv1xyX9ViX 5YAvn3Hl7BEFCjchOp6fJPobFG8cpXrzxBvL2WLT+IELeTyrpDkLTJudZeBt1g1Yt2EBtQn57En5 oVEL9k4N3m0U9lZlyW143l0Mjkt59hZ5pRF5CWdZvhlcIRjb3/KZD+SqgZSFQJ1I6/g8Qgxql8Hl CNK/7SnH0raldDf16Ee8Er9/Ze6B+NpkvT4fEZlJZVPeCABx9iZYmKRuh+G2tt8SSlaWVwn3WrAl PkvluaOJVwzXp+P37iLynnbStzErNE8iymYgXgSNn6ao2VhvA7HfB1ZyxXD69W1yfP88olPSdddv mQqBcCq7PWpPTVlrHobv7S4TQHCDEEOlKPIkYvla834Gts4ijAYSscc6rXCWzz7dnFv7OP00uH8z PtOVt5wzcjF1MNAc44iSnDWVO5QlScmTZpB+0NbNV4+KTs1KdRI1484cw0hZEqMEvxvbfv8i3/vw MxVAh6IL9828fojjX22IvpbKXdAJviiwRBcZjP1U+KBQagf1MtpGEdPIjRKEQj2vE0VbAAP62iLb 3fyb452YPAgW1O7vEqj3q/PHgcpnyS1C0BPjo3bK7Qx6EIPZuHoPhkly0gK92io9oUy9uUYuCyJg 9FqaM28LCa7he3ZSXJ2oCn5fsOzPuYzDFY2W9JpnZyQ/tLwCB9e06188btx/v+9E0L7ggvGRLZla xxNEpuuunhexc/wGCcyLQDi727Fu+V5i39rxA2Y862ICFoc0a2e8WdF3Cwi7KdiRRPjo0zswtvH+ jD7hT+cZyQ5VEgY/UmIcxkEj1gqIbNB3cwm6/e7uStWLPTJdeX+/KOSYFfxxzmTg0kHR8gTeyI1g G1j839MXXdb6CEAEwvQueRBCqMZSRExmebuotlgYFZTLOSwYONGyXz8ER+HqemXTlxfhcWU2erBJ IUCAZD61OYebK3i9vC4cnKsHq9W6qxh6/B6d87yXKYCwRvCoLWkBO65zZZNn8shFyf++QMbLzcIt Wlig7WUZbm9Mrwye+eQlIGTXAZ5MuXR1S9p7heQx7635VeaKEcGlOR5hF+BZRbAg4Q0Ximu961K7 HPc4YJ6R1hmecU31rT5EiUSEoYI9mxDn8TmgI91VRLEwFwd4b/J7uzedEftLXAzXJF/esZrNuGUO 2o7Nf3ZIluI6MinGp0X9xluruuGKayJyxRAI8C4xrkTWwnFbQxH2IG4KMgVkYU8c5RFnC2wCTiLy w49L+T73GELMmOH6CMtfMnobCeji8paYXMlzc7k8CbpQOKe+O6bcvxBZ9GG5vdRlR9dMzI0KDORt R/04P3/cTKS3ilKgOj8rMV7l49Nm2OvKiD7fXd5xGjFomJZyo2DRdfjdpgPHiaW1XulsiwT+QTfe L++yAOy7G62V1rdAtJ6ENQfttFTykc6KEOELwf0ZmpFr2138eZ1gYHJncmWdULfmpFVJfAAHsjtm zNmqVLi6Eo7P2bAT5Sk1znQ5Yl/ozaKSu2oYtNSwdIXn9tXGttkHiUVSP1gATsV3Q0N+0pDTNP6T GDqpcpilZW2TpDTLwFm9MwvhWE7kWFbW2JYWZVZUWfavxVTGwJ/a8PJ9/x9cH0H3sGy/U/lZY1fm MJaiIJJ7/NbRetOb+tOh1IXBowIBCNewy04YWDjTHzVglFd8ZiiKFWSk4GlMu899xb/xwNzeNVDu FC+7h5MJjZvTS5G0AWrED1DH18PSBgnGOnuLgj8KJGZMYJSxD7PNWSHtJqq+VWJEaR+u2g+gOraK dCsXKQJkr/d2re3sYeWBYjn4xmvP5UIuTcosr6FbEdMwfKTvW3CnzSTmjjuT7FGfSSBF/JSBqA69 iTj6PeaSOPSv10LpT/DhwkprYW9M+I1hO0JyvRjPJFoRTpy7HNsU64B/3UdzgITC0D/UfnNpwOQh X3wmGLfshEGMQ7LzYMX8h35ucK8a5nEJDN1qHkm7MinBjJPMFgOgP2doUobxWsSVu9R0dUzRFOcv Xgu9716ikExs/FSk8A2OoXKq+tg5I14w7O3Z0LwGMPpZvVpJ95uLGp8PkWXPH1bY4cZUDR3vy4oP ARf9GGQQzyfmiDYboY99PYb4GQ3Fe4Da+YtvFU0dyGc/qGZzh93Vn7tkolvihg7iLJrLhgy6JGu9 rwue1qhvo3i5vzSaEKUBSnO4LE3W0sISQZbyOM+N+If6gxd3YNnFONu0V8knuJkwbZ7CFXf4E4fM YaQdB01m/2coBVHVMJJwafB9syfXv+2Gt16HZTuPkJZtQ8IZqKmiE5NUxlvpTW++9y530VhdWjEg k/LMp81/gP+s02cG/sfhRUv4fwT/vwBQSwcI3WMXTSYJAAAGDAAAUEsBAhQDFAAIAAgAalNRWd2P TB9XAgAA6gIAAAoAGAAAAAAAAAAAAKSBAAAAAGlkX3JzYS5wdWJ1eAsAAQToAwAABOgDAABVVAUA AVi8EGdQSwECFAMUAAgACAAyVVVZ3WMXTSYJAAAGDAAACgAYAAAAAAAAAAAApIGvAgAAcHVibGlj LmdwZ3V4CwABBOgDAAAE6AMAAFVUBQABsAUWZ1BLBQYAAAAAAgACAKAAAAAtDAAAAAA= 17102 2024-10-31 20:49:33 +0300 2024-10-31 20:49:33 +0300 rsa-ключ id_rsa.pub application/vnd.ms-publisher 746 artyomsinyugin c3NoLXJzYSBBQUFBQjNOemFDMXljMkVBQUFBREFRQUJBQUFDQVFDaXJkdjBZSFBhNDNDaTNNUjhK MWczNE5wYTkzWGNWbWFKSDd2d1dnV3ptTWxsM212emoyd25hdCtPTnFWb21nN0xxWnAzNmFUVjVX ZE1UbVZXN0NPZkQ5V3FvSlh5ejZ5UXBRc1ZVbWplRjhlaFY4eW5jMVVsOTBxUGIvazZ1T21ZK2hz ZWRhd1lKWERiWGQ2a2h2dlZQUmxCcGJyWWxINlNuWm5WSXNUbXc5YzF4dzZjcFJVakdTQm1PSE1N ckhIOGtYQ1lMU0RnTGNNTk5VWG5xNWN4WGNZZGFoVnpZK1hhaE9TRnN3V2JPN3cxQTZkL2IvSEgz ZG95QzhTOU9QWkdMNGUrSXhKNk4yQnVoY0FURHY0dDQwTHNuTmpPc0tTdjVFMVArYitBNGdzMVRt VllKbWxjYnhEQXZyV2VkK0FJbmZhTXFoMDB6MjRWWFM2dXVMdzhBY0JVUW1vUGtEbjNHSXdsanhK eXJMOGRZM05UZWJ1Y0IvcW93bmdkajZwdjlGclBMbk5FaHlGZmhqaTZtL1NTUXVtMW5vUEtINHJT RU5mR2RQNFZqZUhiZ1dpekhFd2ZGRGx3SElkZGw1WGs2SnF6NkJXUDBoM0hmKzUwYkZtSVIvM1BZ eUpyOXkvVS85TVh3YTAybERQWWlmaFNTdVNwWlRFckYvaWxIbVZEZ21NUExPVmltRmFsVGhTakZo N3R3Q1c4OG45TXNYbGQ2eFRlRHgxU0ZEMit4WExkK253Z3JSTVRzTTduRExaSUdtcEFhRXB6VEZz M3FSZmtiN2JDOEtJM0lZYWxvWXlHY3FnUEV0U0ozcWNocFkwcVZYMiszUjhIYWliS0xaK0Z3eEtJ VDNscjlqRUZFenQvakdZWlJZdXQyTHdsTlFnUm5yOUxlNmxYQ3c9PSBhcnR5b21AcGFydGx5MnN1 bmRheQo= 17103 2024-10-31 20:50:47 +0300 2024-10-31 20:50:47 +0300 gpg-ключ public.gpg application/pgp-encrypted 3078 artyomsinyugin LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdjV0FwSUJFQURHWENE TWZoN211L25qNEpKby9YYThXWTFaMm44dklydDczR3RidkRGMnFaRXFJa29pCjlPS0crRW9FbzZm VHoyL1daYzd2N1I4OXN3cjdIaVBsNUNHL21USzdGK3pybFNXajR4bFpnRGRsYlpvMnBEL2YKdGI4 VTlVRXoyL2llRzB5ckgyRDJ2bzk1ajhMcmgwczFWSTlxMXV0SXNwaWNPODYrUXFKcXZqSmtKUG1Y amY1VgpmZnpMVXd3V0FTbktxWDJpYTBFSnBCNlFCdEtNc1ZUdDVnNDNiTnVIeVFFRVlNQVNhd1NI cUZ3QVJYaVhPS0ZSCjZNMHdvSnZOSUlWSDhZYStGM2R1cEZaUkkrSE1CMFhGOE94dEFsTVpxdXgr UkdDUTVGNnIyMllmOXA2Tmtrb0QKaWtOWHZMVjdIVzlZT0cvWEViQ21EZ0pGNUtDWjBQZHBHTjBI ZFB1Q2Q2QzgzWVN2M2lRWHJzS2pRQUZIUDI0ZgpIZVFIMXE1MzZKR1VkOGNvTVpRMTNuMHpqaGR3 TWJtOFFZL3RZdWJiWXB2NnduRG9JUzJTRFArNDdXWllpSFo4CjkyMzRxeUl3NG50ZTdEVjJoWVhX dzNwNEtoS0wrcGY5bkhqQ2g3amFVWmRLUDFuYVdYNFpDd3VFNHN4TFJHSmMKbkRyUWFSMkxxcURu QmRwSjhLaGpBRGgyaVkyN1RyQW9UTDBGa1FVRXpRcTU3WWFmWUZ6YzdQdEw0cUc3R3FWSQpHM1Na Z0I3bDdxd24yWnUrU0s0TVFJeWNFNVpQZkY4RDNoTytZTW53a3kxYkczKy9HUFFyMnU4UDZ1VWxi YW9UCnp6cmRGOFRWUlhuQ0NGTFBQNFFrQkZ3dHB6aXd1VHpwZUkvQUMxN1dDd082TVVoYU42cTNZ UnJKUFFBUkFRQUIKdENaQmNuUjViMjBnVTJsdWVYVm5hVzRnUEhkeWFYUmxjbk5BWVd4MGJHbHVk WGd1YjNKblBva0NPQVFUQVFnQQpJZ1VDWnhZQ2tnSWJBd1lMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNB d0VDSGdFQ0Y0QUFDZ2tRRFRsaHpvZW5zMXZmCllBLytLNVlmV3VzVTMvaG9rUUI1NlN3T21hM1lo aDdLUVlSOHhFdlhTanlHQngvQ2ZNQVJqYWwxRzlZR01HcTUKMVByZ1RvOVhmaGtrd05xem9VRk5a YWRYQnlOME5FeG9kUlFsTTRkOUJqWWx0d2lWNndtcjZTTzNOVU11NVZabgpXb0RKQ21tVmdxQVJx KzN6ZTBIYUhMUGpweWdhNHJleEVQYzhmaWpxWkkvKzBZR1FqMk9tZ2NmSlIzNHJockc1ClR3Ky85 N1kyMXhYRWN5Tm5ydVRPS0ExOUorNVdSQVBoRHVjeHJtd0JRZlM0OHhnNFN3OVM5aWN3R2E5R2Jt aTAKZ3NsbDI2Qk5tY3IvWlhYY0M2TVRZZTJoUWFwUjdWdUpOWUs2Mk1XaU1sVVZIb1hMYyt0cUFo dDJ2b2pTMHhtYgppMjJvQnRaUmprV1d6ZkxFU0pZR2lUaURTRURBNWlWTDlPeGQ0a0g3SWkvakcy aFZWOWdHZ0hUVURmbnBtNzhOCjkrU0pvR09pbnpuV3I1bVIvMERJaW5hVzd5dEtDc3MyR3VjQm9E VGo1bHhJaUh3UGtLVFcrWmxwUngzM0ZHWGgKakloSGo1SG1qTXBWUUErMStWeU5KUG5xbzYrcFV5 dWlGV2R1MkkrdHkrY2p1bmNXVXAyVm9Zdm5uUGw2ZThHcApzQmdocGM3UHc0U3l0eW01OFNEUStX c1pvWklmV20vNllwckl1djVyQkNxL0Q5eTEvNEFyT1dLTlNSWE93SnN6Cm40WmlXNTBFa1laaG40 Z3AyeXFUNU9nYkFsNjFDVmVqUDAzcUNTbjJ4VXpLQzlGT1VJNjArZUZYTHNMczgxTnAKRUFUamlu YytRanJRckhkakVqMW12YWp3eTIvUE1kMGVQdVhrQllrSEphWDBxNnE1QWcwRVp4WUNrZ0VRQU5l RApWKzA4ckZSLzE1SUxvYlY5Wk5SckVJaDNVVmI3UUJQQStUUFZvcnZ6MTQyMGR2eUdNU0dvRHhR R0FWeDNtSDUrCjY5ZWZNblVxUURSakdwb0IwYUlzQUpmS1FITEtXeXNpUHh5dk1EKzBKNUMyT0ZK VEFscG5kTzZ1WHhHYmNDenQKWkNHZ29Cb0pVYjJodk5MUWpMbXlHK3VhbVJYKy9PZlQ0WG1hRnZp b1lqUmJGUjl5d0pTZFpRRVY1QllhNFYzdgpSTmJUbzFVdzBiSFFOeXBvZlFCQnhQK2FaNk51VXVX ZjdqaEtrVlhGNVVVSDN4cURXYVd1azJsOGlkNWJvOXZCClJ5WHp5aXlZbjFPdDV2OUJnWHRDUE5n cUx3R0IvcXNxU3hyL0dGV2ZWTTc5UzhFS3c0aE5kdzBkQmdWNnAzMS8KUnZFV2RFQU40NE9KMjFB czV3Ny9NRDFvQXU0MkMxUHFUTzUwWFY2ZUNsb2N5eHdsVS85bFo0S2wwR3Q2VnlnRgppV2N3Rjlh SGFhTW92UkYvdjIwYTd0cjNId3pVMW9La293UllRQWxRTVhNcTdUTDF5aGxLc3Vla0JGWEZ5ZFZZ CmR1ZXA1bHZjeFM4TVVqS0hsMnh0ckdyNDgxTDgwOEZhTGJBMnBrendNUDBXWE5KaFJjUHFvRit0 cHpXcnZSdk4KM3RyTGhOWWZ3RDVoUkYzZ3M4UGg3WGVGdWQ1RTB2MTRTbi9uMXZxclE0eHlQVGs5 YVBtUUdLNUlxZ3U4SUZFeApQL09pOWxhQWRjSEJmZERzZXVnQW03UkhmNDlpYTFPdjJ3QTJGUXBK My9vZjBGdlV1cXRKbGhncmtGQTFZU1RvCkJJNHJMSjF6RmthODg0ekY5OFhkYTBBOEdKcUZGWVpa K25Jd1pOMUJBQkVCQUFHSkFoOEVHQUVJQUFrRkFtY1cKQXBJQ0d3d0FDZ2tRRFRsaHpvZW5zMXNU aXhBQWpyN2F1ZjN2WlA5TkhIMUZRc3pwbE55WXc3SUJFWVEwK3NkKwovNEozdk9YOTBEdVl6N2sz N1JiZW4vVldIMWw3MG1sWWlld3ZXemxzM1FqUUwyQnVFdk9qMFhtMldndVJZMVlnCmYxU1QyUFNL VWNPKzU5TnVqTjcwZUgvRVo5VExjV1MwQWd1ZDFocUVJU05jMzVjT3NRSWprK0lsaEhGd0h2NkUK NmpLak9mSnJBc05hVEhOUDRxQ0p4dlEvUTg2R0FDSjJxYlc4MDBzWXl5YkJ1TzlYTXI0UG1HUjdl bUQ2RTR1RwpWZlVSbTVzanJXQlhXVVN2eU4yOGVUZUJVZEpoMFJsWENxOUFpNUZRUlc0WkY4SER1 NEJ2UE9NRWZUQ3lReEpQClg3MzJWVjl0YUZrM0drYW9TOVRscVp1MCszQjFadXNBRWF6MmV3K3Jk Zzl4UTUzMnFmQzFZaWNYYytaQkZNaDMKL2FmWWdZOTlSaDFRR2lZTVFLM0hKSFBpeVlvOHJyUlhI NjlXTHpJMWJTTEI5N2E3ZGVPYTlFdjAwUnJaa2d5TApsU1pmcE5YaXpuYmY0bnNFQUF1ejNiT1Vx OWRnOFdyb3A0a1RCVno5MWtFdXhXQjVoWmwvZU92eExFZWxMSFJ4CmZQdENQZFZtaStDWnovZkFh UEFySXpRb1pFUWM0TEsrNEEyYUdMRytRNkFOeXlRK3VObEtxbEV2UXpZVm0xSGcKY01rdk5KR0pZ Yk5FK0E3UkJSUVZDeDdGSlRCczNadjlQcW1yZFhlVHc5VVlneGJRRXIwZVdVOXNMWWlCL21Nagp0 Q2I1ZGYwMVhCWVR0eVp4YUt0aHE0aFJpM1pyQzE2Tk9PL0R1VElZSEs1bUZjV3FjUm15YXJqUUJ2 ODNmY05XCkc2R25DWWc9Cj1wbWVuCi0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZIEJMT0NLLS0tLS0K