Outline на ARM: коя сборка и кой я поддържа?

Етикетът ARM64 решава един въпрос за съвместимост и оставя отворени три по-трудни. Той не казва кой е произвел изпълнимия файл, от коя ревизия на източника идва или кой ще достави следващата поправка за сигурност. Когато стар отговор във форум сочи към общностна сборка, тези въпроси решават дали инсталацията е защитима. Разделете ги, преди да изтеглите каквото и да е.

Мениджър или клиент: първо изберете правилния артефакт

Outline предоставя мениджър за администриране на сървъри и клиент за свързване на устройства, и това са отделни приложения. Хранилището нагоре различава двете роли и препраща към собствените им канали за инсталиране. Инсталирането на мениджър на Raspberry Pi не ви дава клиент за това Pi. Двата канала също се актуализират по различен график. Съществуват и двете роли, така че въпросът е коя от тях устройството трябва да изпълнява.

Проверете текущия канал на клиента за операционната система, която използвате. Общият запис за Linux не е матрица на архитектурите и не е обещание за всяка платка. Четете страницата за изтегляне като списък на това, което съществува, а не като списък на това, което би трябвало да съществува.

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

Каква архитектура всъщност изпълнява инсталираната система?

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

Изходният код на клиента съдържа споделен интерфейсен код и компоненти, специфични за платформата. Преизграждането само на интерфейса не е порт за платформа, колкото и чисто да се компилира. Родните части са мястото, където архитектурата действително се проявява. Преизграждане, което докосва само интерфейса, ще работи и все пак ще се провали от родната страна.

uname -m и архитектурата на пакета на инсталираната система са двата факта, които имат значение тук. Четете ги на устройството, а не на машината, от която изграждате. Несъответствие на тази стъпка обезсмисля всяко следващо сравнение.

Общностната сборка добавя собственик на изданието

Ако официалният канал няма поддържан артефакт за вашата цел, общностната сборка става решение за внедряване, а не инсталация. Идентифицирайте издателя, ревизията на източника, промените спрямо оригинала и инструкциите за изграждане.

След това попитайте как бъдещите поправки достигат до инсталацията. Актуализациите може да идват от оригинала, от форка или от ръчно преизграждане, което някой трябва да помни да стартира. Третият вариант е този, който тихо спира да се случва.

Хранилище, което изглежда актуално, не казва нищо за това коя ревизия е произвела двоичен файл, който вече имате. Сравнете инструкциите за изграждане с това, което артефактът съобщава за себе си. Ако двете се разминават, на артефакта не трябва да се вярва.

Какво доказва контролната сума и какво не

Контролната сума идентифицира конкретни байтове. Контролна сума, публикувана от същия неофициален строител, не прави този строител проекта-оригинал и не ви казва какво съдържат тези байтове. Тя отговаря дали изтеглянето е пристигнало непокътнато, което е полезен, но тесен въпрос. Това е свойство на файла, а не на човека, който го е публикувал.

Екранна снимка на успешно стартиране е доказателство за една машина. Тя не е преглед на двоичния файл или на канала му за актуализации. Нито един от артефактите не замества четенето на източника.

Дръжте непозната сборка далеч от производствени тайни, докато произходът и необходимите привилегии бъдат прегледани. Първо я стартирайте в среда за еднократна употреба, със собствен акаунт. Това е евтино и превръща мнението в тест.

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

Администратор може умишлено да изгради прегледан източник за поддържана цел и да поеме отговорност за зависимостите, пакетирането и актуализациите. Това е различен модел на поддръжка от инсталирането на поддържан артефакт-оригинал. За устройство без надзор изберете модела, който отговорният собственик може да поддържа.

Запишете идентичността на артефакта, платформата, резултата от проверката и собственика на актуализациите до внедряването. Решението е завършено, когато тези неща съвпадат, а не когато ARM двоичен файл стартира веднъж.