• Därför lever 50 år gamla Unix-idéer kvar i moderna Linux

    Linux är ett modernt operativsystem, men många av dess viktigaste idéer utvecklades redan under Unix-eran på 1960- och 1970-talen. Det hierarkiska filsystemet, processhanteringen, kommandopipelines och möjligheten att flytta systemet mellan olika datorarkitekturer är principer som fortfarande präglar dagens Linuxdistributioner. Att de lever kvar efter mer än 50 år beror framför allt på att de fortfarande är enkla, flexibla och användbara.

    Linux brukar beskrivas som ett modernt operativsystem. Det används i allt från mobiltelefoner och persondatorer till superdatorer, webbservrar och inbyggda system. Trots detta bygger Linux på flera grundidéer som utvecklades redan under Unix barndom på 1960- och 1970-talen.

    Många av idéerna var banbrytande när de introducerades. I dag är de så självklara att de flesta användare knappt tänker på dem. Här är några av de viktigaste Unix-principerna som fortfarande präglar moderna Linuxdistributioner.

    Filsystemet är uppbyggt som ett träd

    En av Unix viktigaste innovationer var det hierarkiska filsystemet. När forskarna bakom Unix beskrev systemet i artikeln The Unix Time-Sharing System år 1974 var idén om ett sammanhängande katalogträd fortfarande relativt ny.

    I Linux börjar hela filsystemet i rotkatalogen:

    Under rotkatalogen finns kataloger som exempelvis:

    Dessa kan i sin tur innehålla fler kataloger och filer. Strukturen kan jämföras med ett träd där rotkatalogen är stammen och underkatalogerna är grenar.

    Till skillnad från DOS och Windows använder Linux normalt inte enhetsbokstäver som C: eller D:. I stället monteras olika lagringsenheter på valfria platser i samma katalogträd.

    En extern hårddisk kan exempelvis monteras under:

    En nätverksresurs kan monteras under:

    För användaren ser resurserna då ut som vanliga kataloger, även om de i verkligheten finns på olika hårddiskar, USB-minnen, servrar eller optiska skivor.

    Detta gör Linux filsystem både flexibelt och enhetligt.

    Flera processer kan köras samtidigt

    Unix konstruerades från början som ett fleranvändar- och multitaskingsystem. Flera program kunde därför köras samtidigt, även när användarna arbetade via enkla textterminaler.

    I Linux kallas ett program som körs för en process. Operativsystemet kan hantera tusentals processer samtidigt och fördela processortid och minne mellan dem.

    I ett kommandoskal kan ett program startas i bakgrunden genom att lägga till tecknet &:

    Skalet återgår då direkt till kommandoprompten medan programmet fortsätter att köras.

    Om ett program redan körs i förgrunden kan det tillfälligt stoppas genom att trycka:

    Därefter kan processen fortsätta i bakgrunden med kommandot:

    Det går även att visa skalets aktuella jobb:

    Och återföra ett bakgrundsjobb till förgrunden:

    Denna typ av jobbkontroll utvecklades när textterminaler var vanligare än grafiska skrivbord. Funktionen är fortfarande användbar vid arbete via terminal, SSH eller på servrar utan grafiskt gränssnitt.

    Små program kan kopplas ihop med pipelines

    En av Unix mest inflytelserika idéer är att program ska vara små, göra en tydligt avgränsad uppgift och kunna kombineras med andra program.

    Detta möjliggörs genom standardiserade kanaler för inmatning och utmatning:

    • standard input, normalt tangentbordet
    • standard output, normalt terminalen
    • standard error, där felmeddelanden visas

    Utmatningen från ett kommando kan sparas i en fil:

    Kommandot ps aux visar systemets processer. Tecknet > skickar resultatet till filen allprocs.txt i stället för till skärmen.

    En fil kan även användas som inmatning:

    Ännu viktigare är pipeline-tecknet:

    Det skickar utmatningen från ett kommando direkt till nästa kommando.

    Ett enkelt exempel är:

    Här skapar ps aux en lista över alla processer. Resultatet skickas till grep, som endast visar de rader som innehåller ordet firefox.

    Ett mer lekfullt exempel är:

    Programmet fortune skriver ut ett kort citat eller meddelande. Resultatet skickas sedan till lolcat, som visar texten i olika färger.

    Pipeline-principen gör det möjligt att skapa avancerade arbetsflöden genom att kombinera enkla verktyg. I stället för att varje program måste innehålla alla funktioner kan användaren bygga en lösning av flera mindre delar.

    C gjorde Unix flyttbart mellan olika datorer

    Tidiga operativsystem skrevs ofta nästan helt i assembler. Assemblerkod arbetar nära datorns processor och kan vara mycket effektiv, men den är samtidigt starkt bunden till en viss processorarkitektur.

    Ett program skrivet för en viss processor kunde därför inte utan vidare köras på en annan.

    Unix skrevs till stor del om i programspråket C, som utvecklades av Dennis Ritchie vid Bell Labs. Detta var ett avgörande steg.

    C är ett kompilerat högnivåspråk. Samma källkod kan i många fall kompileras för flera olika processorer, förutsatt att det finns en lämplig kompilator och att de maskinberoende delarna anpassas.

    Det gjorde Unix betydligt lättare att flytta, eller porta, till nya datorsystem.

    Samma grundidé gäller för Linux. Linuxkärnan och stora delar av operativsystemets grundläggande verktyg är skrivna i C. Därför kan Linux köras på många arkitekturer, bland annat:

    • x86 och x86-64
    • ARM
    • RISC-V
    • PowerPC
    • MIPS
    • IBM:s stordatorarkitekturer

    Portabiliteten är en viktig förklaring till att Linux finns i så många typer av produkter, från små routrar till världens kraftfullaste superdatorer.

    Användarna hjälper varandra

    Unix utvecklades vid Bell Labs, som tillhörde det amerikanska telebolaget AT&T. På grund av dåtidens konkurrensregler hade företaget begränsade möjligheter att sälja Unix som en vanlig kommersiell produkt.

    I stället distribuerades Unix till universitet och forskningsinstitutioner mot relativt låga avgifter. I många fall fick mottagarna även tillgång till källkoden.

    Däremot följde inte alltid någon traditionell kundsupport med systemet. Användarna fick därför själva lösa problem, rätta fel och utveckla förbättringar.

    Det växte fram användargrupper där forskare, studenter och systemadministratörer utbytte program, dokumentation och tekniska lösningar. En viktig organisation blev USENIX, som senare utvecklades till en betydande konferensorganisation inom datavetenskap.

    Vid University of California, Berkeley utvecklades BSD, Berkeley Software Distribution. BSD blev en egen Unix-gren och kom att påverka många senare operativsystem.

    Samma kultur lever kvar runt Linux. Supporten kommer ofta från flera olika håll:

    • distributionsprojektens dokumentation
    • webbforum
    • e-postlistor
    • lokala Linuxanvändargrupper
    • IRC och chattkanaler
    • webbplatser som Stack Exchange
    • diskussionsforum och sociala medier

    Linuxvärlden bygger fortfarande i stor utsträckning på att användare delar kunskap och hjälper varandra.

    Unix började på en relativt liten dator

    Linuxanvändare framhåller ofta att systemet kan ge äldre datorer ett nytt liv. Lätta Linuxdistributioner kan användas på maskiner som inte längre klarar moderna versioner av Windows.

    Även detta har en historisk koppling till Unix.

    Bell Labs hade tidigare deltagit i utvecklingen av Multics, ett mycket ambitiöst operativsystem som skulle erbjuda datorkraft som en samhällstjänst. Användare skulle kunna ansluta till centrala datorresurser ungefär på samma sätt som människor ansluter sig till el- eller telefonnätet.

    Projektet blev dyrt och försenat, och Bell Labs drog sig ur samarbetet.

    Ken Thompson och Dennis Ritchie började därefter utveckla ett mindre och enklare system. De använde en PDP-7 från Digital Equipment Corporation, en dator som redan då hade begränsade resurser jämfört med de stora stordatorsystemen.

    Unix växte alltså fram ur tanken att skapa ett användbart system med mindre och enklare hårdvara.

    På ett liknande sätt kan Linux i dag användas för att återbruka äldre datorer. En maskin som inte längre fungerar bra med ett tungt operativsystem kan fortfarande användas som exempelvis:

    • enkel arbetsstation
    • webbserver
    • filserver
    • internetradio
    • informationsskärm
    • brandvägg eller router
    • retrospelsdator
    • terminal för fjärranslutning

    Det betyder inte att alla moderna Linuxdistributioner är resurssnåla. Fullständiga skrivbordsmiljöer kan kräva relativt mycket minne och processorkraft. Däremot ger Linux användaren stora möjligheter att välja ett lättare skrivbord eller helt avstå från ett grafiskt gränssnitt.

    Unixfilosofin lever vidare

    Linux är inte Unix, men det är ett Unix-liknande operativsystem. Många av dess viktigaste egenskaper kommer direkt eller indirekt från de idéer som utvecklades vid Bell Labs för mer än ett halvt sekel sedan.

    Det hierarkiska filsystemet skapar en sammanhängande struktur för filer och enheter. Processmodellen gör det möjligt att köra många program samtidigt. Pipelines låter små verktyg samarbeta. Programspråket C gjorde systemen lättare att flytta mellan olika datorarkitekturer. Användargemenskaperna skapade en tradition av kunskapsdelning och gemensam utveckling.

    Dessa idéer lever inte kvar enbart av nostalgiska skäl. De finns kvar eftersom de fortfarande fungerar.

    Linux visar därmed att teknisk utveckling inte alltid innebär att allt gammalt måste ersättas. Ibland bygger framtidens system vidare på idéer som visade sig vara ovanligt hållbara.

    > FAKTA: UNIX-IDÉER I LINUX

    > Ursprung: Unix började utvecklas vid Bell Labs år 1969.

    > Linux: Linuxkärnan skapades av Linus Torvalds och publicerades första gången 1991.

    > Filsystem: Alla filer och lagringsenheter ingår i ett gemensamt katalogträd som börjar i rotkatalogen /.

    > Processer: Linux kan köra många program och användarsessioner samtidigt.

    > Pipelines: Tecknet | skickar resultatet från ett kommando vidare till ett annat.

    > Programspråk: Linuxkärnan och många grundläggande systemverktyg är huvudsakligen skrivna i C.

    > Arkitekturer: Linux kan köras på bland annat x86-64, ARM, RISC-V, PowerPC och stordatorer.

    > Grundprincip: Små program ska göra en tydlig uppgift och kunna kombineras med andra program.

    > Varför lever idéerna kvar? De är enkla, flexibla, portabla och fungerar fortfarande efter mer än 50 år.

  • Ubuntu bytte tillbaka till klassiska cp efter kompatibilitetsproblem

    Ubuntu har tillfälligt återgått till den klassiska GNU-versionen av kommandot cp efter att Rust-alternativet orsakat problem vid byggandet av systemets liveavbilder. Händelsen visar hur svårt det är att ersätta Linux mest grundläggande verktyg utan att stöta på små men avgörande kompatibilitetsskillnader.

    Ubuntu testar sedan en tid tillbaka att ersätta flera av Linux mest grundläggande kommandon med nya versioner skrivna i programmeringsspråket Rust. Men arbetet har nu stött på ännu ett kompatibilitetsproblem.

    Den här gången gäller det kommandot cp, som används för att kopiera filer och kataloger.

    Efter att Rust-versionen av cp orsakat problem vid byggandet av Ubuntus installations- och liveavbilder valde utvecklarna att tillfälligt gå tillbaka till den klassiska versionen från GNU Coreutils.

    Det betyder inte att Ubuntu har övergett satsningen på Rust. Händelsen visar snarare hur svårt det är att ersätta program som har utvecklats och använts i flera årtionden.

    Ett litet kommando med en viktig uppgift

    Kommandot cp verkar vid första anblicken mycket enkelt. Det kopierar en fil från en plats till en annan:

    Men bakom det enkla kommandot finns en stor mängd funktioner och specialfall. cp kan bland annat:

    • kopiera hela katalogstrukturer
    • bevara filrättigheter och tidsstämplar
    • hantera symboliska länkar
    • skriva över befintliga filer
    • skapa exakta kopior av katalogträd
    • hantera särskilda filtyper

    Under flera årtionden har administratörer, utvecklare och Linuxdistributioner skrivit skript som förutsätter att cp beter sig exakt på samma sätt i varje situation.

    Även en mycket liten skillnad kan därför få stora konsekvenser.

    Problem vid byggandet av Ubuntu

    Problemet upptäcktes när Ubuntu åter aktiverade Rust-versionen av cp i paketet coreutils-from.

    Det paketet används för att bestämma om ett visst kommando ska komma från traditionella GNU Coreutils eller från det Rustbaserade projektet uutils.

    När Rust-versionen av cp aktiverades började paketet livecd-rootfs misslyckas. Det är ett viktigt verktyg som används när Ubuntu bygger sina startbara live- och installationsavbilder.

    Eftersom felet stoppade byggandet av Ubuntuavbilder klassades det som kritiskt.

    Den omedelbara lösningen blev därför att återställa GNU-versionen av cp.

    Problemet uppstod med flera flaggor samtidigt

    Felet handlade om hur Rust-versionen tolkade vissa kombinationer av kommandoradsflaggor.

    Ett exempel är:

    Flaggan -a betyder arkivläge. Den används när man vill kopiera en katalog så fullständigt som möjligt och samtidigt bevara exempelvis filrättigheter, ägare, tidsstämplar och länkar.

    I GNU-versionen motsvarar -a ungefär följande:

    Det viktiga här är bokstaven R, som betyder att kataloger ska kopieras rekursivt.

    Flaggan -L säger samtidigt att symboliska länkar ska följas. I stället för att bara kopiera själva länken kopieras alltså det som länken pekar på.

    Rust-versionen hanterade vissa sådana flaggkombinationer för aggressivt. När -a och -L användes tillsammans kunde den rekursiva funktionen som ingår i -a försvinna.

    Resultatet blev felmeddelanden som:

    Programmet hävdade alltså att rekursiv kopiering inte hade begärts, trots att den egentligen ingick i arkivläget.

    Varför är det så svårt att ersätta gamla Unixverktyg?

    GNU Coreutils innehåller flera av de mest grundläggande kommandona i Linux, bland annat:

    Kommandona har funnits länge och används överallt: i installationsprogram, säkerhetskopior, servermiljöer, byggsystem och vanliga skalskript.

    Dokumentationen beskriver hur kommandona ska fungera, men i praktiken finns det även en mängd historiska beteenden och specialfall som program och skript har börjat förlita sig på.

    En ny implementation måste därför inte bara göra ungefär samma sak. Den måste ofta efterlikna originalet nästan exakt.

    Det gäller bland annat:

    • vilka flaggor som får kombineras
    • vilken flagga som har företräde
    • i vilken ordning argument behandlas
    • vilka felmeddelanden som visas
    • vilka returvärden programmet ger
    • hur länkar, kataloger och filrättigheter hanteras

    Det är ofta först när den nya versionen används i en stor Linuxdistribution som de ovanliga skillnaderna upptäcks.

    Rust är inte problemet i sig

    Det inträffade ska inte tolkas som att Rust Coreutils är ett misslyckat projekt eller att programmeringsspråket Rust inte lämpar sig för systemverktyg.

    Tvärtom är det just genom omfattande tester som sådana problem kan upptäckas och rättas innan verktygen når en stabil Ubuntuutgåva.

    Rust har blivit populärt inom systemutveckling eftersom språket är konstruerat för att förhindra flera vanliga typer av programmeringsfel.

    Program skrivna i C eller C++ kan exempelvis drabbas av:

    • buffertöverskridningar
    • användning av redan frigjort minne
    • ogiltiga minnespekare
    • datakapplöpningar mellan trådar

    Rusts typsystem och regler för minneshantering gör många av dessa fel svårare eller omöjliga att skapa i säker Rustkod.

    För program som finns på miljontals datorer kan det innebära betydande säkerhetsfördelar.

    Ubuntu vill införa Rust stegvis

    Canonical har tidigare meddelat att målet är att börja använda vissa moderna Rustbaserade systemverktyg som standard.

    Planen har varit att introducera fler sådana verktyg i Ubuntu 25.10 och därefter eventuellt använda dem i Ubuntu 26.04 LTS, förutsatt att kompatibiliteten är tillräckligt bra.

    Ett viktigt projekt i satsningen är uutils Coreutils, som försöker återskapa GNU Coreutils i Rust.

    Det handlar alltså inte om att skapa helt nya kommandon. Målet är att användare och skript ska kunna fortsätta skriva exempelvis:

    Skillnaden är att programmen bakom kommandona är skrivna i Rust i stället för huvudsakligen C.

    Ett verktyg för att växla mellan gammalt och nytt

    För att göra övergången säkrare har Ubuntu utvecklat ett verktyg för experimentell aktivering av Rustbaserade systemkomponenter.

    Tanken är att användaren eller utvecklaren enkelt ska kunna växla mellan olika implementationer.

    Ett experiment kan exempelvis aktivera:

    • Rust Coreutils
    • sudo-rs
    • andra framtida Rustbaserade systemverktyg

    Om ett kompatibilitetsproblem uppstår ska experimentet kunna stängas av, så att systemet återgår till de traditionella programmen.

    Detta gör det möjligt att testa ny teknik utan att omedelbart göra den permanent för alla användare.

    Ingen fara för vanliga Ubuntu-användare

    För vanliga användare finns det ingen anledning till oro.

    Ubuntu har inte levererat ett trasigt cp i en färdig stabil utgåva. Problemet upptäcktes under utveckling och verktyget byttes tillbaka innan det hann bli ett större problem.

    Att återgå till GNU-versionen är ett försiktigt och rimligt beslut. Grundläggande filkommandon måste fungera stabilt, eftersom ett fel kan påverka allt från installationer och säkerhetskopior till systemuppdateringar.

    Samtidigt har utvecklarna skickat en korrigering uppströms, så att problemet kan lösas i själva uutils-projektet.

    En påminnelse om hur mycket vi tar för givet

    De flesta tänker sällan på kommandon som cp, ls eller mv. De finns bara där och förväntas alltid fungera.

    Men just därför är de svåra att ersätta.

    Ett modernt program kan vara bättre konstruerat, säkrare och lättare att underhålla, men det måste samtidigt vara kompatibelt med flera årtionden av skript och användarbeteenden.

    Händelsen med Ubuntu och cp visar att övergången till Rust inte kommer att ske genom ett enda stort byte. Den kommer snarare att ske steg för steg, med tester, bakslag, rättningar och tillfälliga återgångar.

    Det är inte ett tecken på att utvecklingen har misslyckats.

    Det är så försiktig systemutveckling bör fungera.

    https://bugs.launchpad.net/ubuntu/+source/coreutils-from/+bug/2158691

    $ FAKTA: UBUNTU, CP OCH RUST COREUTILS

    > Berört kommando:
    cp – används för att kopiera filer och kataloger.

    > Traditionell version:
    GNU Coreutils, huvudsakligen skrivet i programmeringsspråket C.

    > Ny version:
    uutils Coreutils, en nyimplementation av de klassiska Unix-verktygen i Rust.

    > Vad hände?
    Rust-versionen av cp hanterade vissa kombinationer av flaggorna -a och -L annorlunda än GNU-versionen.

    > Konsekvens:
    Paketet livecd-rootfs kunde inte bygga Ubuntus live- och installationsavbilder korrekt.

    > Ubuntus lösning:
    Ubuntu återgick tillfälligt till GNU-versionen av cp medan felet rättas i uutils.

    > Berörda Ubuntu-versioner:
    Utvecklingen inför Ubuntu 26.04 LTS samt den pågående övergången till Rust-baserade systemverktyg.

    > För vanliga användare:
    Ingen akut åtgärd krävs. Problemet upptäcktes under utvecklingen och nådde inte en färdig stabil Ubuntu-utgåva.

  • Apple Container 1.0 – Apples eget alternativ till Docker på Mac

    Apple har släppt version 1.0 av sitt öppna containerverktyg för macOS. Med Swift, OCI-kompatibla avbildningar och lättviktiga Linuxmaskiner vill Apple erbjuda ett mer inbyggt alternativ till Docker Desktop – särskilt för utvecklare som behöver beständiga Linuxmiljöer direkt på sin Mac.

    Apple har släppt version 1.0 av sitt öppna containerverktyg för macOS. Verktyget, som är skrivet i programmeringsspråket Swift, gör det möjligt att skapa och köra Linuxbaserade containrar direkt på en Mac.

    Lanseringen innebär inte att Docker Desktop försvinner över en natt. Däremot visar den att Apple vill erbjuda Mac-utvecklare ett mer inbyggt och Apple-anpassat sätt att arbeta med Linuxmiljöer.

    Vad är en container?

    En container kan beskrivas som ett litet, isolerat paket som innehåller ett program och de komponenter som programmet behöver för att fungera.

    Tanken är att programmet ska kunna köras på samma sätt oavsett vilken dator utvecklaren använder. En utvecklare kan exempelvis bygga en webbapplikation på sin Mac och sedan köra samma applikation på en Linuxserver utan att behöva ändra hela utvecklingsmiljön.

    Docker är i dag det mest välkända systemet för detta.

    Problemet är att Linuxcontainrar bygger på funktioner som finns i Linuxkärnan. macOS använder inte Linuxkärnan och kan därför inte köra vanliga Linuxcontainrar direkt.

    För att lösa detta använder både Docker Desktop och Apples containerverktyg små virtuella Linuxmaskiner i bakgrunden.

    En virtuell Linuxmaskin för varje container

    Apples lösning skiljer sig något från traditionella containerplattformar. Varje container körs i en egen lättviktig virtuell Linuxmaskin.

    Det ger en hög grad av isolering. Om ett program eller en tjänst får problem inne i en container påverkas inte andra containrar lika lätt.

    Nackdelen är att virtuella maskiner normalt kräver mer resurser än traditionella containrar. Apple försöker minska detta genom att använda mycket små och snabbt startande Linuxmiljöer.

    För användaren ska resultatet ändå kännas ungefär som att arbeta med vanliga containrar.

    Verktyget kan skapa, starta, bygga och publicera containrar som följer OCI-standarden. OCI står för Open Container Initiative och är en öppen standard för hur containeravbildningar ska byggas och distribueras.

    Det innebär att Apples verktyg kan använda många av de containeravbildningar som redan finns tillgängliga.

    Linuxmiljöer som kan sparas

    En av de viktigaste nyheterna i version 1.0 är stöd för så kallade container machines.

    En vanlig container är ofta tillfällig. Den startas för att köra ett visst program och tas sedan bort när arbetet är färdigt.

    En container machine fungerar mer som en permanent Linuxdator inuti Macen. Den kan sparas mellan olika arbetstillfällen och fortsätta innehålla installerade program, inställningar och tjänster.

    Utvecklaren kan exempelvis skapa en Ubuntu-miljö för ett projekt och en Debian-miljö för ett annat. Miljöerna kan stängas av och startas igen senare utan att allt behöver byggas om från början.

    Det går också att köra ett init-system inne i Linuxmiljön. Init-systemet är den del av Linux som startar och hanterar bakgrundstjänster när systemet startar.

    Det gör det möjligt att köra exempelvis databaser, webbservrar och andra långvariga tjänster på ett mer realistiskt sätt.

    Macens hemkatalog kan delas med Linux

    En viktig del av Apples lösning är kopplingen mellan macOS och Linuxmiljön.

    När en container machine skapas kan användarens namn och hemkatalog automatiskt göras tillgängliga inne i Linuxsystemet.

    Det innebär att samma projektfiler kan användas från båda systemen.

    Utvecklaren kan exempelvis skriva och redigera kod i ett vanligt Mac-program, som Visual Studio Code eller Xcode, samtidigt som programmet byggs och körs inne i Linuxmiljön.

    Även personliga konfigurationsfiler, så kallade dotfiles, kan delas. Det kan exempelvis handla om inställningar för skalet, Git och olika utvecklingsverktyg.

    Hemkatalogen kan monteras med läs- och skrivrättigheter, endast för läsning eller inte delas alls. Det ger användaren möjlighet att välja mellan bekvämlighet och högre isolering.

    Flera Linuxdistributioner på samma Mac

    Apples containerverktyg är inte bundet till en enda Linuxdistribution.

    Utvecklare kan skapa separata miljöer med exempelvis:

    • Ubuntu
    • Debian
    • Alpine Linux
    • andra Linuxbaserade OCI-avbildningar

    Det kan vara användbart när ett program ska testas i flera olika servermiljöer.

    Ett företag kanske använder Debian på sina servrar, medan en kund använder Ubuntu. Utvecklaren kan då testa programmet i båda systemen utan att behöva installera flera fullständiga virtuella maskiner manuellt.

    Miljöerna kan fortfarande dela samma projektfiler och inställningar från macOS.

    Hanteras från terminalen

    Apple Container är främst ett kommandoradsverktyg. Det saknar alltså den grafiska kontrollpanel som många användare förknippar med Docker Desktop.

    Med kommandot container machine kan användaren bland annat:

    • skapa en ny Linuxmiljö
    • öppna ett interaktivt skal
    • köra enstaka Linuxkommandon
    • välja en standardmiljö
    • visa tillgängliga miljöer
    • kontrollera inställningar
    • stoppa och ta bort miljöer
    • ändra mängden processor och arbetsminne

    För utvecklare som redan arbetar mycket i terminalen kan detta upplevas som snabbt och naturligt. För mindre tekniska användare kan avsaknaden av ett grafiskt gränssnitt däremot vara en nackdel.

    Stöd för riktiga bakgrundstjänster

    Container machines kan även köra vanliga Linuxtjänster i bakgrunden.

    Det gör det möjligt att bygga mer realistiska testmiljöer. En utvecklare kan exempelvis köra en webbapplikation tillsammans med en databas, en webbserver och en meddelandekö inne i samma Linuxmiljö.

    Det är särskilt användbart för program som förväntar sig att köras på en traditionell Linuxserver och som inte passar lika bra i en kortlivad container med bara en enda process.

    På så sätt placerar sig Apples lösning någonstans mellan traditionella containrar och fullständiga virtuella maskiner.

    Avancerat stöd för nästlad virtualisering

    För mer avancerade användare finns även stöd för nästlad virtualisering.

    Det betyder att en virtuell maskin kan köra ytterligare virtualisering inuti sig själv. Funktionen kan exempelvis användas för att testa vissa typer av systemprogramvara eller för att köra virtualiseringsverktyg inne i Linuxmiljön.

    Kraven är dock relativt höga.

    Det behövs en Mac med Apple Silicon M3 eller senare, macOS 15 eller nyare samt en Linuxkärna där stöd för KVM har aktiverats.

    KVM är Linux inbyggda system för hårdvaruaccelererad virtualisering.

    Apples standardkärna har inte detta stöd aktiverat. Den som behöver funktionen måste därför tillhandahålla en egen anpassad Linuxkärna.

    Det här är alltså främst en funktion för avancerade utvecklare och systemadministratörer.

    Är detta slutet för Docker Desktop?

    Nej, åtminstone inte inom den närmaste framtiden.

    Docker har ett mycket större och mer etablerat ekosystem. Många utvecklare och företag använder redan Docker Compose, Docker Hub, grafiska administrationsverktyg och integrationer med olika utvecklingsplattformar.

    Apples verktyg är därför inte en direkt ersättare för alla befintliga Dockerflöden.

    Projekt som är starkt beroende av Docker Compose eller särskilda Docker Desktop-funktioner kommer sannolikt att fortsätta använda Docker.

    Apple Container kan däremot bli ett intressant alternativ för utvecklare som vill ha ett öppet, kommandoradsbaserat och mer macOS-anpassat verktyg.

    Det kan även bli en grund för framtida utvecklingsverktyg från Apple eller tredjepartsutvecklare.

    Ett nytt steg för Linuxutveckling på Mac

    Apple Container 1.0 visar att Apple tar containerbaserad Linuxutveckling på större allvar.

    Genom att kombinera OCI-kompatibla containeravbildningar, lättviktiga virtuella maskiner och tät integration med macOS försöker Apple göra gränsen mellan Mac och Linux mindre tydlig.

    Utvecklaren kan fortsätta använda sina vanliga Mac-program, samtidigt som själva programvaran byggs och testas i en riktig Linuxmiljö.

    Docker Desktop är fortfarande den mer kompletta och etablerade lösningen för många användare. Men Apples verktyg kan bli ett attraktivt alternativ för dem som föredrar enklare kommandoradsverktyg, öppna standarder och en lösning som är utvecklad särskilt för Apple Silicon.

    Version 1.0 är därför inte slutet för Docker på Mac. Det är snarare början på en ny konkurrent inom ett område som länge har dominerats av Docker.

    https://github.com/apple/container/releases/tag/1.0.0

    > FAKTA: APPLE CONTAINER 1.0

    Typ: Öppet containerverktyg för macOS

    Utvecklare: Apple

    Programmeringsspråk: Swift

    Plattform: macOS på Apple Silicon

    Containerformat: OCI-kompatibla Linuxcontainrar

    Teknik: Varje container körs i en lättviktig virtuell Linuxmaskin

    Nyhet i version 1.0: Beständiga Linuxmiljöer, så kallade container machines

    Linuxdistributioner: Exempelvis Ubuntu, Debian och Alpine Linux

    Host-integration: Macens hemkatalog, projektfiler och konfigurationsfiler kan delas med Linuxmiljön

    Hantering: Kommandoradsverktyget container machine

    Alternativ till: Docker Desktop, Podman och traditionella virtuella maskiner

    Status: Version 1.0 är den första stabila huvudversionen.

  • Tmux 3.7 släppt – nu med tidigt stöd för flytande paneler

    Tmux 3.7 är här och bjuder på flera nyheter för den som arbetar mycket i terminalen. Den största förändringen är ett första stöd för flytande paneler, som kan lägga sig ovanpå den vanliga layouten. Dessutom får kopieringsläget radnummer, urklippshanteringen förbättras och flera säkerhets- och stabilitetsfixar har lagts till.

    Tmux, det populära verktyget för att hantera flera terminalsessioner i samma terminalfönster, har nu kommit i version 3.7. Den nya versionen innehåller flera förbättringar, men den mest uppmärksammade nyheten är ett första stöd för flytande paneler.

    För den som ofta arbetar i terminalen är tmux ett mycket praktiskt verktyg. Det gör det möjligt att dela upp terminalen i flera fönster och paneler, koppla från en session och senare återansluta till den. På så sätt kan man till exempel ha en serverprocess igång i en panel, loggfiler i en annan och en redigerare i en tredje.

    Flytande paneler ovanpå den vanliga layouten

    Den stora nyheten i tmux 3.7 är alltså flytande paneler. De fungerar ungefär som små terminalfönster som lägger sig ovanpå den vanliga, rutnätsbaserade layouten. Utseendemässigt kan de påminna om popupfönster, men de fungerar mer som vanliga tmux-paneler.

    Skillnaden är viktig. En popup i tmux är normalt mer tillfällig och modal, vilket innebär att den ofta tar över fokus tills den stängs. En flytande panel är däremot tänkt att fungera mer som en vanlig panel, fast placerad ovanpå de andra. Den kan ta emot vanliga terminalsekvenser och bete sig som en del av arbetsytan.

    Som standard kan en flytande panel öppnas genom att trycka på tmux prefixkommando, normalt Ctrl-b, följt av *. Det går även att skapa flytande paneler med det nya kommandot new-pane.

    Fortfarande en tidig funktion

    Stödet för flytande paneler är ännu i ett tidigt skede. Det betyder att funktionen finns där, men att den ännu inte har alla finesser man kan förvänta sig i framtiden.

    I nuläget kan flytande paneler bara flyttas och ändra storlek med musen. Det går ännu inte att till exempel växla en flytande panel med en vanlig panel, ändra storlek på den med resize-pane, eller enkelt konvertera mellan flytande och vanlig panel. Det finns inte heller fullt stöd för att spara och återställa anpassade layouter som innehåller flytande paneler.

    Trots begränsningarna är detta ett intressant steg. Flytande paneler kan på sikt göra tmux mer flexibelt, särskilt för användare som vill ha tillfälliga terminalytor utan att störa hela layouten.

    Radnummer i kopieringsläge

    En annan nyhet i tmux 3.7 är stöd för radnummer i kopieringsläget. Det styrs med den nya inställningen copy-mode-line-numbers.

    Användaren kan välja mellan flera lägen:

    • off
    • default
    • absolute
    • relative
    • hybrid

    Detta kan vara särskilt användbart när man läser loggfiler, felsöker eller kopierar text från längre terminalutskrifter. Relativa radnummer kan också vara praktiska för den som är van vid textredigerare som Vim.

    Bättre stöd för mus och urklipp

    Tmux 3.7 förbättrar även hanteringen av mus och fokus. Den nya inställningen focus-follows-mouse gör att fokus kan följa muspekaren mellan paneler. Det kan kännas mer naturligt för användare som ofta arbetar med musen, även i terminalmiljö.

    Även urklippshanteringen har förbättrats. Med den nya inställningen get-clipboard kan tmux begära innehåll från terminalens urklipp och skicka det vidare till en panel. Det gör att kopiering och inklistring kan fungera smidigare i moderna terminalemulatorer.

    Förbättringar för kontrolläge och bilder

    Den nya versionen innehåller också förbättringar i tmux kontroll- och mushantering. Nya musområden, control0 till control9, gör det möjligt att skapa muskontroller i panelens statusrad.

    När status-format är satt till 2 visar den andra statusraden nu som standard en lista över paneler. Det ger bättre överblick över arbetsytan.

    Stödet för SIXEL-bilder har också förbättrats. SIXEL är en teknik för att visa bilder direkt i terminalen, något som blivit mer intressant i takt med att moderna terminalprogram fått bättre grafikstöd. I tmux 3.7 har maxgränsen för antal bilder höjts till 20, och flera problem med storleksberäkningar har rättats.

    Säkerhet och stabilitet

    Förutom nya funktioner innehåller tmux 3.7 även säkerhetsförbättringar. Namn på paneler, fönster och sessioner saneras nu striktare. Det minskar risken för att skadliga eller felaktiga tecken används på ett sätt som kan skapa problem i terminalmiljön.

    Utvecklarna har också rättat flera fel som hittats genom så kallad fuzz-testning. Det är en metod där programmet matas med stora mängder oväntad eller slumpmässig data för att hitta krascher och säkerhetsproblem.

    Ett steg mot en mer flexibel terminalmiljö

    Tmux 3.7 är inte en revolution, men det är en viktig uppdatering för avancerade terminalanvändare. Flytande paneler är fortfarande en ung funktion, men de visar tydligt vart tmux kan vara på väg: mot en ännu mer flexibel och dynamisk arbetsmiljö i terminalen.

    För systemadministratörer, utvecklare och Linuxanvändare som tillbringar mycket tid i terminalen är tmux redan ett av de mest användbara verktygen. Med version 3.7 blir det ännu lite kraftfullare.

    https://github.com/tmux/tmux/issues/5179

    Teknisk faktaruta: Tmux 3.7

    Program: tmux

    Version: 3.7

    Typ: Terminalmultiplexer

    Funktion: Hanterar flera terminalsessioner, fönster och paneler i samma terminal.

    Största nyheten: Tidigt stöd för flytande paneler.

    Nya funktioner:

    • Flytande paneler ovanpå vanlig layout
    • Radnummer i kopieringsläge
    • Förbättrad urklippshantering
    • Fokus kan följa muspekaren
    • Bättre hantering av SIXEL-bilder
    • Striktare sanering av panel-, fönster- och sessionsnamn

    Standardkommando: Ctrl-b följt av *

    Nytt kommando: new-pane

    Status: Flytande paneler är fortfarande en tidig funktion och har ännu vissa begränsningar.

  • GNU nano 9.1: den lilla textredigeraren får putsad vardagsteknik

    GNU nano 9.1 är en liten men viktig uppdatering av den välkända terminalbaserade textredigeraren. Den nya versionen bjuder inte på några stora nyheter, men förbättrar sökning, backuphantering och syntaxmarkering, samtidigt som gammalt stöd för klassiska Mac-radslut tas bort. Resultatet är ett renare, stabilare och mer modernt nano för användare som ofta arbetar direkt i terminalen.

    GNU nano är kanske inte den mest glamorösa programvaran i Linuxvärlden, men den är en av de mest använda. Den lilla textredigeraren finns i terminalen, startar snabbt och används ofta när man behöver ändra en konfigurationsfil, skriva ett skript eller göra en snabb textändring direkt på en server. Nu har GNU nano 9.1 släppts, och även om uppdateringen inte förändrar programmet i grunden innehåller den flera förbättringar som gör vardagen lite smidigare.

    En av de mer synliga förändringarna gäller sökfunktionen. När man söker efter text i en fil försöker nano nu visa träffen på ett tydligare sätt i terminalfönstret. Om sökträffen får plats inom det synliga området placeras vyn så långt åt vänster som möjligt. Det kan låta som en liten detalj, men för den som arbetar i långa konfigurationsrader eller källkod kan det göra det enklare att snabbt se sammanhanget runt träffen.

    En annan förändring är att nano nu slutar stödja det gamla Mac-formatet för radslut. Förr i tiden använde klassiska Mac OS ett ensamt carriage return-tecken som radbrytning. Moderna system använder andra format, till exempel LF i Linux och andra Unix-liknande system, eller CRLF i Windows. Det gamla Mac-formatet är numera mycket ovanligt, och i nano 9.1 kan programmet varken läsa eller skriva filer med just den typen av radslut. För de flesta användare kommer detta aldrig att märkas, men det är ett tydligt tecken på att gammal teknisk ballast rensas bort.

    Filhanteringen har också förbättrats. Nano kan nu redigera en fil som faktiskt heter ~, alltså en ensam tilde. Det är ett specialtecken som ofta används som genväg till användarens hemkatalog, vilket tidigare kunde skapa problem. Programmet ger också ett tydligare felmeddelande om ett filnamn avslutas med snedstreck, eftersom det normalt antyder en katalog snarare än en vanlig fil.

    Även backupfunktionen har fått rättelser. När nano körs med alternativet --backup och skrivdialogen visar [Backup] skapas nu alltid en säkerhetskopia. Dessutom får backupfilerna numera en korrekt och komplett tidsstämpel. Det gör det lättare att förstå när en säkerhetskopia skapades och minskar risken för förvirring när flera versioner finns sparade.

    En mer teknisk förändring gäller så kallade nödsparade filer. Om nano kraschar eller avslutas oväntat kan programmet skapa en .save-fil för att rädda osparat arbete. I den nya versionen ändras inte längre filens rättigheter och ägarskap för att matcha originalfilen. Det är en liten men viktig justering som påverkar hur säkert och förutsägbart sådana räddningsfiler hanteras.

    På användargränssnittets område har vissa tangentbordsfunktioner ändrats. Växlingen med Ctrl+T mellan menyerna WhereIs och GoToLine har tagits bort. Samtidigt har Meta+Insert och Meta+Delete lagts till som giltiga tangentnamn. Det betyder att användare som anpassar nano via konfigurationsfiler nu kan binda även dessa tangentkombinationer till egna funktioner.

    Syntaxmarkeringen har också uppdaterats. För programmerare innebär det bland annat att C-definitionen nu känner igen fler nyckelord från C++23. Markeringen av hexadecimala och binära tal har förbättrats, liksom hanteringen av booleska konstanter. Även Lua-stödet har moderniserats med nyare nyckelord, borttagning av gamla föråldrade sådana och bättre hantering av flerradiga strängar och escape-tecken. Dessutom känner syntaxmarkeringen för manualsidor nu igen specialtecken skrivna i formen \[xx].

    Bakom kulisserna har utvecklarna dessutom gjort en hel del städarbete. Nano 9.1 innehåller uppdaterad gnulib-kod, säkrare felkontroller, minskad risk för minnesläckor, tydligare kommentarer och flera namnändringar i kodens variabler och funktioner. Det är sådant som vanliga användare sällan ser direkt, men som är viktigt för att programmet ska vara lättare att underhålla och stabilare på sikt.

    GNU nano 9.1 är alltså ingen dramatisk nyversion, utan snarare en vårstädning av ett välkänt verktyg. Den tar bort gammalt stöd som nästan ingen längre behöver, rättar till små men irriterande problem och förbättrar hur programmet beter sig i vardagliga situationer. För den som ofta arbetar i terminalen är det precis sådana förbättringar som gör skillnad över tid.

    Den nya versionen finns att hämta som källkod från projektets officiella webbplats. Användare som inte vill kompilera själva kan vänta tills nano 9.1 dyker upp i den egna Linuxdistributionens paketförråd.

    https://www.nano-editor.org/news.php

    Fakta: GNU nano 9.1

    Program: GNU nano

    Version: 9.1

    Typ: Textredigerare för terminalen

    Miljö: Linux, Unix-liknande system och terminalmiljöer

    Viktiga nyheter:

    • Förbättrad visning vid sökning i filer.
    • Stöd för gamla Mac-radslut har tagits bort.
    • Bättre hantering av backupfiler.
    • Ändrat beteende för nödsparade .save-filer.
    • Uppdaterad syntaxmarkering för C, C++23, Lua och manualsidor.
    • Intern kodstädning och förbättrad felhantering.

    Sammanfattning:
    GNU nano 9.1 är en underhållsversion som gör textredigeraren modernare, renare och mer förutsägbar i vardagligt terminalarbete.

  • Red Hat Enterprise Linux 10.2 släppt – nu med valfri AI-assistent i terminalen

    Red Hat Enterprise Linux 10.2 är här och visar tydligt vart företags-Linux är på väg: mot mer AI-stöd, starkare säkerhet, enklare uppgraderingar och modernare verktyg för både drift och utveckling. Med nyheter som AI-assistent i kommandoraden, postkvantskydd för SSH, Kernel Livepatching, PostgreSQL 18, MariaDB 11.8 och förbättrat stöd för image mode tar RHEL ännu ett steg mot framtidens automatiserade och säkra servermiljöer.

    Red Hat Enterprise Linux, ofta förkortat RHEL, är inte en Linuxdistribution som i första hand riktar sig till hobbyanvändare. Den är byggd för företag, myndigheter, datacenter och organisationer där stabilitet, långsiktigt stöd och säker drift är viktigare än att alltid ha det allra senaste skrivbordstemat. Därför är varje ny punktversion av RHEL betydelsefull. Den visar vart företags-Linux är på väg.

    Med RHEL 10.2 blir riktningen tydlig: mer automatisering, mer AI-stöd, bättre säkerhet och enklare hantering av stora mängder servrar.

    AI flyttar in i kommandoraden

    En av de mest intressanta nyheterna är den valfria AI-assistenten goose. Den kan installeras från Red Hats extensions-förråd och är tänkt att hjälpa administratörer direkt i terminalen.

    För den som arbetar med Linuxservrar är kommandoraden fortfarande hjärtat i systemet. Det är där man felsöker tjänster, läser loggar, startar om processer, installerar paket och skriver skript. En AI-assistent i terminalen kan därför bli ett kraftfullt verktyg, särskilt om den kan hjälpa till att tolka felmeddelanden, föreslå kommandon eller ge snabbare vägledning i komplexa miljöer.

    RHEL:s kommandoradsassistent får dessutom stöd för färgutskrifter, vilket kan göra informationen mer lättläst. Det låter kanske som en liten sak, men i en terminalmiljö kan färger göra stor skillnad när man snabbt behöver se skillnad på varningar, kommandon, statusmeddelanden och fel.

    Image mode blir viktigare för framtidens Linuxdrift

    En annan stor del av RHEL 10.2 handlar om image mode, alltså ett sätt att hantera operativsystemet mer som en kontrollerad systemavbildning än som en traditionellt löpande installerad server.

    Tanken påminner delvis om hur containerteknik fungerar. I stället för att varje server underhålls helt individuellt kan man arbeta med standardiserade avbildningar. Det gör det lättare att rulla ut samma system på många maskiner, hålla miljöer konsekventa och minska risken för att servrar långsamt glider isär i konfiguration.

    I RHEL 10.2 får image mode flera förbättringar. Ett nytt alternativ i bootc gör det möjligt att ladda ner en OS-uppdatering till en hel maskinpark utan att tillämpa uppdateringen direkt. Det är praktiskt i större driftmiljöer där man vill förbereda uppdateringar i förväg men själv bestämma exakt när de ska aktiveras.

    Det blir också effektivare containerlagring genom att systemet kan hålla en separat kopia av operativsystemet i ett containerförråd. Dessutom tillkommer bättre möjligheter att logiskt binda ihop avbildningar i större skala.

    För virtualiserade miljöer finns även förbättringar genom BCVK, Bootable Containers and Virtualization Kit, som ska förenkla skapandet av virtuella maskiner från startbara containerbaserade system.

    Starkare skydd mot framtidens kvantdatorer

    Säkerhet är ett av de områden där RHEL 10.2 sticker ut mest. Red Hat lyfter bland annat fram förbättringar kopplade till postkvantkryptografi.

    Dagens kryptering bygger ofta på matematiska problem som vanliga datorer har mycket svårt att lösa. Men framtidens kvantdatorer kan i teorin hota vissa av dessa metoder. Därför pågår ett stort arbete i IT-världen med att ta fram kryptering som även ska stå emot kvantdatorer.

    I RHEL 10.2 märks detta bland annat i stöd för postkvantrelaterade lösningar i SSH och i Red Hat Certificate System 11.0. Den systemomfattande kryptopolicyn FUTURE blir också striktare och tillåter nu endast hybrida ML-KEM-nyckelutbytesalgoritmer, i stället för traditionella metoder utan postkvantskydd.

    För vanliga användare låter detta tekniskt, men betydelsen är enkel: Red Hat förbereder RHEL för en framtid där dagens kryptering inte längre kan tas för given.

    Kernel Livepatching minskar behovet av omstarter

    RHEL 10.2 bygger på Linuxkärnan 6.12 LTS och introducerar även förbättringar kring Kernel Livepatching.

    Kernel Livepatching gör det möjligt att installera vissa säkerhetsfixar och kärnuppdateringar utan att starta om systemet. För en vanlig hemdator är en omstart oftast inget stort problem. För en bank, ett sjukhus, ett datacenter eller en kritisk affärstjänst kan en omstart däremot kräva planering, servicefönster och riskhantering.

    Med Livepatching kan administratörer minska stilleståndstiden och samtidigt hålla systemen säkrare. Det är en typisk företagsfunktion: osynlig för slutanvändaren, men mycket viktig i miljöer där upptid är avgörande.

    Modernare utvecklingsmiljö

    RHEL har historiskt varit försiktig med att byta till alltför nya programversioner, eftersom stabilitet är så viktigt. Samtidigt måste utvecklare få tillgång till moderna språk, databaser och verktyg. RHEL 10.2 försöker balansera detta.

    Bland de uppdaterade komponenterna finns:

    • Python 3.14
    • PHP 8.4
    • Ruby 4.0
    • Node.js 24
    • OpenJDK 25
    • PostgreSQL 18
    • MariaDB 11.8
    • Git 2.51
    • LLVM 21
    • Rust 1.92
    • Go 1.26

    För utvecklare innebär detta att RHEL 10.2 blir mer attraktiv som plattform för moderna applikationer. Det gäller både klassiska webbapplikationer, containerbaserade system, databasmiljöer och program skrivna i språk som Rust, Go och Python.

    Även verktyg för felsökning och prestandaanalys har uppdaterats, bland annat GDB, Valgrind, SystemTap, elfutils och libabigail. Det gör RHEL 10.2 relevant inte bara för drift, utan också för avancerad utveckling och analys.

    Flatpak får större roll på skrivbordet

    En intressant förändring gäller skrivbordsmiljön. Installationsprogrammet Anaconda får stöd för automatisk installation av Flatpak-appar redan under systeminstallationen.

    Det betyder att system som installeras med exempelvis alternativet “Server with GUI” kan få Flatpak-baserade program direkt från början. Firefox och Thunderbird levereras nu som standard via Flatpak, även om Red Hat fortsätter att tillhandahålla och stödja RPM-versionerna i AppStream under RHEL 10:s livstid.

    Detta visar hur Flatpak fortsätter att vinna mark även i mer konservativa företagsmiljöer. Fördelen är att program kan paketeras mer isolerat från resten av systemet, vilket kan förenkla uppdateringar och minska konflikter mellan olika programberoenden.

    Enklare uppgraderingar med Leapp och Ansible

    Att uppgradera stora företagsmiljöer är sällan enkelt. Det räcker inte att klicka på “uppdatera”. Man måste kontrollera beroenden, kompatibilitet, hårdvara, tredjepartsprogram, säkerhetspolicyer och driftkrav.

    RHEL 10.2 förbättrar uppgraderingsvägarna med hjälp av Leapp och Red Hat Ansible Automation Platform. Red Hat beskriver detta som ett mer automatiserat arbetssätt där organisationer kan testa, misslyckas snabbt, justera och sedan köra igen.

    Det är ett praktiskt sätt att tänka kring stora IT-miljöer. I stället för att hoppas att allt fungerar vid första försöket skapar man en repeterbar process där fel kan upptäckas tidigt.

    RHEL 10.2 stöder bland annat uppgraderingsvägar från RHEL 9.8 till RHEL 10.2 på moderna plattformar som x86-64-v3, 64-bitars Arm, IBM Power Systems POWER10 och senare samt IBM Z z15 och senare.

    Små förändringar som kan märkas i vardagen

    Alla nyheter är inte stora rubriker. En förändring är att kommandot vi inte längre startar Vim när både vim-minimal och vim-enhanced är installerade. För vissa administratörer kan det vara en liten men märkbar förändring i vardagsarbetet.

    Sådana detaljer visar att även etablerade Linuxmiljöer förändras över tid. Kommandon och standardbeteenden som administratörer vant sig vid kan justeras när distributionen utvecklas.

    RHEL 10.2 visar vart företags-Linux är på väg

    Red Hat Enterprise Linux 10.2 är inte en dramatisk revolution, men det är en viktig uppdatering. Den visar hur Linux i företagsvärlden rör sig mot mer automatiserad drift, mer standardiserade systemavbildningar, AI-stöd i arbetsflöden och säkerhet som förbereds för framtidens hot.

    För systemadministratörer betyder det bättre verktyg för att hantera stora miljöer. För utvecklare betyder det modernare språk och databaser. För säkerhetsansvariga betyder det starkare kryptografiska alternativ och bättre kontroll. För organisationer betyder det framför allt en Linuxplattform som fortsätter att utvecklas utan att släppa sitt fokus på stabilitet.

    RHEL 10.2 är därmed inte bara ännu en punktversion. Det är ett tecken på hur nästa generation av företags-Linux kommer att se ut: mer automatiserad, mer containerorienterad, mer säkerhetsmedveten och allt mer förstärkt av AI.

    https://www.redhat.com/en/blog/rhel-102-and-98-intelligent-evolution-enterprise-linux

    Fakta: Red Hat Enterprise Linux 10.2

    Red Hat Enterprise Linux 10.2 är den andra uppdateringen i RHEL 10-serien och riktar sig främst till företag, myndigheter och organisationer som behöver en stabil Linux-plattform med långsiktig support.

    Versionen innehåller bland annat en valfri AI-assistent för kommandoraden, förbättrat stöd för automatiserade uppgraderingar med Ansible och uppdaterade utvecklingsverktyg.

    Exempel på uppdaterade komponenter är Rust 1.92, Python 3.14, Git 2.51, PHP 8.4, LLVM 21, Go 1.26, Ruby 4.0, OpenJDK 25, PostgreSQL 18 och MariaDB 11.8.

    Samtidigt har Red Hat även släppt Red Hat Enterprise Linux 9.8 för användare och organisationer som fortfarande ligger kvar på RHEL 9-serien.

  • APTUI – ett modernt terminalgränssnitt för paket i Debian och Ubuntu

    APTUI är ett nytt open source-verktyg som ger Debian-, Ubuntu- och Mint-användare ett mer överskådligt sätt att hantera program direkt i terminalen. Med ett modernt textbaserat gränssnitt blir det enklare att söka efter, installera och uppdatera paket utan att lämna kommandoraden.

    Att installera och uppdatera program i Linux görs ofta via kommandoraden med verktyget APT. För många är kommandon som apt install, apt remove och apt upgrade vardag, men för den som arbetar mycket i terminalen kan det ibland vara svårt att få en tydlig överblick över vilka paket som finns, vad som är installerat och vilka uppdateringar som väntar.

    Ett nytt projekt som vill göra detta enklare heter APTUI. Det är ett öppet källkodsverktyg som erbjuder ett textbaserat användargränssnitt direkt i terminalen. Programmet fungerar som ett gränssnitt ovanpå APT och är tänkt att göra paketadministration mer överskådlig på system som Debian, Ubuntu och Linux Mint.

    Ett grafiskt tänk – i ren terminalmiljö

    APTUI ersätter inte APT, utan fungerar som en frontend till den befintliga paket­hanteringen. I stället för att skriva kommandon manuellt får användaren ett navigerbart gränssnitt i terminalen där paket kan bläddras, sökas och hanteras interaktivt.

    Programmet är skrivet i programmeringsspråket Go och bygger på ramverket Bubble Tea, som används för att skapa terminalbaserade användargränssnitt. Resultatet är ett tangentbordsstyrt system som fungerar lite som en lättvikts-dashboard direkt i kommandoraden.

    Det innebär att användaren kan utföra många vanliga uppgifter utan att lämna terminalen.

    Särskilt användbart på servrar

    Många Linuxdistributioner erbjuder grafiska program för paketinstallation. På servrar saknas dock ofta grafiska miljöer helt, och då återstår normalt endast kommandoraden.

    Just här kan APTUI bli ett praktiskt verktyg. Det ger en mer strukturerad översikt över paketdatabasen utan att kräva ett grafiskt skrivbord. Samtidigt passar det användare som helt enkelt föredrar terminalbaserade verktyg.

    Sökning, filtrering och överblick

    APTUI gör det möjligt att bläddra igenom hela paketarkivet och söka efter program med hjälp av fuzzy-sökning, vilket innebär att även ungefärliga söktermer kan ge relevanta träffar.

    Gränssnittet organiserar resultaten i olika flikar, till exempel:

    • alla paket
    • installerade paket
    • paket som kan uppgraderas

    Det gör det enkelt att snabbt få en bild av systemets aktuella tillstånd och vilka uppdateringar som finns tillgängliga.

    Hantera paket direkt i gränssnittet

    Förutom att visa information kan APTUI också utföra vanliga paketåtgärder. Användaren kan exempelvis:

    • installera paket
    • ta bort paket
    • rensa paket helt (purge)
    • uppgradera installerade program

    Det går dessutom att markera flera paket och utföra åtgärder i bulk, vilket kan vara praktiskt vid större systemuppdateringar.

    När ett paket väljs visas också detaljerad metadata, bland annat versionsnummer, beskrivning, arkitektur och vilket programarkiv paketet kommer från.

    Kräver administratörsrättigheter

    Precis som vid vanlig användning av APT kräver systemändringar administratörsbehörighet. För att installera eller uppgradera paket behöver därför APTUI köras med sudo.

    Fortfarande i tidig utveckling

    Projektet är fortfarande i ett relativt tidigt skede, men verktyget fungerar redan på system som använder APT som paket­hanterare. Källkoden är publicerad under MIT-licensen, vilket innebär att projektet är fritt att använda och vidareutveckla.

    APTUI finns tillgängligt på GitHub där både installationsinstruktioner och färdiga binärer finns för den som vill prova verktyget.

    Terminalen fortsätter utvecklas

    APTUI visar hur även klassiska terminalmiljöer kan moderniseras. Genom att kombinera textbaserade gränssnitt med smart navigering och sökfunktioner kan verktyg som detta göra systemadministration både snabbare och mer överskådlig – utan att lämna kommandoraden.

    https://github.com/mexirica/aptui

    Läs mer >>

    Teknisk faktaruta: APTUI

    Typ: Terminalbaserat gränssnitt för APT

    Plattformar: Debian, Ubuntu, Linux Mint

    Licens: MIT

    Programmeringsspråk: Go

    Ramverk: Bubble Tea

    Funktion: Frontend för APT-pakethantering

    Stöd för: Installation, borttagning, purge och uppgradering av paket

    Sökfunktion: Fuzzy-sökning och filtrering

    Behörighet: Kräver sudo för systemändringar

    Målgrupp: Terminalanvändare och serveradministratörer

  • Fish Shell 4.3 – när kommandoraden blir smartare, snyggare och mer förutsägbar

    Fish Shell 4.3 är en uppdatering som vid första anblick kan verka försiktig, men som i praktiken förändrar hur skalet upplevs i det dagliga arbetet. Istället för stora, uppseendeväckande nyheter har utvecklarna fokuserat på att göra befintliga funktioner tydligare, smartare och mer konsekventa. Resultatet är ett kommandoskal som känns mer förutsägbart, lättare att konfigurera och bättre anpassat till moderna terminaler. För både vana användare och nyfikna nybörjare markerar version 4.3 ett steg mot en mer genomtänkt och harmonisk terminalupplevelse.

    Kommandoraden är för många ett arbetsredskap snarare än ett användargränssnitt. Ändå är det just där som Fish Shell, Friendly Interactive SHell, skiljer sig från mängden. Med version 4.3 tar Fish ännu ett steg mot att göra terminalen både mer begriplig och mer intelligent, utan att tumma på kraften under huven.
    Den här versionen är inte en dramatisk omvälvning, utan snarare en noggrant avvägd evolution: bättre standardbeteenden, renare konfigurationer och en terminalupplevelse som anpassar sig efter användaren, inte tvärtom.

    Mindre magi, mer kontroll: nya konfigurationsprinciper

    En av de största förändringarna märks först knappt alls. Tidigare använde Fish så kallade universella variabler för färger, teman och tangentbindningar. De var praktiska men också svåröverskådliga.
    I Fish 4.3 ändras detta i grunden. Standardvariabler som fish_color_* och fish_key_bindings sätts nu globalt i stället för universellt. Vid första starten efter uppgradering gör Fish en engångsmigrering som fryser ditt nuvarande tema och dina tangentbindningar till filer i ~/.config/fish/conf.d/.
    Utvecklarna rekommenderar därefter att man tar bort dessa automatiskt skapade filer och istället hanterar allt direkt i config.fish. Resultatet blir en mer förutsägbar, lättläst och versionshanterbar konfiguration. Det går fortfarande att använda universella variabler, men då medvetet och med vetskapen om att de inte lämpar sig lika väl för dynamiska teman.

    Ett nytt språk – bokstavligen

    Fish 4.3 introducerar ett nytt kommando i skriptspråket: status language. Det kan låta trivialt, men det löser ett gammalt problem. Nu kan man se vilket språk Fish använder för sina meddelanden och ändra språket utan att behöva manipulera globala miljövariabler. Detta är särskilt användbart i skript, testmiljöer och dokumentation där man vill ha konsekventa och reproducerbara utdata.

    Smartare kompletteringar – även bakom kulisserna

    Fish är känt för sina intelligenta kompletteringar, och här har version 4.3 förfinat detaljerna. commandline –cursor fungerar nu korrekt även i icke-interaktiva sessioner. Kompletteringar hanterar sökvägar som innehåller = eller : betydligt bättre. Skiftlägesokänslig prefixmatchning gör att fler träffar hittas snabbare, och autosuggestioner kan nu radbrytas mjukt i stället för att kapas abrupt.
    För användare på Cygwin och MSYS har Fish dessutom blivit bättre på att matcha körbara filer mot rätt metadata, vilket ger mer konsekvent beteende över plattformar.

    Redigering med filsystemsförståelse

    Även tangentbordsarbetet har förbättrats. Ctrl-W tar nu bort escaped spaces när man raderar delar av en sökväg. Nya sökvägsmedvetna redigeringsfunktioner gör det enklare att navigera och justera långa filstigar direkt på kommandoraden. Det är små förbättringar som snabbt blir oumbärliga för den som arbetar mycket i terminalen.

    Teman som anpassar sig efter ljus och mörker

    En modern terminal växlar ofta mellan ljus och mörk bakgrund. Fish 4.3 möter detta genom att låta teman definiera separata sektioner för ljusa och mörka färgscheman. Flera av Fish standardteman har redan uppdaterats för detta. Resultatet är ett skal som ser rätt ut oavsett om du arbetar mitt i natten eller i fullt dagsljus.

    Djupare terminalintegration – utan att vara i vägen

    Fish fortsätter att förbättra sin integration med avancerade terminalfunktioner. OSC-signalerna för promptgränser är nu mer konsekventa, den aktuella arbetskatalogen rapporteras korrekt och fokusrapportering är aktiverad som standard. En ny funktionsflagga gör det dessutom möjligt att stänga av terminalsärlösningar när de inte behövs, vilket ger bättre kontroll i specialmiljöer.

    Stabilitet och puts: färre krascher, färre överraskningar

    Slutligen adresserar Fish 4.3 en rad regressionsproblem från tidigare versioner. Det gäller bland annat krascher kopplade till färgvariabler, problem med Unicode-autosuggestioner, emoji-bredd på macOS, kantfall vid flerradig inmatning och kompletteringsproblem på system utan glibc. Inget av detta är spektakulärt, men allt bidrar till ett skal som helt enkelt känns mer pålitligt.

    Sammanfattning

    Fish Shell 4.3 är ett tydligt exempel på mogen programutveckling. Fokus ligger inte på uppseendeväckande nyheter utan på tydligare konfiguration, bättre standardbeteenden, modern terminalanpassning och många små förbättringar som gör stor skillnad i vardagen. För den som lever i terminalen är detta en uppdatering som inte ropar, men som stillsamt visar att det bara fungerar.

    https://fishshell.com

    Faktaruta: Fish Shell 4.3

    Version: 4.3
    Typ: Interaktivt Unix-skal
    Mål: Förbättrad användarvänlighet utan att offra kraft

    Viktiga nyheter:
    – Standardvariabler för teman och tangentbindningar är nu globala istället för universella
    – Engångsmigrering fryser befintligt tema till conf.d-filer vid uppgradering
    – Nya kommandot status language styr språk för Fish-meddelanden
    – Förbättrade och mer träffsäkra kompletteringar, även i icke-interaktiva lägen
    – Teman kan reagera dynamiskt på ljusa och mörka terminaler
    – Fördjupad terminalintegration med tydligare promptgränser och fokusrapportering

    Plattformar: Linux, macOS, *BSD, Cygwin/MSYS
    Licens: GPLv2
    Webbplats: https://fishshell.com
  • Lathund för WP-CLI

    WP-CLI gör det möjligt att administrera WordPress snabbt, effektivt och automatiserat direkt från kommandoraden. Med hjälp av detta verktyg kan du hantera allt från installation och uppdateringar till användare, databaser och felsökning – utan att logga in i webbgränssnittet. Den här lathunden ger en praktisk och tekniskt inriktad genomgång av de vanligaste WP-CLI-kommandona, med tydliga exempel för dig som arbetar med utveckling, drift eller systemadministration av WordPress-sajter.

    Får vi presentera en lathund för hur du använder WP-CLI, främst i en klassisk LAMP-miljö (Linux, Apache, MySQL/MariaDB och PHP), men verktyget fungerar även utmärkt på macOS.

    Denna lathund ger en heltäckande introduktion till WP-CLI, WordPress officiella kommandoradsverktyg, och riktar sig till tekniska användare såsom utvecklare och systemadministratörer. Här visas hur WordPress kan hanteras effektivt via terminalen istället för webbgränssnittet. Innehållet omfattar installation på Linux och macOS, grundläggande kommandostruktur och globala flaggor. Guiden går igenom hur du uppdaterar WordPress-kärnan, teman och tillägg, hanterar användare och roller, arbetar med databasen (säkerhetskopiering, import, sök-och-ersätt och optimering) samt hur du skapar och uppdaterar inlägg och sidor. Dessutom beskrivs felsökning, cache- och cron-hantering, återställning samt hur WP-CLI kan användas i skript och cronjobb för automatisering. Målet är att ge praktiska exempel och ett effektivt arbetsflöde för drift och underhåll av WordPress-installationer.

    FAKTARUTA: WP-CLI

    WP-CLI (WordPress Command Line Interface) är ett kommandoradsverktyg som låter dig administrera WordPress via terminal/SSH istället för via wp-admin.

    • Vanligt användningsområde: uppdatera WordPress, plugins och teman snabbt och scriptbart.
    • Underhåll: export/import av databas, sök/ersätt i databasen (även serialiserad data), rensa cache/transients.
    • Administration: skapa/ändra användare, hantera roller, hantera innehåll (inlägg/sidor), cron-händelser.
    • Automation: passar för cron-jobb och deploy-skript (CI/CD) tack vare tydliga exit-koder och flaggor som –quiet och –yes.
    Snabbexempel
    wp core update
    wp plugin update --all
    wp user list
    wp db export backup.sql
    Tips: Kör från WordPress-roten (där wp-config.php finns), eller använd flaggan --path=/sökväg.
  • Fresh – när terminaln möter det moderna kodverktyget

    Terminaln har länge varit utvecklarens snabbaste verktyg – men också ett av de mest avskalade. Med Fresh utmanas den bilden. Den nya öppna textredigeraren kombinerar terminalns effektivitet med moderna funktioner som annars hör hemma i grafiska IDE:er. Resultatet är ett kraftfullt kodverktyg som körs helt i textläge, men ändå erbjuder en strukturerad, visuell och förvånansvärt bekväm utvecklingsmiljö.

    Fresh – när terminaln möter det moderna kodverktyget

    I takt med att allt fler utvecklare söker snabbare, lättare och mer fokuserade arbetsflöden har intresset för terminalbaserade verktyg fått en tydlig renässans. Samtidigt vill få ge upp de bekvämligheter som moderna utvecklingsmiljöer erbjuder. Här kliver Fresh in – en ny öppen källkodsbaserad textredigerare som försöker förena två världar som länge setts som motsatser: den klassiska terminaln och den grafiska kodeditorn.

    Fresh är en så kallad TUI-editor (Text-based User Interface), skriven i programmeringsspråket Rust. Det innebär att hela programmet körs i ett vanligt terminalfönster, utan att använda grafiska ramverk som GTK eller Qt. Trots detta lyckas Fresh leverera en upplevelse som ligger mycket nära den man förknippar med moderna grafiska program.

    Ett grafiskt tänk – helt i textläge

    Vid första anblick kan Fresh nästan uppfattas som en traditionell grafisk editor. Den innehåller menyer, paneler, delade vyer, filutforskare och en integrerad terminal, allt uppbyggt med terminalns egna möjligheter. Musstöd finns från start, tillsammans med snabbkommandon, kontextmenyer och en kommandopalett där användaren kan söka efter funktioner på samma sätt som i moderna IDE:er.

    I stället för att arbeta direkt med filer använder Fresh buffertar. Flera filer och terminalsessioner kan vara öppna samtidigt och visas sida vid sida i horisontella eller vertikala split-vyer. En permanent statusrad längst ner visar relevant information som filnamn, markörposition och aktuell Git-branch.

    Kraftfull redigering utan begränsningar

    Trots sitt terminalbaserade format saknar Fresh inte avancerade redigeringsfunktioner. Programmet erbjuder stöd för flera markörer, avancerade textmarkeringar samt obegränsad ångra- och gör om-funktionalitet. All redigering sparas i en fullständig historik, vilket gör att användaren tryggt kan experimentera utan risk att förlora arbete.

    Navigeringen förbättras ytterligare genom positionshistorik och inbyggt stöd för Language Server Protocol. Detta gör det möjligt att hoppa till definitioner, navigera mellan symboler och få kodintelligens som annars förknippas med fullskaliga grafiska utvecklingsmiljöer.

    Filhantering utan att lämna editorn

    Fresh innehåller en inbyggd filutforskare som låter användaren navigera i projektets katalogstruktur direkt i editorn. Den är helt anpassad för tangentbord, men fungerar även med mus. Som standard respekteras .gitignore-filer, vilket hjälper till att hålla fokus på relevanta filer i projektet. Filer kan öppnas, bytas och skapas utan att man behöver lämna editorn eller använda externa verktyg.

    Terminaln som en integrerad del av arbetsflödet

    En av de mest utmärkande funktionerna i Fresh är den inbyggda terminalemulatorn. Terminaler öppnas som vanliga buffertar och kan delas upp i flera flikar. Användaren kan växla mellan inmatningsläge och scroll-läge, söka i terminalutdata och kopiera text med samma kommandon som används i redigeraren.

    En särskilt ovanlig funktion är att terminalsessioner kan bevaras mellan omstarter. Pågående processer och hela scrollback-historiken finns kvar, vilket suddar ut gränsen mellan editor och kommandoskal.

    Kodintelligens med resurskontroll

    Fresh har inbyggt stöd för Language Server Protocol och erbjuder diagnostik, kodkomplettering och symbolinformation i realtid. Rust, JavaScript, TypeScript och Python fungerar direkt, medan ytterligare språk kan konfigureras manuellt via en JSON-baserad inställningsfil.

    En detalj som särskiljer Fresh från många andra editorer är möjligheten att sätta gränser för CPU- och minnesanvändning hos språkservrar. Detta förhindrar att resurskrävande LSP-processer påverkar systemets prestanda negativt.

    Ett pluginsystem byggt för framtiden

    Fresh är konstruerat med utbyggbarhet i fokus. Redigeraren använder ett pluginsystem baserat på TypeScript, vilket gör det relativt lätt att skapa egna tillägg. Flera plugins följer med som standard, bland annat för att markera TODO-kommentarer och utföra Git-baserade sökningar.

    För C- och C++-utveckling finns även ett särskilt Clangd-hjälpplugin. Plattformsspecifika detaljer, till exempel för macOS, är tydligt dokumenterade för att underlätta installation och användning.

    Samlad och tydlig konfiguration

    All konfiguration i Fresh sker via en enda config.json-fil som lagras på ett standardiserat sätt beroende på operativsystem. I denna fil styrs allt från teman och tangentbindningar till språkservrar, plugins och resursbegränsningar. Tanken är att ge användaren full kontroll utan att sprida inställningar över flera filer.

    Stöd för alla större operativsystem

    Fresh är officiellt stödd på Linux, macOS och Windows. För den som vill prova finns färdiga binärer, men även installationsalternativ via Homebrew, Arch User Repository, .deb- och .rpm-paket, npm, crates.io eller manuell kompilering från källkod. På Windows fungerar Fresh i moderna terminaler, och det går även att köra via WSL för en mer Linux-lik upplevelse.

    Terminalns nästa steg

    Fresh visar tydligt att terminalbaserade verktyg inte längre behöver vara spartanska eller svåranvända. Genom att kombinera hög prestanda, moderna gränssnittsidéer och ett tydligt fokus på utvecklarens arbetsflöde pekar Fresh mot en framtid där terminaln inte är ett alternativ till grafiska verktyg – utan ett fullvärdigt hem för dem.

    Bild ifrån projektets hemsida

    Linux.se:s åsikt

    Efter att ha testat Fresh är helhetsintrycket mycket lovande, även om den senaste versionen ännu inte verkar finnas tillgänglig som .deb-paket. Känslan för tankarna tillbaka till DOS-eran, fast i en modern tappning.

    För den som i dag snabbt vill redigera filer direkt på en server är alternativen oftast nano eller emacs/vi. Både emacs och vi är kraftfulla verktyg, men de har också en relativt hög inlärningströskel, vilket kan avskräcka många användare.

    En funktion som skulle vara mycket uppskattad i framtida versioner av Fresh är stöd för emacs-liknande Ctrl-kommandon. För användare som har dessa tangentkombinationer djupt inpräntade i muskelminnet är det svårt att ”lära gamla hundar att sitta”. Dessutom kan Ctrl-kommandon i vissa situationer vara snabbare och mer effektiva, exempelvis vid sparande och navigering.

    Trots detta framstår Fresh som ett tydligt positivt tillskott. Det fyller ett tomrum mellan enkla terminalredigerare och mer komplexa redigeringsmiljöer, och har potential att bli ett naturligt val för modern server- och terminalbaserad utveckling.

    Läs mer på :

    https://sinelaw.github.io/fresh

    FAKTARUTA
    Fresh – terminaleditor med IDE-känsla
    • Typ: Öppen källkod, TUI (Text-based UI) i terminal
    • Språk: Rust
    • Gränssnitt: Paneler, split-vyer, filutforskare, musstöd
    • Utvecklarstöd: LSP (diagnostik, completion, symboler)
    • Extra: Inbyggd terminal som buffert med flikar och scroll-läge
    • Utbyggbart: Pluginsystem (TypeScript) och central config.json
    • Plattformar: Linux, macOS, Windows (även via WSL)
    Tips: Passar dig som vill stanna i terminaln men ändå ha moderna IDE-funktioner.
  • Från 70-tal till 2025 – klassiska Linuxkommandon får nya muskler

    När vi startar datorn och skriver ls för att lista filer, eller cp för att kopiera något, tänker de flesta inte på det. Men bakom dessa små kommandon ligger en mjukvaruskatt med rötter tillbaka till 1970-talets Unix. Den heter GNU coreutils, och nu har den fått en ny stor uppdatering – version 9.8.

    En osynlig ryggrad i datorvärlden

    Coreutils är ett paket med de mest grundläggande verktygen i Linux och andra Unixliknande system. Det är program som hjälper oss att läsa textfiler, räkna ord, jämföra innehåll, sortera, hålla reda på datum eller visa hur många processorer datorn har. I princip varje gång du öppnar terminalen är det coreutils som gör jobbet i bakgrunden.

    Och nu – över 40 år efter att de första varianterna såg dagens ljus – fortsätter utvecklingen.

    Nya språk för säkerhet och enkelhet

    I den nya versionen är det särskilt två förbättringar som sticker ut.
    För det första kan verktyget cksum nu använda den moderna SHA3-algoritmen för att skapa säkra kontrollsummor. Kontrollsummor används för att försäkra sig om att en fil är intakt och inte manipulerad, och SHA3 är det senaste inom kryptografisk standardisering.

    För det andra får kodningsverktyget basenc stöd för Base58 – en metod att representera data utan de tecken som ofta misstas för varandra, som nollan och bokstaven O. Perfekt i en tid då vi allt oftare scannar QR-koder och hanterar kryptovalutaadresser.

    Smartare hantering av dagens datorer

    Dagens datorer ser annorlunda ut än på 80-talet, och coreutils hänger med. Kommandot nproc, som visar hur många processorer som finns att tillgå, tar nu hänsyn till cgroup v2 – en teknik som används i moderna Linuxsystem för att begränsa resurser i containrar. Det betyder att program i en container får en mer realistisk bild av vad de faktiskt får använda.

    Även stty, som styr inställningar för terminalen, kan nu sätta godtyckliga överföringshastigheter på vissa system. Och textverktyget fold har blivit medvetet om att världen består av fler tecken än bara ASCII – till exempel emojis och asiatiska tecken – och radbryter dem på rätt sätt.

    Fixar under huven

    Det kanske inte märks direkt för vanliga användare, men version 9.8 rättar också till en lång rad buggar. Till exempel fungerar nu cp --sparse=always bättre när det gäller att spara diskutrymme, tail riskerar inte längre att skriva ut extra rader i vissa situationer, och od (ett program för att visa filer i olika nummerformat) har blivit stabilare.

    För den som arbetar med stora tal har verktyget factor fått en rejäl hastighetsökning, och seq, som används för att generera talföljder, hanterar nu mycket stora startvärden med högre precision.

    Ett internationellt samarbete

    Bakom kulisserna är coreutils ett samarbete mellan utvecklare världen över. Den senaste versionen bygger på 348 kodändringar från åtta olika personer, varav veteranerna Paul Eggert och Padraig Brady står för merparten. Det visar att även de mest grundläggande programmen i datorvärlden behöver ständig omvårdnad – och att arbetet ofta sker i det tysta.

    Fortsatt relevant

    Att ett verktygspaket som skapades i Unix miljö på 1970-talet fortfarande utvecklas aktivt år 2025 är i sig en historia. Det påminner oss om att digital infrastruktur inte alltid handlar om de mest uppmärksammade apparna eller sociala nätverken. Ofta är det små, diskreta verktyg – kommandon på några få bokstäver – som får hela det moderna IT-samhället att fungera.

    För den nyfikne finns den nya versionen att ladda ner på GNU:s hemsida:
    https://gnu.org/s/coreutils/

    https://linuxiac.com/gnu-coreutils-9-8-released-with-sha3-support

  • Linux.se bygger upp svensk Linux-dokumentation – en sida i taget

    Linux.se bygger just nu upp en svensk Linux-dokumentation. Med hjälp av AI och ideellt engagemang har redan hundratals manualsidor översatts, och målet är inget mindre än att täcka in hela Unix- och Linux-världen på svenska.

    Linux.se nöjer sig inte med att rapportera om öppen källkod. Redaktionen har tagit sig an en större uppgift: att översätta Unix- och Linux-manualsidor till svenska.

    Arbetet görs när tid och ork finns – ofta med hjälp av AI. Målet är tydligt: att göra den tekniska dokumentationen mer tillgänglig för svenska användare.

    Småfel och formatproblem

    Resan har inte varit enkel. De första översättningarna var fyllda av småfel. Att anpassa manualsidorna från HTML till MediaWiki har också varit en stor utmaning. I backspegeln konstaterar redaktionen att WordPress kanske hade varit ett smidigare val.

    474 sidor hittills

    Trots svårigheterna har projektet vuxit snabbt. I dag finns runt 474 översatta sidor. Vissa kommer behöva göras om i takt med att AI-verktygen blir bättre.

    Layouten har också förbättrats. Bland annat har flaggor flyttats in i tabeller, vilket gör manualerna lättare att läsa.

    Fokus på sektion 1 och 8

    Målet är att översätta alla Linux-manualer. I första hand satsar man på användarkommandon (sektion 1) och systemadministrationskommandon (sektion 8).

    Bland de 100 vanligaste Linux-kommandona är nu de flesta översatta. Några återstår – framför allt på grund av sin omfattning.

    En resurs för linux användare

    Arbetet fortsätter i lugn takt, några sidor om dagen när tid och lust tillåter.

    På sikt kan projektet bli en ovärderlig resurs för svensktalande Linux-användare – och ett exempel på hur ideellt engagemang och ny teknik kan gå hand i hand för att stärka det öppna ekosystemet.

    https://wiki.linux.se/index.php/100_Linux_kommando

    Faktaruta: Linux manualsidor – sektioner
    • 1 Användarkommandon
    • 2 Systemanrop
    • 3 Biblioteksanrop (C-bibliotek)
    • 4 Specialfiler (enheter) och drivrutiner
    • 5 Filformat och konventioner
    • 6 Spel och skärmsläckare
    • 7 Övriga ämnen, makropaket och konventioner
    • 8 Systemadministrationskommandon
    • 9 Kärnrutiner (ej standardiserad)
    Tillägg som kan förekomma:
    n ”New/nya” sidor • l Lokala sidor
    1p, 3p POSIX-varianter • 1x, 3x X11-relaterat
    linux.se:~$

