Simon Justesen

Linux-entusiasten Robert Elder har lavet en imponerende liste over The GNU Core Utilities-kommandoer, ofte forkortet GNU CoreUtils. Programpakken er udviklet af The Free Software Foundation og er en del af alle Linux-distributioner i større eller mindre grad. Udviklingen går helt tilbage til 1992, så det er i den grad gennemprøvet software.

Hvis du har tæsket rundt i terminalen på din Linux, kender du allerede f.eks ‘ls’ eller ‘cat’. Nogle af GNU CoreUtils programmerne er kompatible med POSIX-standarden, hvilket betyder, at de forventes at fungere ens på tværs af operativsystemer, der forsøger at overholde POSIX.

Måske har du også hørt om BusyBox: Nogle embeddede systemer vælger at bruge Busybox, som reimplementerer programmer fra GNU CoreUtils ned i én stor størrelsesoptimeret eksekverbar fil, som er nemmere at distribuere. Funktionelt kan Busybox næsten det samme som storebror GNU CoreUtils. Med tryk på næsten, for de er ikke helt ens.

Anyways, fedt med Roberts oversigt - der er i hvert fald nogle kommandoer, jeg ikke lige kendte.
På hans Youtube-kanal gennemgår han samtlige kommandoer minutiøst, så tjek den, hvis du hellere vil se video i stedet for at læse. Link herunder. ;)

Links

Robert Elder: GNU CoreUtils Package Guide
Roberts Youtube-playliste med gennemgang af CoreUtils programmerne
GNU core utilities hos FSF
André Machado: Comparing Coreutils…

Youtube-kanalen “The Linux Experiment” har testet Vanilla OS 2, der er en såkaldt Immutable Linux distro. “Immutable” betyder noget, der ikke ændrer sig. Idéen er da også, at Vanilla optager 3 partitioner. Og nu… Tungen lige i munden: Partition 1 og 2 er read-only systempartitioner, og den 3., som indeholder dine egne data (f.eks din home-partition).

Sådan virker et immutable system

Når du starter Vanilla OS 2 vil den køre på partition 1. Når der så er opdateringer vil den installere opdateringer til partition 2. Efter en reboot vil Vanilla boote fra den friske partition 2, og den får så status som aktiv systempartition. Dine egne data ligger isoleret på partition 3, så de er grundlæggende afsondret fra resten, uanset hvilken partition Vanilla OS booter fra. Linux-partitioner er i de senere år blevet refereret til via UUID’er, så de kan stykkes sammen i spændende konfigurationer, tjek evt. status på din computers med

less /etc/fstab

(åbnes i read-only mode)

Skulle en opdatering af en eller anden grund fejle, vil du kunne gå tilbage til den gamle opsætning på partition 1. Når partition 2 er i drift, installeres opdateringer på partition 1, og efter en reboot bliver partition 1 igen den aktive systempartition.

Immutable, next?

Jeg synes immutable Linux-distroer er et spændende koncept, som jeg desværre ikke har haft mulighed for at udforske endnu, men det kan jeg vist ikke blive ved med at udsætte. Jeg er yderst konservativ, når det kommer til opdateringer, for jeg favoriserer stabilitet over nye features. Ubuntus LTS-udgaver har altid været klippestabile for mig, men måske også lidt kedelige, fordi man ikke har fået de seneste opdateringer til f.eks GNOME-desktoppen osv. Jeg har indimellem savnet at kunne teste nyere ting af i en live-setting, uden at jeg skal måsle med virtuelle maskiner, og her er muligheden måske.

Links

Linux Experiment: Immutable Linux, without the hassle? Vanilla OS 2 Orchid

AppImages på Linux lever lidt en skyggetilværelse i forhold til Flatpaks og Snap-images. Særligt Flatpaks vinder terræn, fordi flere Linux-distributioner bruger dem, som alternativ til .deb og .rpm-pakker. Samtidig har FlatHub, som er den officielle Flatpak-central, fået et verificeringssystem, mens flere officielle distributører bidrager dertil.

Men jeg synes faktisk på mange måder, at Appimages er det bedre, nemmere format at håndtere. Ulempen ligger i den ikke særlig dybe integration med de forskellige Linux-distroer. AppImage-formatet mangler meget af den backup fra folk, Flatpaks nyder, og “pakkecentralen” AppImageHub er lidt noget rod med masser af uofficielle pakker. Du bør til enhver tid hente Appimages direkte fra udviklerens hjemmeside eller git-repository. Og nu er der så kommet et nyt værktøj, der lover at gøre integrationen med AppImages lidt federe.

