Uma discussão iniciada no ano passado entre a equipe do GNOME Calendar e o Linux Mint voltou aos holofotes. O desenvolvedor Hari Rana, um dos mantenedores do aplicativo de calendário do GNOME, publicou um longo texto classificando o Linux Mint como uma “distribuição hostil”. No centro da controvérsia, a questão: afinal, quem deve dar suporte aos usuários quando uma distribuição mantém versões antigas de um aplicativo?
O problema dos pacotes antigos
Segundo Hari Rana, a equipe do GNOME Calendar recebe constantemente relatos de bugs enviados por usuários do Linux Mint utilizando versões do aplicativo que já não recebem suporte há bastante tempo.
Na visão do desenvolvedor, muitos desses problemas já foram corrigidos em versões mais recentes, mas como o Mint continua distribuindo edições antigas, herdadas principalmente do Ubuntu LTS e do Debian Stable, usuários acabam recorrendo ao projeto original em busca de ajuda.
Isso faz com que desenvolvedores voluntários gastem tempo investigando erros que já não existem ou que podem ter sido introduzidos por alterações feitas durante o empacotamento da distribuição. Por esse motivo, ainda em setembro de 2025, Rana abriu uma solicitação oficial pedindo que o Linux Mint removesse os links de suporte apontando para o projeto GNOME Calendar.
A discussão evoluiu para um pedido de rebranding
Inicialmente, o pedido parecia relativamente simples: substituir os links de suporte para que usuários fossem direcionados ao próprio Linux Mint, responsável pelo pacote distribuído.
No entanto, a conversa ganhou outro rumo quando Hari Rana também passou a defender que o Mint alterasse o nome, o ícone e a identidade visual do aplicativo caso continuasse distribuindo versões consideradas obsoletas.
Segundo ele, manter a marca GNOME Calendar em uma versão sem suporte acaba passando aos usuários a impressão de que aquele software ainda é mantido pelo projeto original. Essa parte da discussão acabou sendo o principal ponto de atrito entre as duas equipes.
A resposta do Linux Mint
O fundador do Linux Mint, Clement Lefebvre, respondeu explicando que a situação é mais complexa do que parece. Como o Mint é baseado no Ubuntu LTS e também mantém uma edição baseada diretamente no Debian, boa parte dos pacotes segue exatamente as versões fornecidas por essas distribuições.
Remover o pacote do Mint não faria os usuários receberem automaticamente uma versão mais recente do GNOME Calendar. Eles apenas passariam a utilizar exatamente a mesma versão disponibilizada pelos repositórios do Ubuntu ou do Debian.
Lefebvre argumentou ainda que o Mint praticamente não modifica o aplicativo e que sua versão difere apenas por pequenas correções específicas. Por isso, perguntou se o GNOME também faria o mesmo pedido ao Ubuntu e ao Debian.
Para Hari Rana, porém, essa comparação não resolvia o problema. Segundo ele, o grande volume de relatos enviados ao GNOME vinha especificamente de usuários do Linux Mint.
O diálogo acabou se deteriorando
À medida que a conversa avançava, o tom foi ficando cada vez mais duro. Hari Rana afirmou diversas vezes que não cabia ao projeto GNOME encontrar soluções técnicas para problemas criados pelas distribuições.
Já Clement Lefebvre argumentou que o desenvolvedor ignorava completamente as limitações inerentes às distribuições baseadas em Debian e Ubuntu. Em determinado momento, após Rana afirmar que não tinha interesse nos detalhes técnicos da distribuição, Lefebvre respondeu:
“Se você não se importa, então nós também não.”
Mais tarde, o fundador do Linux Mint encerrou definitivamente a discussão, afirmando que a solicitação parecia demonstrar um desejo de controlar como softwares livres são distribuídos e sugerindo que, caso esse fosse realmente o objetivo, talvez o problema estivesse na licença utilizada pelo projeto, e não nas distribuições.
Um debate que vai além do GNOME Calendar
Apesar do clima acalorado, a discussão evidencia um problema real enfrentado por diversos projetos open source.
Distribuições focadas em estabilidade costumam congelar versões dos aplicativos durante todo o ciclo de vida da distribuição. Isso garante previsibilidade e reduz riscos de incompatibilidade, mas também significa que muitos programas permanecem anos sem receber recursos mais recentes.
Ao mesmo tempo, usuários normalmente não fazem distinção entre o projeto original e a distribuição responsável pelo pacote instalado. Quando encontram um problema, procuram diretamente o desenvolvedor cuja marca aparece no aplicativo.
Isso acaba transferindo parte da carga de suporte para equipes upstream, mesmo quando o software distribuído já não corresponde à versão atualmente mantida.
Haveria uma solução simples?
Durante a própria discussão surgiu uma possibilidade que talvez agradasse ambos os lados. O Linux Mint chegou a sugerir remover os links de suporte presentes na janela “Sobre” do aplicativo e substituí-los por canais próprios da distribuição.
Isso faria com que usuários buscassem ajuda primeiro junto ao Mint antes de abrir relatos diretamente no GNOME.
Entretanto, Hari Rana considerou essa medida insuficiente. Para ele, além da remoção dos links, seria necessário rebatizar completamente o aplicativo para deixar claro que aquela versão não representa mais o trabalho do projeto GNOME Calendar. Foi justamente esse pedido de rebranding que acabou tornando o consenso praticamente impossível.
Um conflito que representa o ecossistema Linux
Independentemente de quem tenha razão, a polêmica evidencia um dos desafios históricos do software livre. Projetos upstream querem concentrar seus esforços no desenvolvimento do software atual e evitar gastar tempo oferecendo suporte a versões antigas.
Já distribuições como Linux Mint, Ubuntu LTS e Debian Stable priorizam estabilidade, previsibilidade e ciclos longos de manutenção, mesmo que isso implique utilizar versões mais antigas dos aplicativos.
Enquanto essas duas filosofias continuarem coexistindo, discussões semelhantes provavelmente voltarão a acontecer. O caso do GNOME Calendar apenas tornou público um conflito que há anos faz parte da relação entre desenvolvedores upstream e distribuições Linux.
Fique por dentro das principais novidades da semana sobre tecnologia e Linux: receba nossa newsletter!