Jevne mellomrom, Linux-kjerneutviklere debatter eller møtes for å diskutere visse emner. Vanligvis brukes noen NOCer til å møte ansikt til ansikt, men de berømte LKMLene brukes også til å diskutere andre detaljer som disse.
Ved denne anledningen har et bestemt tema blitt behandlet, og det er det grensen for lengden på tekstlinjer i Linux-kjernen. Det er folk som liker linjene litt lenger for ikke å kaste bort vertikal plass, og andre som foretrekker kortere linjer slik at de ikke opptar for mye bredde. Det er mer et spørsmål om smak eller nesten estetisk.
Noen mener at skjermer og skjermoppløsninger har blitt så store de siste årene at det skal være lov å skrive mye lengre linjer i kjernekodefiler. Faktisk er en av utviklerne som heter Alastair D'Silva blant de som tror det, og han la ut en oppdatering som tillot lengder på 64-byte linje i stedet for gjeldende 16 eller 32 byte.
Noen som Petr Mladek likte ikke dette, siden han tror at 64 byte betyr å ha mer enn 256 tegn for hver linje, og han tviler på at ethvert menneske vil finne det enkelt å lese en så lang linje på en enkel måte, og at også skjermoppløsningen som er nødvendig for å justere den typen linjer bør det være høyere enn standard HD, og at det sannsynligvis fremdeles var utviklere med moderne skjermer på disse oppløsningene.
Det ser ut til å være liten sjanse for det lappen skrevet av Alastair ble offisielt inkludert i Linux-kjernen. I tillegg vet vi at Linus Torvalds er veldig streng med å ikke favorisere noen utviklere fremfor andre og sørge for at utviklere kan jobbe selv med ydmykt utstyr, gammel maskinvare og billig. Faktisk er ikke lengden på linjene noe nytt, det har allerede blitt dekket tidligere. Linus selv snakket om lengden når han diskuterte å gå fra 80 til 100 tegn, og foretrakk å beholde 80 på den tiden (for 7 år siden).