Outline på ARM: hvilken build, og hvem vedligeholder den?

Et ARM64-mærke afgør ét kompatibilitetsspørgsmål og efterlader tre sværere åbne. Det siger ikke, hvem der har fremstillet den kørbare fil, hvilken kilderevision den kommer fra, eller hvem der leverer den næste sikkerhedsrettelse. Når et gammelt forumsvar peger på et fællesskabsbuild, afgør de spørgsmål, om installationen kan forsvares. Adskil dem, før du downloader noget.

Administrator eller klient: vælg først det rigtige artefakt

Outline leverer en administrator til at administrere servere og en klient til at forbinde enheder, og de er separate programmer. Upstream-repositoriet skelner mellem de to roller og linker til deres egne installationskanaler. At installere en administrator på en Raspberry Pi giver dig ikke en klient til den Pi. De to kanaler opdateres også efter forskellige tidsplaner. Begge roller findes, så spørgsmålet er, hvilken rolle enheden skal spille.

Tjek den aktuelle klientkanal for det styresystem, du kører. En generisk Linux-post er ikke en arkitekturmatrix og ikke et løfte om hvert eneste board. Læs downloadsiden som en liste over, hvad der findes, ikke som en liste over, hvad der burde findes.

Et historisk issue, der beder om ARM-understøttelse, siger intet om, hvad der offentliggøres i dag. Behandl det som en registrering af et tidligere hul, ikke som en udtalelse om nutiden. Den kanal, du kan downloade fra, er det eneste bevis, der tæller.

Hvilken arkitektur kører det installerede system egentlig?

Notér udgivelsen og det artefakt, der vurderes, ikke bare boardets navn. Match den kørbare fil og dens native komponenter med målet, fordi en 64-bit kerne kan køre et 32-bit brugerland, og etiketten på æsken fortæller dig ikke hvilket.

Klientkilden indeholder delt grænsefladekode og platformspecifikke komponenter. At genopbygge kun grænsefladen er ikke en platformport, uanset hvor rent det kompilerer. Det er de native dele, hvor arkitekturen faktisk viser sig. En genopbygning, der kun rører grænsefladen, vil køre og alligevel fejle på den native side.

uname -m og det installerede systems pakkearkitektur er de to fakta, der betyder noget her. Læs dem på enheden, ikke på maskinen, du bygger fra. En uoverensstemmelse på det trin ugyldiggør enhver senere sammenligning.

Et fællesskabsbuild tilføjer en release-ejer

Hvis den officielle kanal ikke har et understøttet artefakt til dit mål, bliver et fællesskabsbuild en udrulningsbeslutning i stedet for en installation. Identificér udgiveren, kilderevisionen, ændringerne fra upstream og build-instruktionerne.

Spørg derefter, hvordan fremtidige rettelser når installationen. Opdateringer kan komme fra upstream, fra fork'en eller fra en manuel genopbygning, som nogen skal huske at køre. Den tredje mulighed er den, der stille holder op med at ske.

Et repositorium, der ser aktuelt ud, siger intet om, hvilken revision der frembragte en binær fil, du allerede har. Sammenlign build-instruktionerne med det, artefakten rapporterer om sig selv. Hvis de to er uenige, er det artefakten, man ikke skal stole på.

Hvad en kontrolsum beviser, og hvad den ikke beviser

En kontrolsum identificerer bestemte bytes. En kontrolsum, der er offentliggjort af den samme uofficielle bygger, gør ikke den bygger til upstream-projektet og fortæller dig ikke, hvad de bytes indeholder. Den besvarer, om downloadet ankom intakt, hvilket er et nyttigt, men snævert spørgsmål. Det er en egenskab ved filen, ikke ved personen, der offentliggjorde den.

Et skærmbillede af en vellykket start er bevis om én maskine. Det er ikke en anmeldelse af den binære fil eller af dens opdateringskanal. Ingen af artefakterne erstatter læsning af kilden.

Hold et ukendt build væk fra produktionshemmeligheder, indtil oprindelse og nødvendige rettigheder er gennemgået. Kør det først i et engangsmiljø med sin egen konto. Det er billigt, og det gør en mening til en test.

Beslut, om dette er et eksperiment eller et apparat

En administrator kan bevidst bygge gennemgået kilde til et understøttet mål og påtage sig ansvaret for afhængigheder, pakning og opdateringer. Det er en anden supportmodel end at installere en vedligeholdt upstream-artefakt. For en enhed uden opsyn skal du vælge den model, den ansvarlige ejer kan opretholde.

Notér artefaktens identitet, platformen, verifikationsresultatet og opdateringsejeren ved siden af udrulningen. Beslutningen er komplet, når de stemmer overens, ikke når en ARM-binær starter én gang.