Ännu ett år, ännu en FOSDEM. Jag tror mitt första var 2014, men jag är inte helt säker. Jag kan konstatera att precis som jag själv har hotellet jag brukar bo på börjat vara i behov av lite renovering, och Bryssel känns numera nästan som ett andra hem. Med det sagt, låt oss köra igång en sammanfattning av FOSDEM 2026.

Temat i år var policy, säkerhet och reglering. Många utvecklare är väldigt intresserade av de här aspekterna nuförtiden - så pass att man fick ställa sig i kö tidigt för att ha en chans att komma in i de fullsatta rummen. Det är bra — mjukvaruutveckling handlar om så mycket mer än bara kod. Publiken var den vanliga blandningen av ungdomar, gamla gråskägg, folk från EU-institutionerna, akademiker, företag, offentlig sektor och hobbyutvecklare. Trots det stora intresset för policy fanns det fortfarande föredrag som dök djupt ner i mer obskyra ämnen, så jag tycker inte att FOSDEM tappar sin gräsrotsanda, även om föredragen utvecklas. Var det 10 000 besökare? Jag kan bara gissa.

NOT: Det här inlägget är skrivet utifrån ett privat utvecklarperspektiv, och har inget att göra med min arbetsgivares åsikter.

Efter att ha funderat på det ett tag så har jag börjat att migrera mina aktiva FOSS-projekt från GitHub till Codeberg. Codeberg ett europeiskt öppen källkod-alternativ som övergripande liknar GitHub - en kodsamverkansplattform.mina

Varför då? Jo, en sak med GitHub att jag alltmer upplevt att man ignorerar grundläggande viktiga funktioner för utvecklare, medan man prioriterar annat. Exempel på sådant jag saknar är: avsaknad av fast-forward merges för linjär historik, rebase-only repos, SHA256-stöd, ordentlig AsciiDoc-rendering saknas fortfarande eller är trasiga. Hela markup-renderingen är en röra med ojämnt stöd för olika format. Fullständig Token-säkerhet har efterfrågats sedan länge, men ändå måste fortfarande använda gamla, osäkra Classic tokens för paketskrivning (fine-grained tokens är inte färdiga). Det finns alltså en hel del lösningar som blir bara 80% färdiga och sedan verkar stanna upp. Kanske är det talande att de delar av lösningen som är öppen källkod, som GitHub markup-repot, verkar helt övergivna. Där ligger många ärenden med åratal på nacken, och commit-historiken avslöjar att ingen beständig förvaltning sker. Överlag får man känslan av att GitHub har i delar slutat att prioritera utvecklargemenskapens behov och teknisk excellens. Mycket av GitHub är historiskt bra också förstås, men jag förväntar mig mycket mer av teknisk driv att lyssna på utvecklargemenskapens från en så välanvänd och global lösning som GitHub.

Jag började nyligen att flytta från GitHub till Codeberg.GitHub to Codeberg.

I och med samlade jag ihop en mängd anteckningar över de problem jag stötte på. Det är inte på något sätt menat som klagomål på Forgejo (eller Codeberg), men kanske hjälper det till att få dessa kvarvarande problem lösta, och om så är fallet fyller det ett syfte. Och, det är bara att rätta mig om jag har missförstått någon av dem, de flesta punkterna har dock ärenden på dem.

Commit‑meddelanden spelar roll. Ändå kastar många av oss ibland ur oss ett “fix stuff” eller “wip” när det går fort. Kanske låter man en AI‑agent vibe‑committa vad den råkar känna för. Det är helt okej i testgrenar, där man kan snygga till dem sen, men inte i main‑grenen. Ansträngningen att skriva ett bra commit‑meddelande är dock lika stor som att skriva ett dåligt. Skillnaden märks sex månader senare när man gräver i git‑loggarna och meddelandena inte ger en klar bild av vad som hänt.

Jag har översatt fri programvara av och till i flera år. Det började med att jag ville översätta ett projekt jag använde dagligen, och sedan fortsatte det på grund av att det var intressant och roligt. I den här posten tänkte jag dela några tankar om varför översättning är viktigt, och vad som är värt att tänka på i sammanhanget.

Varför bry sig alls?

Det enkla svaret är att bra översättningar innebär att fler kan använda verktyg på sitt eget språk. Men det är mer än så.