Outline на ARM: какую сборку выбрать и кто её поддерживает?

Метка ARM64 решает один вопрос совместимости и оставляет три более сложных открытыми. Она не говорит, кто произвёл исполняемый файл, из какой ревизии исходников он получен и кто выпустит следующее исправление безопасности. Когда старый ответ на форуме указывает на сборку сообщества, эти вопросы решают, можно ли оправдать установку. Разделите их, прежде чем что-либо скачивать.

Менеджер или клиент: сначала выберите правильный артефакт

Outline поставляет менеджер для администрирования серверов и клиент для подключения устройств, и это отдельные приложения. Основной репозиторий различает две роли и ссылается на собственные каналы установки. Установка менеджера на Raspberry Pi не даёт клиента для этого Pi. Два канала также обновляются по разным графикам. Существуют обе роли, поэтому вопрос в том, какую из них должно играть устройство.

Проверьте текущий клиентский канал для операционной системы, которую вы используете. Общая запись Linux — это не матрица архитектур и не обещание для каждой платы. Читайте страницу загрузки как список того, что существует, а не как список того, что должно существовать.

Исторический запрос поддержки ARM ничего не говорит о том, что публикуется сегодня. Относитесь к нему как к записи о прошлом пробеле, а не как к утверждению о настоящем. Канал, с которого вы можете скачать, — единственное доказательство, которое имеет значение.

Какую архитектуру на самом деле исполняет установленная система?

Зафиксируйте выпуск и рассматриваемый артефакт, а не только название платы. Сопоставьте исполняемый файл и его нативные компоненты с целевой платформой, потому что 64-битное ядро может исполнять 32-битное пользовательское пространство, а надпись на коробке не скажет, какое именно.

Исходники клиента содержат общий код интерфейса и компоненты, специфичные для платформы. Пересборка только интерфейса не является портированием платформы, как бы чисто она ни компилировалась. Нативные части — это место, где архитектура действительно проявляется. Пересборка, затрагивающая только интерфейс, запустится и всё равно откажет на нативной стороне.

uname -m и архитектура пакета установленной системы — это два факта, которые здесь важны. Читайте их на устройстве, а не на машине, с которой вы собираете. Несовпадение на этом шаге обесценивает любое последующее сравнение.

Сборка сообщества добавляет владельца выпуска

Если в официальном канале нет поддерживаемого артефакта для вашей цели, сборка сообщества становится решением о развёртывании, а не установкой. Определите издателя, ревизию исходников, изменения относительно основного репозитория и инструкции по сборке.

Затем спросите, как будущие исправления попадают в установку. Обновления могут приходить из основного репозитория, из форка или из ручной пересборки, о которой кто-то должен помнить. Третий вариант — тот, что тихо перестаёт происходить.

Репозиторий, выглядящий актуальным, ничего не говорит о том, какая ревизия произвела уже имеющийся у вас бинарник. Сравните инструкции по сборке с тем, что артефакт сообщает о себе. Если эти два источника расходятся, не доверять нужно артефакту.

Что доказывает контрольная сумма, а что нет

Контрольная сумма идентифицирует определённые байты. Контрольная сумма, опубликованная тем же неофициальным сборщиком, не делает этого сборщика основным проектом и не говорит, что содержат эти байты. Она отвечает, пришла ли загрузка неповреждённой, — это полезный, но узкий вопрос. Это свойство файла, а не человека, который его опубликовал.

Скриншот успешного запуска — доказательство об одной машине. Это не обзор бинарника и не обзор его канала обновлений. Ни один из этих артефактов не заменяет чтение исходников.

Держите незнакомую сборку подальше от производственных секретов, пока не проверены происхождение и необходимые привилегии. Сначала запустите её в одноразовой среде со своей учётной записью. Это дёшево и превращает мнение в тест.

Решите, эксперимент это или устройство

Администратор может намеренно собрать проверенные исходники для поддерживаемой цели и взять на себя ответственность за зависимости, упаковку и обновления. Это другая модель поддержки, чем установка обслуживаемого артефакта из основного репозитория. Для устройства без присмотра выберите модель, которую ответственный владелец сможет выдержать.

Запишите идентичность артефакта, платформу, результат проверки и владельца обновлений рядом с развёртыванием. Решение завершено, когда они согласуются, а не когда ARM-бинарник запускается один раз.