Servidor X.org remove vestígios de suporte a compiladores antigos
A recente limpeza de código legado e de suporte a compiladores obsoletos no X.Org Server destaca o quão pouca manutenção ativa as partes não-XWayland da pilha X11 recebem hoje, mesmo com alguns novos colaboradores tentando modernizá-la. Os comentaristas debatem se esse tipo de refatoração de passagem e limpeza de estilo ajuda ou se vira um fardo para mantenedores já sobrecarregados, levantando questões mais amplas sobre como projetos de software livre devem lidar com contribuições de alto volume, mas baixo impacto. O tópico também situa esse trabalho na mudança maior para Wayland, observando que a maior parte do desenvolvimento de toolkits e drivers está se afastando do X11, o que muitos veem como inevitável a menos que novos mantenedores apareçam.
Experiência com anúncios no site do artigo
- Vários comentaristas reclamam de anúncios em vídeo com reprodução automática e som.
- Outros sugerem bloqueadores de anúncios (por exemplo, uBlock e opções móveis) como a solução prática.
Gatilho para as limpezas no X.Org
- Um novo colaborador apareceu na lista de discussão do X.Org, fazendo muitas perguntas e enviando patches de limpeza.
- Alguns veem isso como trabalho oportunista ou cosmético, não necessariamente indicando um renascimento mais amplo do X.Org.
- Um patch removeu um grande bloco de código não utilizado que estava lá há 16 anos.
Comportamento de colaboradores e manutenção em OSS
- Vários comentários descrevem experiências com esse colaborador em diferentes projetos: muitos patches, refatorações frequentes, discussão limitada previamente.
- Os mantenedores dizem que isso gerou troca excessiva de código e trabalho extra de revisão para benefícios pequenos.
- Surge um debate: alguns criticam o “falar pelas costas” e argumentam que essa energia deveria ser recebida e orientada; os mantenedores respondem que tempo e paciência são limitados e que alguns colaboradores podem ser um saldo negativo.
Maildir, mbox, IMAP e Thunderbird
- Longo subthread sobre por que um cliente GUI deveria oferecer suporte direto a maildir.
- Pró-maildir: melhor para vários leitores, concorrência mais segura, uso mais fácil de ferramentas de CLI (por exemplo, grep), evita arquivos mbox monolíticos enormes.
- Contra-argumentos: clientes modernos deveriam depender de bancos de dados de metadados; fluxos de trabalho maildir-first são nichados e ultrapassados; executar um servidor IMAP local sobre maildir é um bom compromisso.
- Parte da frustração vem do fato de o suporte a maildir no Thunderbird ser parcial e bugado, o que parece um recurso inacabado.
X.Org vs Wayland e o futuro do projeto
- Alguns usuários preferem X11, dizendo que cada migração para Wayland quebra fluxos de trabalho pequenos, mas importantes (seleção primária, arrastar e soltar, warping do cursor, certos WMs em mosaico).
- Outros observam que o X.Org está efetivamente em modo de manutenção: poucos mantenedores ativos, toolkits mudando gradualmente o foco para backends Wayland.
- Argumenta-se que manter ambas as pilhas custa tempo e dinheiro; dado o consenso de que Wayland é arquiteturalmente melhor, o X11 é visto por alguns como dívida técnica servindo a um público em encolhimento.
- Críticos dessa posição sentem que o campo do Wayland está mais interessado em substituir o X do que em igualar seu conjunto de recursos, e se ressentem de ferramentas úteis perderem suporte.
Tangent de logo e branding (o “X” do Twitter)
- Breve discussão paralela zombando do logo “X” da rede social rebatizada como sem inspiração e possivelmente derivado de um simples caractere Unicode.
Compiladores antigos e educação
- Anedotas sobre um antigo compilador Sun C++: comportamento fora do padrão, diagnósticos ruins e avaliação rígida em torno de warnings teriam causado muitas dificuldades ou desistências em CS.