Med jämna mellanrum Linux-kärnutvecklare debattera eller träffas för att diskutera vissa ämnen. Vanligtvis används vissa NOC: er för att mötas ansikte mot ansikte, men de berömda LKML: erna används också för att diskutera andra detaljer som dessa.
Vid detta tillfälle har ett specifikt ämne behandlats, och det är det gränsen för längden på textrader i Linux-kärnan. Det finns människor som gillar linjerna lite längre för att inte slösa bort vertikalt utrymme, och andra som föredrar kortare linjer så att de inte upptar för mycket bredd. Det handlar mer om smak eller nästan estetisk.
Vissa tycker att bildskärmar och skärmupplösningar har blivit så stora de senaste åren att mycket längre rader bör tillåtas skrivas i kärnkodfiler. Faktum är att en av utvecklarna som heter Alastair D'Silva är bland dem som tror det, och han publicerade en patch som tillät längder på 64 byte linje istället för nuvarande 16 eller 32 byte.
Några som Petr Mladek tyckte inte om detta, eftersom han tror att 64 byte innebär att ha mer än 256 tecken för varje rad, och han tvivlar på att någon människa skulle ha det lätt att läsa en så lång rad på ett enkelt sätt, och att även skärmupplösningen är nödvändig för att justera den typen av linjer bör det vara högre än standard HD, och att det förmodligen fortfarande fanns utvecklare med moderna skärmar vid dessa upplösningar.
Det verkar vara liten chans att lappen skriven av Alastair blev officiellt inkluderad i Linux-kärnan. Dessutom vet vi att Linus Torvalds är mycket strikt om att inte gynna vissa utvecklare framför andra och se till att utvecklare kan arbeta även med ödmjuk utrustning, gammal hårdvara och låg kostnad. Faktum är att linjens längd inte är något nytt, det har redan täckts tidigare. Linus själv talade om längden när han diskuterade att gå från 80 till 100 tecken och föredrog att behålla 80 vid den tiden (för 7 år sedan).