Com a chegada do GNOME 50, a integração nativa com arquivos do Google Drive deixou de existir. Não é que o login com a conta Google tenha sido removido, ele continua presente por meio do GNOME Online Accounts, mas o acesso direto aos arquivos, aquele que permitia montar o Drive dentro do sistema, foi desativado.
Agora, quando o usuário tenta abrir seus arquivos na nuvem diretamente pelo gerenciador de arquivos Nautilus, o resultado não é mais uma lista de documentos, mas uma mensagem de erro.
Para quem vinha de versões anteriores, a mudança soa como uma regressão. Mas a história por trás disso é menos simples do que parece.
Quando o problema não está na interface
A remoção não aconteceu por uma decisão repentina de abandonar a integração com serviços populares. O ponto central está em algo que raramente fica claro para o usuário final: dependências.
O acesso ao Google Drive no GNOME depende de uma biblioteca chamada libgdata. É ela que faz a ponte entre os aplicativos do sistema e as APIs do Google. Entretanto, essa biblioteca está abandonada há anos.
Sem manutenção ativa, o código envelhece. E, no caso específico, isso significava depender também de outra peça problemática: a libsoup2, uma biblioteca antiga responsável por lidar com requisições HTTP.
Esse tipo de dependência cria um efeito dominó. Para manter uma funcionalidade aparentemente simples, todo o sistema precisa carregar componentes desatualizados e, pior, vulneráveis.
A decisão de remover o suporte ao Drive passa diretamente por esse cenário. Bibliotecas sem manutenção não recebem correções de segurança. E, no caso da libsoup2, há um histórico crescente de vulnerabilidades reportadas.
Foi por isso que componentes centrais do sistema, como o GVFS, começaram a abandonar essas dependências. E, sem essa camada intermediária, a integração com o Google Drive simplesmente deixou de funcionar.
O projeto precisou escolher: preservar uma funcionalidade quebrada e potencialmente insegura, ou removê-la de vez. A segunda opção venceu.
O que fica e o que não fica
É importante notar que nem tudo foi perdido. A integração com contas Google ainda permite sincronizar contatos, e-mails e calendário. Ou seja, o problema não é com o serviço em si, mas com a forma como os arquivos eram acessados. Ainda assim, existe um vazio difícil de ignorar.
O Linux sofre com a ausência de um cliente oficial do Google Drive. A integração do GNOME funcionava como uma solução paliativa para esse problema. Sem ela, o usuário volta a um cenário mais fragmentado.
Para quem depende desse tipo de integração, a alternativa mais comum hoje passa por ferramentas como o rclone. Elas permitem montar o Google Drive como se fosse um sistema de arquivos local, mas exigem configuração manual e um nível maior de familiaridade técnica.
E talvez esse seja o ponto mais delicado da mudança: ela não afeta apenas a funcionalidade, mas o tipo de usuário que o sistema consegue atender com facilidade.
O desaparecimento desse recurso diz menos sobre o Google Drive e mais sobre um dilema recorrente no software livre: o que fazer quando ninguém quer (ou pode) manter uma peça essencial? Projetos como o GNOME dependem de uma cadeia de contribuições voluntárias. Quando um elo dessa cadeia enfraquece, como aconteceu com a libgdata, o impacto pode levar anos para se tornar visível.
Quando aparece, geralmente já é tarde demais para salvar o que existia antes.E é para aliviar essa dor que a Fundação GNOME está começando a pagar uma bolsa para desenvolvedores que contribuem com a base do sistema.