Etikett: kommandorad

  • Därför lever 50 år gamla Unix-idéer kvar i moderna Linux

    Linux är ett modernt operativsystem, men många av dess viktigaste idéer utvecklades redan under Unix-eran på 1960- och 1970-talen. Det hierarkiska filsystemet, processhanteringen, kommandopipelines och möjligheten att flytta systemet mellan olika datorarkitekturer är principer som fortfarande präglar dagens Linuxdistributioner. Att de lever kvar efter mer än 50 år beror framför allt på att de fortfarande…

  • Ubuntu bytte tillbaka till klassiska cp efter kompatibilitetsproblem

    Ubuntu har tillfälligt återgått till den klassiska GNU-versionen av kommandot cp efter att Rust-alternativet orsakat problem vid byggandet av systemets liveavbilder. Händelsen visar hur svårt det är att ersätta Linux mest grundläggande verktyg utan att stöta på små men avgörande kompatibilitetsskillnader. Ubuntu testar sedan en tid tillbaka att ersätta flera av Linux mest grundläggande kommandon…

  • Apple Container 1.0 – Apples eget alternativ till Docker på Mac

    Apple har släppt version 1.0 av sitt öppna containerverktyg för macOS. Med Swift, OCI-kompatibla avbildningar och lättviktiga Linuxmaskiner vill Apple erbjuda ett mer inbyggt alternativ till Docker Desktop – särskilt för utvecklare som behöver beständiga Linuxmiljöer direkt på sin Mac. Apple har släppt version 1.0 av sitt öppna containerverktyg för macOS. Verktyget, som är skrivet…

  • Tmux 3.7 släppt – nu med tidigt stöd för flytande paneler

    Tmux 3.7 är här och bjuder på flera nyheter för den som arbetar mycket i terminalen. Den största förändringen är ett första stöd för flytande paneler, som kan lägga sig ovanpå den vanliga layouten. Dessutom får kopieringsläget radnummer, urklippshanteringen förbättras och flera säkerhets- och stabilitetsfixar har lagts till. Tmux, det populära verktyget för att hantera…

  • GNU nano 9.1: den lilla textredigeraren får putsad vardagsteknik

    GNU nano 9.1 är en liten men viktig uppdatering av den välkända terminalbaserade textredigeraren. Den nya versionen bjuder inte på några stora nyheter, men förbättrar sökning, backuphantering och syntaxmarkering, samtidigt som gammalt stöd för klassiska Mac-radslut tas bort. Resultatet är ett renare, stabilare och mer modernt nano för användare som ofta arbetar direkt i terminalen.…

  • Red Hat Enterprise Linux 10.2 släppt – nu med valfri AI-assistent i terminalen

    Red Hat Enterprise Linux 10.2 är här och visar tydligt vart företags-Linux är på väg: mot mer AI-stöd, starkare säkerhet, enklare uppgraderingar och modernare verktyg för både drift och utveckling. Med nyheter som AI-assistent i kommandoraden, postkvantskydd för SSH, Kernel Livepatching, PostgreSQL 18, MariaDB 11.8 och förbättrat stöd för image mode tar RHEL ännu ett…

  • APTUI – ett modernt terminalgränssnitt för paket i Debian och Ubuntu

    APTUI är ett nytt open source-verktyg som ger Debian-, Ubuntu- och Mint-användare ett mer överskådligt sätt att hantera program direkt i terminalen. Med ett modernt textbaserat gränssnitt blir det enklare att söka efter, installera och uppdatera paket utan att lämna kommandoraden. Att installera och uppdatera program i Linux görs ofta via kommandoraden med verktyget APT.…

  • Fish Shell 4.3 – när kommandoraden blir smartare, snyggare och mer förutsägbar

    Fish Shell 4.3 är en uppdatering som vid första anblick kan verka försiktig, men som i praktiken förändrar hur skalet upplevs i det dagliga arbetet. Istället för stora, uppseendeväckande nyheter har utvecklarna fokuserat på att göra befintliga funktioner tydligare, smartare och mer konsekventa. Resultatet är ett kommandoskal som känns mer förutsägbart, lättare att konfigurera och…

  • Lathund för WP-CLI

    WP-CLI gör det möjligt att administrera WordPress snabbt, effektivt och automatiserat direkt från kommandoraden. Med hjälp av detta verktyg kan du hantera allt från installation och uppdateringar till användare, databaser och felsökning – utan att logga in i webbgränssnittet. Den här lathunden ger en praktisk och tekniskt inriktad genomgång av de vanligaste WP-CLI-kommandona, med tydliga…

  • Fresh – när terminaln möter det moderna kodverktyget

    Terminaln har länge varit utvecklarens snabbaste verktyg – men också ett av de mest avskalade. Med Fresh utmanas den bilden. Den nya öppna textredigeraren kombinerar terminalns effektivitet med moderna funktioner som annars hör hemma i grafiska IDE:er. Resultatet är ett kraftfullt kodverktyg som körs helt i textläge, men ändå erbjuder en strukturerad, visuell och förvånansvärt…

  • Från 70-tal till 2025 – klassiska Linuxkommandon får nya muskler

    När vi startar datorn och skriver ls för att lista filer, eller cp för att kopiera något, tänker de flesta inte på det. Men bakom dessa små kommandon ligger en mjukvaruskatt med rötter tillbaka till 1970-talets Unix. Den heter GNU coreutils, och nu har den fått en ny stor uppdatering – version 9.8. En osynlig…

  • Linux.se bygger upp svensk Linux-dokumentation – en sida i taget

    Linux.se bygger just nu upp en svensk Linux-dokumentation. Med hjälp av AI och ideellt engagemang har redan hundratals manualsidor översatts, och målet är inget mindre än att täcka in hela Unix- och Linux-världen på svenska. Linux.se nöjer sig inte med att rapportera om öppen källkod. Redaktionen har tagit sig an en större uppgift: att översätta…