arm64 build

[moose-kazan]

Приветствую.

Планируется ли официальная сборка для arm64? Сборки Chromium под arm64 существуют. Или тут вопрос в КриптоПро?

[deemru]

Для MacOS сборка arm64 уже существует.

[moose-kazan]

Для MacOS сборка arm64 уже существует.

Согласен) Но есть ещё Linux/arm64 и Windows/arm64. На последнем можно конечно запускать версию для amd64, но производительность оставляет желать лучшего)

[deemru]

На Windows ARM по моей информации должна работать 32-битная версия (386).

На Linux пока непонятна целевая платформа и как под неё собирать и тестировать.

В целом, будет потребность -- всё можно дособрать.

[moose-kazan]

На Windows ARM по моей информации должна работать 32-битная версия (386).

Работает. Подтверждают) Пробовал на Windows 11 на Snapdragon 7c gen 1. Вопрос в производительности. Т.е. если вот прям надо ГОСТ-шифрование то запустишь. Но "на каждый день" - точно нет)

На Linux пока непонятна целевая платформа и как под неё собирать и тестировать.

Насколько я понимаю достаточно собрать на любой arm64 машине с Linux. Целевая платформа - так их уже россыпь) Отечественная Repka Pi (собственно её попадание в мои руки и подтолкнуло к написанию данного issue), Raspberry Pi и вереница менее известных одноплатников вроде Orange Pi, Banana Pi, etc...

Правда тут возможна проблема со сборкой. 16GB RAM пока ещё не очень популярная опция на arm-машинах.

Хочу попробовать собрать на Repka Pi. Проблему места думаю решить внешним SSD, но что делать с RAM - пока не придумал) Если тупо создать swap на 16 гигабайт то боюсь что сборка затянется)

В любом случае спасибо за ответ.

[lobachpavel]

В целом, будет потребность -- всё можно дособрать.

Привет

есть вот такой кейс: запуск тестов локально на MacOSX с использованием docker контейнеров, используя selenoid или selebrow (я один из его разрабочиков)

В данный момент можно конечно использовать rosetta и amd64 docker сборки, но во-первых в последних версиях MacOSX есть проблемы именно с chromium (не все корректно отрисовывается), а во-вторых Apple уже задеприкейтила эту технологию и в скором времени никакого выбора кроме как использовать arm64 docker сборки не будет

Так что иметь arm64 linux сборку актуально

[deemru]

В целом, будет потребность -- всё можно дособрать.

Привет

есть вот такой кейс: запуск тестов локально на MacOSX с использованием docker контейнеров, используя selenoid или selebrow (я один из его разрабочиков)

В данный момент можно конечно использовать rosetta и amd64 docker сборки, но во-первых в последних версиях MacOSX есть проблемы именно с chromium (не все корректно отрисовывается), а во-вторых Apple уже задеприкейтила эту технологию и в скором времени никакого выбора кроме как использовать arm64 docker сборки не будет

Так что иметь arm64 linux сборку актуально

Сложно.

Выше указано как причина -- отсутствие целевой платформы.

Вы что-то тестируете на MacOS arm64 в докере в образе с Linux? Очень спорно, что это можно назвать целевой платформой для браузера.

[lobachpavel]

Ок опишу подробнее:

у нас огромное количество e2e тестов в CI (сотни тысяч тестов ежедневно прогоняется) и все это происходит на разных видах и версиях браузеров. Для запуска браузеров используется selebrow, который запускает их в отдельных контейнерах из предсобранных имиджей, где все внутри унифицировано (шрифты, сертификаты и проч.). Весь CI на linux/amd64 и там все хорошо.

Теперь вернемся к разработчикам (точнее QA automation) у них довольно большой спектр рабочих устройств (windows/macosx intell/macosx arm/linux). Чтобы им запустить тесты локально и не ставить нужные версии браузеров и прочее, а также чтобы не валились скриншотные тесты, используется тот же Selebrow с теми же Docker имиджами что и в CI и все это работало хорошо (использовались образы amd64 везде, а на MacOSX arm они запускались с rosetta) пока на Mac arm не начались проблемы с эмуляцией и Apple не объявила о том, что rosetta они хоронят. С тех пор мы стали собирать нативные arm64 образы с chromium сборками (используем те, что предсобирает Playwright) и ситуация сейчас снова стабильная и работает это сильно быстрее.

Соотвественно есть интерес иметь подобные сборки и для Chromium-gost

Касательно платформы: можно делать портабельные сборки, как у проекта ungoogled-chromium, например

[deemru]

Какое отношение эти сотни тысяч тестов имеют к специфике Chromium-Gost?

Проверяется работа ГОСТ TLS или подпись документов через Браузер Плагин?

Звучит это всё так, что тестируется общебраузерная часть, которую мы не трогаем и если, например, у вас проходят тесты оригинального Chromium, то для Chromium-Gost этого более чем достаточно.

[lobachpavel]

Проверяется работа ГОСТ TLS или подпись документов через Браузер Плагин?

Есть сценарии взаимодействия с ПГУ а также подписи документов через плагин (внутренняя разработка)

Сейчас все это сделано на основе chrome for testing (обычный хром/хромиум уже не разрешает экстеншены ставить из файла).
Сценарии похода на ГОСТ TLS соотвественно проверить таким образом вообще нельзя (но пока по счастью все что нужно открывается через импортный TLS)

Я не исключаю, что в скором времени часть интеграций переключится на только ГОСТ или, что еще хуже регуляторы заставят нас публиковать часть ресурсов только через ГОСТ TLS

Поэтому хочется иметь некоторый план как мы будем запускать тесты в этих условиях. amd64 сборка Chromium-gost к слову действительно корректно работает с playwright и chromedriver