Periodiek, Linux-kernelontwikkelaars debatteren of vergaderen om bepaalde onderwerpen te bespreken. Meestal worden sommige NOC's gebruikt om face-to-face te ontmoeten, maar de beroemde LKML's worden ook gebruikt om andere details zoals deze te bespreken.
Bij deze gelegenheid is een specifiek onderwerp behandeld, en dat is het ook de limiet van de lengte van tekstregels in de Linux-kernel Er zijn mensen die de lijnen wat langer houden om geen verticale ruimte te verspillen, en anderen die de voorkeur geven aan kortere lijnen zodat ze niet te veel breedte innemen. Het is meer een kwestie van smaak of bijna esthetisch.
Sommigen denken dat monitoren en schermresoluties de afgelopen jaren zo groot zijn geworden dat veel langere regels zouden moeten worden geschreven in kernelcodebestanden. In feite is een van de ontwikkelaars genaamd Alastair D'Silva een van degenen die dat denken, en hij plaatste een patch die lengtes van 64-byte lijn in plaats van de huidige 16 of 32 bytes.
Sommige als Petr Mladek vond dit niet leuk, aangezien hij denkt dat 64 bytes betekent dat elke regel meer dan 256 tekens heeft, en hij betwijfelt of een mens het gemakkelijk zou vinden om zo'n lange regel op een eenvoudige manier te lezen, en dat ook de schermresolutie die nodig is om dat type aan te passen lijnen zou het hoger moeten zijn dan standaard HD, en dat er waarschijnlijk nog steeds ontwikkelaars waren met moderne beeldschermen met die resoluties.
Die kans lijkt klein te zijn de patch geschreven door Alastair werd officieel opgenomen in de Linux-kernel. Bovendien weten we dat Linus Torvalds erg streng is om sommige ontwikkelaars niet te bevoordelen boven andere en ervoor te zorgen dat ontwikkelaars zelfs met eenvoudige apparatuur, oude hardware en tegen lage kosten kunnen werken. In feite is de lengte van lijnen niet iets nieuws, het is al in het verleden behandeld. Linus sprak zelf over lengte toen hij het had over het gaan van 80 naar 100 karakters, en gaf er de voorkeur aan om 80 op dat moment te behouden (7 jaar geleden).