Periodisk, Linux-kerneudviklere debat eller mød for at diskutere bestemte emner. Normalt bruges nogle NOC'er til at mødes ansigt til ansigt, men de berømte LKML'er bruges også til at diskutere andre detaljer som disse.
Ved denne lejlighed er et specifikt emne blevet behandlet, og det er det grænsen for længden af tekstlinjer i Linux-kernen. Der er mennesker, der kan lide linjerne lidt længere for ikke at spilde lodret plads, og andre, der foretrækker kortere linjer, så de ikke optager for meget bredde. Det er mere et spørgsmål om smag eller næsten æstetisk.
Nogle mener, at skærme og skærmopløsninger er blevet så store i de senere år, at meget længere linjer skal have lov til at blive skrevet i kernekodefiler. Faktisk er en af udviklerne ved navn Alastair D'Silva blandt dem, der tror det, og han sendte et program, der tillod længder på 64-byte linje i stedet for de nuværende 16 eller 32 byte.
Nogle som Petr Mladek kunne ikke lide dette, da han mener, at 64 byte betyder at have mere end 256 tegn for hver linje, og han tvivler på, at ethvert menneske ville finde det let at læse en så lang linje på en enkel måde, og at også den skærmopløsning, der er nødvendig for at justere den type linjer skulle det være højere end standard HD, og at der sandsynligvis stadig var udviklere med moderne skærme ved disse opløsninger.
Det ser ud til at være lille chance for det lappen skrevet af Alastair blev officielt inkluderet i Linux-kernen. Derudover ved vi, at Linus Torvalds er meget streng med ikke at favorisere nogle udviklere frem for andre og sørge for, at udviklere kan arbejde selv med ydmygt udstyr, gammel hardware og billig. Faktisk er længden af linjer ikke noget nyt, det er allerede blevet dækket tidligere. Linus selv talte om længde, når han diskuterede at gå fra 80 til 100 tegn, og foretrak at beholde 80 på det tidspunkt (for 7 år siden).