Gear Lever, kan hjælpe dig med at holde styr på Appimages, sådan at når du downloader, så de automatisk ender i den rette mappe, osv. Du kan også bede GL om at holde øje med opdateringer enten fra Appimage-udviklerens site eller Github oma. Fremgangsmåden er en lille smule kompleks, men trods alt bedre end ingenting. Du kan selvfølgelig opdatere dine Appimages som du plejer ved at overskrive den gamle.

Gear Lever - hovedsite
The Update Manager in Gear Lever

Jeg har berørt dette emne en del gange og nu gør jeg det lige igen ;) Denne gang med en spilvinkel, for jeg vil gerne have dig til at tænke over, hvordan spilmarkedet ser ud i dag. Her med udgangspunkt i Pioneer vs.

Årsagen er, at jeg genfandt Pioneer Space Sim for et par dage siden. Spillet er Open Source og et kærlighedsbrev til David Brabens Elite/Elite Dangerous (ED) og Privateer på Amigaen. Pioneer har været under udvikling siden 2004 og er stadig i aktiv udvikling i dag. Du kan til enhver tid hoppe på Github og hacke på koden, og hjælpe med at udvide det.

Pioneer har flere altoverskyggende fordele - det er Open Source, har beskedne hardwarekrav og er langtidsholdbart. Det vil derfor være her, selv når Frontier Developments bestemmer sig for at lukke Elite Dangerous’ multiplayerdel engang, så der er også et element af kulturbevarelse i Open Source, forudsat, at det bliver ved med at være muligt at gå adgang til koden.

Hvis du stadig spiller ED, så ligger en sidste flyvetur i Anacondaen i Elite: Dangerous ligger ikke lige i kortene lige nu, for Frontier udvikler stadig på ED, bl.a. Power Play 2.0. Jeg kan tage fejl, men jeg ville blive meget overrasket, hvis ED får 10 år mere. Der kommer nok et tidspunkt, hvor Star Citizen vil tiltrække de fleste Elite-spillere, og så går det stærkt. Jeg spillede Elite: Dangerous dengang det udkom i 2015, og jeg havde en fed tid med det - men det føltes repetitivt som mange Open World spil gør, så jeg tabte interessen og gik over til energibesparende hardware, der ikke er i nærheden af at kunne trække spil, som ED.

Kommercielt software = innovationspres

Og så er der markedsmekanismerne: Kommercielle closed-source projekter skal hele tiden forny sig selv for at blive ved at lokke folk til. FOSS-projekter har sjældent det pres - med undtagelser - for præmissen for udviklingen er helt anderledes, den er drevet af interesse og ikke udelukkende markedstendenser. Derfor bliver der stadig sat milepæle osv.

Udviklingen på Pioneer går måske ikke så hurtigt, men til gengæld er det fri for måltal og hidsige strategiplaner. Kan du kode og/eller lave grafik, så kan du udvide spillet som du har lyst, og hvis idéerne er på linie med Pioneer-maintainernes.. De forskellige Open Source-projekter har forskellige måder at arbejde på, og du finder detaljerne ved at søge info på deres hjemmeside. Men typisk foregår det ved at hoppe på forummet eller i issue-trackeren og foreslå features. Det er en dum idé bare at gå i gang med en feature, for der kan være andre, der arbejder på det samme. Så det er en god idé at afstemme forventninger med projektejerne først.

Ingen multiplayer, men sjovt alligevel..

Pioneer har ikke multiplayer og vil, ifølge spillets FAQ heller ikke få det, men singleplayer-delen er sjov i sig selv, og faktisk temmelig velpoleret efter mange års udvikling. Jeg håber dog, at udviklerteamet vil genoverveje muligheden for multiplayer eller at nogle forker det (fork = laver en variant udfra samme kodebase). Jeg synes det kunne være vildt fedt at have multiplayer, men singleplayer-delen er også virkelig opfattende, prøv den. Hellere i dag end i morgen!

https://pioneerspacesim.net/

BuildRoot er et værktøj, der hjælper dig med at lave minimale Linux-distroer. Det bliver mest kædet sammen med single-board computere såsom Raspberry Pi, men der er også et build target til x86-64.

Nir Lichtman viser her, hvordan man lynhurtigt laver en Linux-distro, som du kan bygge videre på. Det er noget mindre tidskrævende end at terpe Linux From Scratch. En af de mest præcise “lige-til-stålet”-videoer, jeg har set.

Link

Nir Lichtman: Making Minimal Linux Distro with Buildroot