Hvorfor jeg endelig ga opp Arch User Repository

Overgangen fra Arch User Repository til offisielle lagre og Flatpak reduserer byggfeil, forenkler oppdateringer og forbedrer systemstabilitet, og gir en mer pålitelig Linux-opplevelse.

Arch User Repository (AUR) samler nesten alle Linux-appene, men jeg holder meg til offisielle lagre og Flatpak. Her er hva som skjer når programvarekompilering slutter å være en byrde.

Ingen flere byggfeil og avhengighetshelvete

Forhåndsbygde pakker - en løsning på kompilatorfeil

AUR jobber på en annen måte enn de offisielle lagrene. Pakker der er ikke binære; de er PKGBUILD-skript – brukergenererte oppskrifter for nedlasting og lokal kompilering av kildekoden. I stedet for å bestille mat laster du ned en oppskrift, skaffer ingrediensene og lager retten selv. Verktøy som yay eller paru bidrar til å automatisere prosessen, men hver installasjon innebærer egentlig en mini-bygging på egen maskinvare. Her begynner de fleste problemene.

Siden Arch er en rullerende utgave, endres bibliotekene kontinuerlig. Når en kjerneavhengighet, som et mediebibliotek, oppdateres, kan en AUR-pakke basert på en eldre versjon slutte å fungere eller ikke kompilere i det hele tatt. Løsningen er ofte å vente på oppdatering fra vedlikeholderen eller grave i kommentarene etter en patch. Utdaterte pakker kan stå i flere uker. AUR-pakker som er avhengige av hverandre gjør det ekstra komplisert; et enkelt brudd kan stoppe hele installasjonen.

Ved å bruke forhåndsbygde pakker elimineres denne kategorien av feil. Offisielle lagre tilbyr binære filer som allerede er kompilert, testet og signert av distribusjonens vedlikeholdere. Deres avhengighetsløsning er grundig, basert på systemtesting, ikke individuelle fellesskapsbidrag. Flatpak og andre sandkasseformater tar det et skritt videre; de pakker sine egne kjøretider, noe som betyr at endringer i vertsmaskinens biblioteker ikke påvirker applikasjonen. Installering av programvare blir en forutsigbar prosess, ikke en gambling. Kjedelig? Kanskje, men noen ganger er kjedelig det beste. Du slutter å bruke kvelder på byggeprotokoller for en tekstbehandler eller chatklient. Vil du ha programvaren, så installeres den enkelt eller ikke i det hele tatt.

Null-vedlikehold oppdateringer

Oppdateringer: en enkel kommando fremfor en byrde

Systemoppgraderinger på Arch berører bare pakker fra de offisielle lagrene. AUR-pakker er helt utenfor denne prosessen, så oppdatering krever ekstra verktøy og vaner. Hver oppdatering betyr nedlasting av nye byggeskript, kompilering og reinstallering. Store applikasjoner tar tid å bygge, og pakker i utviklingsgrenen (“-git”) krever full ombygging hver gang du sjekker for oppdateringer, uansett hvor store endringer som er gjort.

Det er også et tillitsproblem. Enhver med en konto kan legge til pakker i AUR, og Arch-dokumentasjonen påpeker at disse pakkene er brukergenerert – benyttes på egen risiko. Å være ansvarlig betyr at du leser PKGBUILD og endringer før bygging, særlig ved eierskapsendringer eller URL-justeringer. AUR har hatt ondsinnede pakker tidligere; derfor er gjennomgang nødvendig. Gjør det skikkelig for hver oppdatering, og vedlikeholdet blir til en liten revisjon.

Offisielle lagre og Flatpak tar unna det meste av dette. En kommando oppdaterer alle pakker fra distribusjonen, og grafiske programvaresentre kan håndtere Flatpak-oppdateringer i bakgrunnen. Mange distribusjoner kan også settes opp til automatisk å installere sikkerhetsoppdateringer. Vedlikeholdet skjer der det hører hjemme, hos vedlikeholderne.

Folkene bak programvaren pakker og tester før oppdateringer ruller ut. På bærbare datamaskiner og arbeidsstasjoner er tid en nøkkelressurs; en oppdatering skal være kjapp og glemmes. Et system som oppdaterer seg selv, gir en påliteligere opplevelse og styrker både sikkerhet og bekvemmelighet.

System stabilitet

Testet sammen, offisielle pakker holder systemene stabile

Arch sine vedlikeholdere tillater ikke delvise oppgraderinger, og det avdekker svakheten i AUR-programvaren. Offisielle pakker bygges og oppdateres i takt, så bibliotekene er alltid i synk. En AUR-pakke fra forrige måned er lenket til gamle versjoner. Når en oppgradering erstatter et bibliotek, kan applikasjonen krasje eller nekte å starte inntil det bygges på nytt. Slike problemer dukker ofte opp etter oppdateringer, når man minst forventer det.

Offisielle lagre er mer samkjørte. Når et bibliotek endres, rebuild'er vedlikeholderne alle avhengige pakker før oppdateringen når brukerne. Fellesskapsbyggeskript mangler denne koordinasjonen, avhengig av frivillige til å oppdage og fikse problemer etter eget forgodtbefinnende. Flatpak gir ekstra sikkerhet ved å kjøre hver applikasjon i sitt eget miljø og med egne tillatelser, noe som reduserer risikoen for at en feilkode skader systemet som helhet.

Praktiske fordeler følger. En stabil desktop, uforandret etter oppdateringer, er mer pålitelig for arbeid og viktige frister. Kombinasjonen av offisielle pakker og filsystemsnapshots, på en lettvint måte med Btrfs, skaper et sikkerhetsnett for en sjelden oppdatering som går galt. Systemet forblir nært med det utviklerne har testet, noe som sikrer at feil oppdages, dokumenteres og vanligvis rettes raskt. Å gi opp AUR innebærer et mindre utvalg—noen spesialverktøy krever bygging fra kildekode eller alternativ. Men for de fleste er dette en rimelig pris for en maskin som leverer i dag og i morgen.

Færre pakker, langt færre problemer

AURs imponerende katalog har sine kostnader, med byggefeil, ekstra vedlikehold og potensiell systemsvikt. Offisielle lagre og Flatpak dekker de fleste behov med forhåndsbygget, testet programvare. For de som ønsker en Linux-desktop som rett og slett fungerer, er færre valg en enkel omprioritering.

Hvis du vil lese flere artikler som Hvorfor jeg endelig ga opp Arch User Repository, kan du besøke kategorien Linux.