Periodicamente, Desenvolvedores do kernel Linux debater ou reunir-se para discutir certos tópicos. Normalmente, alguns NOCs são usados para encontros face a face, mas os famosos LKMLs também são usados para discutir outros detalhes como esses.
Nesta ocasião, um tópico específico foi abordado, e é o limite do comprimento das linhas de texto no kernel Linux. Tem gente que gosta das linhas um pouco mais compridas para não desperdiçar espaço vertical, e outras que prefere linhas mais curtas para não ocupar muita largura. É mais uma questão de gosto ou quase estética.
Alguns acham que os monitores e as resoluções de tela se tornaram tão grandes nos últimos anos que linhas muito mais longas deveriam ser escritas nos arquivos de código do kernel. Na verdade, um dos desenvolvedores chamado Alastair D'Silva está entre aqueles que pensam assim e postou um patch que permitia extensões de Linha de 64 bytes em vez dos atuais 16 ou 32 bytes.
Alguns como Petr Mladek não gostou disso, já que ele pensa que 64 bytes significa ter mais de 256 caracteres para cada linha, e ele duvida que qualquer humano ache fácil ler uma linha tão longa de forma simples, e que também a resolução da tela necessária para ajustar esse tipo de linhas deve ser maior do que o HD padrão, e que provavelmente ainda havia desenvolvedores com telas modernas nessas resoluções.
Parece haver pouca chance de o patch escrito por Alastair tornou-se oficialmente incluído no kernel Linux. Além disso, sabemos que Linus Torvalds é muito rígido em não favorecer alguns desenvolvedores em detrimento de outros e garantir que os desenvolvedores possam trabalhar mesmo com equipamentos humildes, hardware antigo e de baixo custo. Na verdade, o comprimento das linhas não é algo novo, já foi abordado no passado. O próprio Linus falou sobre comprimento ao discutir a passagem de 80 a 100 caracteres, preferindo manter 80 naquela época (7 anos atrás).