Outline na ARM: které sestavení a kdo ho udržuje?

Štítek ARM64 řeší jednu otázku kompatibility a nechává otevřené tři složitější. Neříká, kdo vyrobil spustitelný soubor, ze které revize zdroje pochází ani kdo dodá příští bezpečnostní opravu. Když stará odpověď na fóru ukazuje na komunitní sestavení, tyto otázky rozhodují, zda je instalace obhajitelná. Oddělte je, než cokoli stáhnete.

Správce, nebo klient: nejprve zvolte správný artefakt

Outline dodává správce pro správu serverů a klienta pro připojování zařízení a jsou to samostatné aplikace. Repozitář upstream rozlišuje obě role a odkazuje na jejich vlastní instalační kanály. Instalace správce na Raspberry Pi vám nedá klienta pro toto Pi. Oba kanály se také aktualizují podle jiných harmonogramů. Obě role existují, takže otázka zní, kterou roli má zařízení hrát.

Zkontrolujte aktuální kanál klienta pro operační systém, který používáte. Obecná položka Linux není matice architektur a není slibem pro každou desku. Čtěte stránku ke stažení jako seznam toho, co existuje, ne toho, co by existovat mělo.

Historické hlášení žádající podporu ARM neříká nic o tom, co se publikuje dnes. Berte ho jako záznam o minulé mezeře, ne jako tvrzení o současnosti. Kanál, ze kterého můžete stahovat, je jediný důkaz, který se počítá.

Kterou architekturu nainstalovaný systém skutečně spouští?

Zaznamenejte vydání a artefakt, který se posuzuje, ne jen název desky. Spárujte spustitelný soubor a jeho nativní komponenty s cílem, protože 64bitové jádro může spouštět 32bitový uživatelský prostor a štítek na krabici vám neřekne který.

Zdrojový kód klienta obsahuje sdílený kód rozhraní a komponenty specifické pro platformu. Přestavět jen rozhraní není port platformy, jakkoli čistě se to zkompiluje. Právě nativní části ukazují architekturu. Přestavba, která se dotkne jen rozhraní, poběží a přesto na nativní straně selže.

uname -m a architektura balíčku nainstalovaného systému jsou dva fakta, která zde rozhodují. Přečtěte je na zařízení, ne na stroji, ze kterého sestavujete. Nesoulad v tomto kroku zneplatní každé další srovnání.

Komunitní sestavení přidává vlastníka vydání

Pokud oficiální kanál nemá pro váš cíl podporovaný artefakt, stává se komunitní sestavení rozhodnutím o nasazení, ne instalací. Určete vydavatele, revizi zdroje, změny oproti upstreamu a pokyny k sestavení.

Pak se zeptejte, jak se budoucí opravy dostanou do instalace. Aktualizace mohou přicházet z upstreamu, z forku nebo z ruční přestavby, kterou si někdo musí pamatovat spustit. Třetí možnost je ta, která tiše přestane nastávat.

Repozitář, který vypadá aktuálně, neříká nic o tom, která revize vytvořila binární soubor, který už máte. Porovnejte pokyny k sestavení s tím, co artefakt hlásí o sobě. Pokud se obojí rozchází, nedůvěryhodný je artefakt.

Co kontrolní součet dokazuje a co ne

Kontrolní součet identifikuje konkrétní bajty. Kontrolní součet zveřejněný stejným neoficiálním sestavovatelem z něj nedělá upstream projekt a neříká vám, co ty bajty obsahují. Odpovídá na to, zda stahování dorazilo neporušené, což je užitečná, ale úzká otázka. Je to vlastnost souboru, ne osoby, která ho zveřejnila.

Snímek obrazovky úspěšného spuštění je důkaz o jednom stroji. Není to recenze binárního souboru ani jeho aktualizačního kanálu. Ani jeden z artefaktů nenahrazuje čtení zdroje.

Držte neznámé sestavení mimo produkční tajemství, dokud nebudou prověřeny původ a požadovaná oprávnění. Nejprve ho spusťte v jednorázovém prostředí s vlastním účtem. Je to levné a mění to názor v test.

Rozhodněte, zda je to experiment, nebo přístroj

Správce může záměrně sestavit prověřený zdroj pro podporovaný cíl a přijmout odpovědnost za závislosti, balení a aktualizace. To je jiný model podpory než instalace udržovaného upstream artefaktu. Pro zařízení bez dozoru zvolte model, který odpovědný vlastník udrží.

Zaznamenejte identitu artefaktu, platformu, výsledek ověření a vlastníka aktualizací vedle nasazení. Rozhodnutí je hotové, když se to shoduje, ne když binárka ARM jednou nastartuje.