11 pontos por GN⁺ 2025-09-17 | 7 comentários | Compartilhar no WhatsApp
  • Com o ecossistema Android se tornando rapidamente mais fechado nos últimos tempos, cresce a necessidade de desenvolver smartphones baseados em Linux como alternativa aberta
  • O Google passou a desenvolver em privado alguns componentes do AOSP, e os principais fabricantes removeram a opção de desbloqueio do bootloader, limitando a liberdade do usuário
  • Por causa da Play Integrity API, a instalação de apps fica restrita sem login em uma conta Google, e até a carteira de identidade digital da UE força essa dependência
  • A obrigatoriedade de verificação de identidade de desenvolvedores afeta a maioria dos dispositivos e acelera o enfraquecimento do ecossistema de apps open source, como já se viu com a interrupção do Syncthing Android e a rejeição de atualizações do NextCloud
  • Na prática, o Android está convergindo para uma plataforma fechada, como a Apple, tornando urgente o avanço de um OS móvel Linux aberto para preservar concorrência e inovação

Introdução

Recentemente, o ambiente Android está migrando rapidamente para mais fechamento em vez de abertura

O fechamento do ecossistema Android

  • O Google vem demonstrando uma movimentação de transferir para desenvolvimento privado cada vez mais componentes centrais do AOSP (Android Open Source Project)
  • Grandes fabricantes como Samsung, Xiaomi e OnePlus estão removendo a função de desbloqueio do bootloader de todos os dispositivos, aumentando as restrições para os usuários
  • Espera-se que o Google também siga esse caminho no futuro

A política de reforço de controle do Google

  • O Google está forçando a adoção da Play Integrity API e incentivando os desenvolvedores a implementar recursos relacionados
    • Com isso, para usar apps da Google Play Store, passa a ser necessário fazer login em uma conta do sistema no nível do sistema operacional inteiro
    • Até mesmo apps oficiais de verificação de identidade exigidos pela União Europeia (UE) seguiram essa política, gerando controvérsia
    • A reação de desenvolvedores open source no Github e em outros lugares continua
  • O sistema Android também deve introduzir a obrigatoriedade de verificação de desenvolvedores
    • Isso não afeta diretamente OS de terceiros, mas a maioria dos dispositivos Android ficará dentro do alcance dessa medida
    • Daqui para frente, aumenta a possibilidade de muitos desenvolvedores open source abandonarem de vez o desenvolvimento de apps Android em reação à política do Google

A crise do desenvolvimento de apps Android open source

  • Na prática, o projeto SyncThing encerrou o desenvolvimento do app Android por causa de problemas com as políticas da Google Play
  • Atualizações do app NextCloud também foram rejeitadas várias vezes pelo Google (sem motivo divulgado) e só foram restauradas depois de grandes protestos
  • O Google também está avançando com políticas que classificam softwares que reforçam a soberania do usuário, como bloqueadores de anúncios, como “perigosos” e “não confiáveis”
  • Há expectativa de que essa série de métodos de verificação e controle seja aplicada ainda mais no futuro

A necessidade de um OS alternativo

  • No passado, havia competição entre as plataformas Google e Apple, mas recentemente, com grandes julgamentos antitruste e o Google escapando sem sanções significativas, a concorrência prática desapareceu
  • O Google está tomando como referência o modelo de controle de mercado da Apple e caminhando para abandonar a abertura do Android
  • O Android atual já é difícil de considerar uma “plataforma aberta” e corre o risco de perder completamente a abertura que tinha em um futuro próximo

Conclusão: desenvolver Linux phones é urgente

  • Se o Android de fato convergir para uma plataforma fechada,
    • será necessário uma plataforma alternativa livre para desenvolvedores e usuários
  • OS móveis baseados em Linux ainda estão inacabados, mas
    • neste momento, é importante acelerar os investimentos e o ritmo de desenvolvimento
  • Isso não significa simplesmente “mudar para Linux agora”, mas sim se preparar para a estrutura competitiva do futuro

Resumo dos comentários: "Por que os Linux phones são importantes?"

Expectativas sobre alternativas em Linux

  • Anekdoteles: Está disposto a tolerar inconveniências e migrar para uma alternativa Linux após o EOL para escapar da dependência das big techs
  • thastings: Apresenta o Droidian (baseado em Debian + Phosh, usando drivers Android via Halium)
    • A maior parte das funções, incluindo a câmera, funciona normalmente, e é possível rodar apps Android com Waydroid
    • Recomenda dispositivos com suporte a SoCs modernos, como o Thinkphone (Motorola, SD8+ Gen1)
    • O Furilabs FLX1 também é uma boa alternativa
  • freebee: Imagina como cenário ideal um Valve SteamPhone — hardware de alto desempenho + Arch + suporte a contêiner com modo Android

Limitações práticas e frustração

  • Raptor: O problema não é o app nem o OS, mas a qualidade do hardware — falta desempenho básico como telefone, inclusive nos alto-falantes
  • hendrik: Relata a experiência com o Pinephone; o hardware é lento e faltam funções essenciais para uso real, como connected standby e notificações
    • Tinha expectativas desde o Nokia N900 de 2009, mas o progresso é lento e é improvável que surja uma alternativa antes do endurecimento das políticas do Google em 2027
  • glitching: Linux phone não é uma alternativa ao Android, mas apenas um “PDA que roda Linux”
    • Bateria, flexibilidade, chamadas e câmera são todos insuficientes
    • Os apps são focados em desktop e não se adequam bem à UX móvel
    • O processo de instalação também é complexo e tem alta taxa de falha
    • Na prática, hoje não há nada realmente para “substituir”; no máximo dá para experimentar com LineageOS/pmOS em um flagship usado

Discussão sobre projetos e ecossistema

  • Ulrich: A ideia não é mudar agora, mas sim que este é exatamente o momento de acelerar o desenvolvimento
    • O PostmarketOS parece o mais maduro, mas é necessária a cooperação de toda a comunidade
  • Vittelius: Ubuntu Touch e Sailfish são as alternativas mais polidas comercialmente
    • O PostmarketOS parece mais “Linux de desktop colocado em um telefone”, então falta UX
    • Já o UT e o Sailfish foram projetados desde o início como OS móveis e têm maior nível de acabamento
  • eldavi: Não faz sentido comparar com o capital das grandes empresas; é preciso reconhecer os limites dos projetos comunitários
  • hendrik (réplica): O Linux já teve grandes conquistas em servidores e PCs, então é preciso manter expectativas altas também nos telefones
  • Zink: Hoje, smartphones são apenas “eletrodomésticos de comunicação”, usados principalmente como substitutos de apps de PC
    • Um Linux phone com dock pode ser ideal, mas a oportunidade talvez esteja mais no mercado corporativo do que na massificação

Em resumo

  • Os usuários concordam com a necessidade de alternativas à medida que a dependência das big techs se aprofunda, mas
  • há muito pessimismo prático porque faltam funções básicas para uso real, como qualidade do hardware, apps essenciais, notificações/modo de espera/bateria
  • Foram citados Droidian, PostmarketOS, Ubuntu Touch e Sailfish, reforçando mais uma vez que cooperação da comunidade e investimento de longo prazo são indispensáveis

7 comentários

 
mango 2025-09-19

Android é bom mesmo kkk, bem melhor que o iOS

 
anjin225 2025-09-17

Bora de Tizen

 
carnoxen 2025-09-17

Vendo que o Firefox OS fracassou, sei não...

 
chcv0313 2025-09-17

É preciso conseguir lidar com questões legais como restrições à gravação de chamadas em cada país; será que isso é possível?

 
coremaker 2025-09-17

Isso envolve não apenas software, mas também a questão de hardware completo,
o que me faz pensar que seria difícil essas opiniões se concretizarem na prática.

No fim, vai surgir uma situação em que será preciso ganhar dinheiro,
e, se por causa disso aparecerem problemas comerciais (segurança, erros, hacking, roubo etc.),
no fim das contas isso não acabaria convergindo para a mesma direção do Android?

 
opminsu 2025-09-17

Concordo.

 
GN⁺ 2025-09-17
Comentários no Hacker News
  • Meu celular Android me impede de tirar screenshots se o desenvolvedor do app não quiser
    Se a minha operadora exigir, também me impede de gravar chamadas. Mesmo sendo legal na minha região
    Não gosto nem um pouco dessa direção

    • O mais frustrante quando o desenvolvedor bloqueia screenshots é que você não tem como saber que isso está bloqueado até tentar
      Você tira a captura e só fica uma imagem toda branca
      Apps bancários em especial usam muito essa política achando que estão protegendo algo
    • Não é só um problema de celular
      Se você fizer perguntas para IAs como ChatGPT ou Gemini que o Vale do Silício não quer, fica difícil obter resposta
      O clima é de que só uma resposta é permitida
      E parece que isso vai piorar
    • Já tive esse tipo de problema com meu banco por causa do Google Pay
      O banco dizia para falar com o Google, o suporte do Google mandava voltar para o banco
      Depois de algumas trocas de e-mail, o suporte do Google pediu screenshots do app do banco e do Google Pay
      Então você precisa de um segundo celular ou simplesmente parar de reclamar
      Só voltou a funcionar depois de alguns anos e três aparelhos diferentes
    • Isso me lembrou uma vez em que o banco pediu screenshots
      Quando avisei que o app deles bloqueava screenshots, o pessoal do banco ficou surpreso
      Falei de uma forma de contornar pelo site, resolveram assim e o banco ficou satisfeito
      É um banco normalmente bom, e mesmo assim aconteceu uma idiotice dessas
    • A realidade é que só as operadoras podem gravar chamadas
      (observação: isso precisa ser entendido obrigatoriamente como piada)
  • Eu aguento todo tipo de absurdo (hardware caro e lento, UI ruim, correção infinita de bugs etc.), mas a duração de bateria dos dispositivos Linux móveis por si só torna o uso inviável na prática
    Existe ao menos um celular/tablet Linux que realmente dê para usar por 8 horas por dia? Librem, Pinephone, Juno, nenhum consegue. O uConsole também não
    O mini laptop da MNT dura umas 4 horas, mas se ficar muito tempo em standby descarrega
    Enquanto isso, aparelhos móveis populares, até usados de 3 a 5 anos, passam o dia sem preocupação com bateria
    Você pode deixar YouTube aberto enquanto dorme e de manhã ele continua funcionando
    Eu quero um celular Linux, mas se mesmo investindo tanto esforço o uso diário continua tão difícil, fico me perguntando quem vai conseguir usar isso

    • Acho que depende do que significa "uso real"
      O Furi FLX1 tem a melhor duração de bateria entre os celulares Linux que eu já vi
      Só em standby ele passa de 3 dias
      Os aparelhos oficialmente compatíveis com SailfishOS também parecem aguentar bem um dia inteiro
    • Se for olhar só para tempo real de uso, é uma questão de calcular consumo médio e capacidade da bateria
      Exemplo: consumo de 1W por 8 horas exige 8Wh — em 3,7V, algo em torno de 2162mAh já bastaria
      Os fabricantes fazem otimizações reais de acordo com o padrão de uso dos consumidores, como deixar YouTube rodando a noite toda
      Eles apelam para todo tipo de truque com brilho da tela, circuitos e projeto da bateria
      Já os dispositivos Linux parecem quase não ter otimização de energia nenhuma
      Nem parece que fazem testes de ambiente
      Como consumidor, eu não quero aceitar uma situação dessas
    • Foi exatamente por isso que o Android foi criado
      A estrutura de SO e apps de desktop não funciona em dispositivos móveis
      As APIs restritivas do Google são difíceis para desenvolvedores, mas são muito otimizadas para eficiência de bateria e consumo de energia
    • Estou usando PostmarketOS em um Google Pixel 3a
      Com uso leve, a bateria cai uns 20% por dia, e mesmo rolando bastante rede social fica em torno de 60%
      Para ser sincero, achei isso até bem decente
      Depois de reinstalar recentemente, a bateria melhorou bastante — antes parecia ser por causa do Syncthing rodando em segundo plano
      Se você usar s2idle suspend, o consumo em standby cai ainda mais, mas aí não recebe chamadas (isso talvez melhore no futuro)
    • Há muitos tablets ou aparelhos 2 em 1 com chip AMD que aguentam 8 horas em uso leve
  • Meu próximo telefone quase com certeza vai ser um esquema de dois aparelhos
    Um vai ser um Android padrão barato, só para rodar coisas como app de banco que realmente exigem Google Play (extremamente bloqueado, e quase sempre desligado)
    O outro vai ser para eu usar o celular como computador de propósito geral para o que eu quiser (terminal, sshd, emacs, emuladores, player de mídia etc.)
    Parece cada vez mais difícil ter os dois mundos ao mesmo tempo em um único dispositivo
    Hoje ainda dá para se virar no Android, mas a situação está piorando

    • Continuando o que eu tinha acabado de postar, essa ideia parece realmente muito boa
      Usar dois aparelhos pode ser algo bem prático
      Um telefone PAYG usado só em casa para finalidades específicas como app bancário
      E o resto em um telefone GNU/Linux… só de imaginar Emacs no celular já me anima
    • Na prática eu faço isso, mas é bem trabalhoso de manter
      Até o aparelho "burro" precisa receber atualizações para continuar seguro e para os apps bancários seguirem funcionando
      Normalmente telefones com mais de 3 anos perdem suporte rápido
      Mesmo usando LineageOS, ele não passa nas verificações de integridade do Google, então parece que vou ter de comprar um Dumb phone novo a cada 2 anos
    • Eu preciso de um Android por causa de um app específico
      Meu principal continua sendo um telefone Linux — já faço isso desde o Nokia N9/N900
      Simplesmente não guardo dados sensíveis no telefone
    • Já pensei se não daria para rodar dois SOs com um hipervisor, como em servidor
      Mas o consumo de bateria deve ser brutal
    • O segundo telefone é quase um laptop pequeno
      No telefone "sem graça", deixei configuração de fábrica, três apps, MyGov, Dropbox e nem lembro o resto
      E ainda carrego um mini laptop legal, usando tethering do telefone para valer no dia a dia
      Um é eletrodoméstico, o outro é um computador de verdade
  • Mesmo que apareça um celular Linux realmente utilizável, não adianta nada se o governo exigir que, para pagar imposto, você compre hardware + software abençoados por uma empresa americana específica
    Se você não pagar imposto, vai preso, então no fim é obrigado a obedecer
    O problema não é o Google em si, e sim que, apesar de sermos cidadãos livres, elementos essenciais da vida estejam subordinados a hardware/software de empresas externas que não conseguimos controlar
    Precisamos resistir fortemente a entregar nossa vida a software e hardware que não controlamos
    Em especial, precisamos nos afastar de uma estrutura em que duas empresas americanas controlam tudo

  • Eu entendo as críticas ao Android, mas também parece estranho querer voltar para o Linux com seu modelo de segurança (inexistente) e UI/UX móvel ruim
    Talvez fosse melhor usar um fork de AOSP ou GOS (ganha compatibilidade, ainda que talvez ao custo de segurança)
    Também dá para pesquisar seriamente empacotar apps GUI Linux como APKs Android — exigiria integração com Wayland/DBus e algum trabalho extra, mas poderia combinar o melhor dos dois lados

    • fork de AOSP ou GOS
      Os dois sistemas ainda precisam seguir a estratégia de desenvolvimento do Google, então isso não é independência de verdade — e esse é justamente o problema (discussão relacionada no HN)
      Colocar GOS em um Librem 5 ou Pinephone é uma boa ideia, mas a equipe do GOS rejeita essa direção (discussão relacionada no HN)
      Sobre o "modelo de segurança inexistente" do Linux, na prática a ideia é confiar no software instalado a partir de repositórios open source
      Isso funciona muito bem

  • (Observação: não sou especialista em marketing/negócios, sou engenheiro de software/produto)
    Para smartphones Linux realmente ganharem espaço de mercado, uma abordagem realista seria desenvolver suporte perfeito em um único hardware barato e fácil de encontrar, rodando Debian puro ou PostmarketOS
    Se isso for ajustado para funcionar com o Phosh da Purism, sem drivers fechados nem blobs, aumentaria a demanda pela plataforma/componentes open source da Purism (ou de um hardware sucessor) e também as contribuições da comunidade
    Se o aparelho de entrada fosse algo como um PinePhone, talvez isso nem canibalizasse tanto as vendas do flagship da Purism
    Expandir a comunidade pode até gerar mais demanda e mais confiança na marca
    Concorrentes apareceriam também, mas como teriam de atender um público que valoriza hardware/software abertos e confiáveis, inevitavelmente seriam obrigados a contribuir com open source no upstream
    (Não precisa ser necessariamente um PinePhone; talvez um Pixel usado, fácil de desbloquear, também sirva. No futuro, até aparelhos dedicados ao GrapheneOS poderiam talvez aproveitar a mesma plataforma Linux aberta)

    • Fazer um único telefone totalmente aberto e sem blobs até no hardware é extremamente difícil
      Os celulares Linux de hoje já tentam usar componentes o mais abertos possível, mas normalmente isso significa projetos antigos, perto do fim de vida, ou desempenho de terceira linha
      O baseband inevitavelmente é fechado
      Um telefone 100% alinhado à ideologia FOSS é inviável na prática
      E quem vai comprar um celular com chip e bateria de terceira categoria?
      Como o mercado é pequeno, o preço continua alto
      No fim, a resposta parece ser "fazer primeiro um telefone bom" e depois colocar Linux nele
      (A menos que, como no mercado de PCs, todos os drivers já estejam abertos, hoje a barreira ainda é grande demais)
    • Mesmo um telefone chinês barato já serviria, se fosse um modelo antigo com boa documentação técnica
      Se der para colocar Linux em um aparelho de $50, certamente venderia 100 mil unidades — nem que fosse só pela curiosidade
      Mas, pelo que sei, a UI do Linux móvel ainda está abaixo do mínimo aceitável
      Parece que nem a experiência de um velho N900 (256 MB de RAM) ainda foi alcançada
      Projetos como portas de Maemo vão desaparecendo por falta de hardware
  • Sou usuário de Sailfish OS desde 2016
    Antes disso usei Meego e Maemo (N900, N9)
    Hoje também tenho um Android (por causa do app da Deutsche Post), usado só para envios
    Meu telefone principal é um Gigaset alemão (bateria de 4KmA), normalmente dura 2 dias, ou 1 dia se eu postar muito
    Também roda SDL2 (Godot 3.5 etc.) e compositor Wayland, e a interface não é ruim
    A falta de apps é um problema, mas por outro lado isso torna o desenvolvimento divertido, porque ainda há muita coisa para criar
    Linux móvel agora parece algo firmemente estabelecido

    • Olá, acho que já vi seu nick no fórum da Jolla
      Tenho dois aparelhos, Gigaset GX290 e GX4 Pro, mas fiquei adiando instalar SailfishOS porque é preciso fazer backup do Android e gerar scatter file em um PC com Windows
      As ferramentas MTK não são oficiais e você acaba baixando executáveis aleatórios de sites esquisitos, o que é bem incômodo
      Acho estranho não existir ferramenta oficial para isso
      Queria perguntar:
      Eu mexo com Linux embarcado, mas não entendo bem o conceito do processo de portar um SO como Sailfish para um aparelho Android qualquer
      O que exatamente acontece quando você grava o Sailfish em um aparelho Android específico?
      Por que isso é necessário? O que é libhybris, e por que não simplesmente reutilizar drivers binários do Android?
      A terminologia de Android e Linux embarcado também é toda diferente, então isso confunde
      Obrigado por todo o trabalho de desenvolvimento até aqui, e espero voltar a ser usuário de SFOS em breve
    • Fiquei curioso para saber em qual aparelho você usa Sailfish OS — é um Jolla C2?
  • Não entendo por que de repente todos os fabricantes estão tornando os telefones mais fechados, nem por que o Google está indo nessa direção
    Não faço ideia de qual é a intenção real

    • Acho que é um efeito colateral não intencional da regulação europeia
      A Apple respondeu tentando cumprir o mínimo necessário para se adequar às regras da UE, e o Google está seguindo esse mesmo nível
    • Alguns veem nisso uma intenção ligada a eSIM e à importância da integridade de identidade
    • É por mais dinheiro e mais poder
      É um movimento nascido da ganância
      Quem fez a sociedade avançar foram algumas poucas pessoas específicas (por exemplo, Richard Stallman), mas agora são pessoas comuns que mandam no sistema
    • Resposta sem teoria da conspiração:
      O fim do desbloqueio de bootloader não aconteceu de repente
      O cenário mudou quando a Samsung (maior fabricante Android) deixou de dar suporte a isso
      Continuar oferecendo esse recurso foi se tornando algo com custo/benefício ruim, então foi virando nicho
      Alguns clientes grandes inclusive exigem que isso nem seja suportado
      Desbloquear não é só tirar um cadeado; também exige lidar com aprovação de operadora, tratamento de shared secrets entre dispositivo e fabricante, e manter o SO funcionando corretamente mesmo com a cadeia de confiança quebrada
      Comercialmente, sempre foi um recurso com pouco incentivo desde o início
      O fato de vários fabricantes terem adotado isso por um tempo aconteceu numa época de margens maiores
      Hoje, como nem atualizações de SO conseguem prever o cenário 2 ou 3 anos à frente, o próprio desbloqueio virou fator de risco
      A comunidade de SOs de terceiros também está encolhendo
      Depois do colapso do Cyanogen (o principal nome), o número de usuários de SO alternativo caiu ainda mais
      Os motivos são:
      1. fragmentação crescente do mercado
      2. melhora enorme da qualidade e das atualizações do Android padrão
      3. introdução das verificações de integridade do dispositivo pelo Google (agora a maioria dos apps de banco e entretenimento não funciona mais, e aparelhos desbloqueados são bloqueados)
        Parece que a única saída restante é transformar isso em incentivo legal
        Caso contrário, hardware utilizável vai parar todos os dias em gavetas ou no lixo
        Se os fabricantes fossem obrigados a fornecer camada de software aberta do hardware e documentação, SOs comunitários poderiam ser mantidos e ampliados
        Para isso virar lei, seria preciso provar um efeito social positivo, mas na prática a chance disso é muito baixa
    • Não é algo repentino, e sim um reforço contínuo do controle
      Antes dava até para trocar a bateria do celular por conta própria, e os fabricantes foram eliminando pouco a pouco todas essas liberdades
  • Celulares Linux são inúteis para a maioria das pessoas se não rodarem apps de governo e de banco

    • O texto original diz claramente: "não estou dizendo para usar um telefone Linux agora mesmo, e sim que o desenvolvimento precisa acelerar"
      Seria bom evitar críticas apressadas demais
    • Eu odeio que a realidade seja essa: apps de governo/banco só existem na Play Store
      Para usar, você precisa criar uma conta Google e aceitar os termos deles
      Existem contornos como a Aurora Store, mas alguns apps bancários verificam obrigatoriamente se foram baixados da Play Store, então nem isso funciona
    • Eu escuto esse argumento com frequência, mas não entendo
      Que app de governo é realmente indispensável?
      E por que você precisa consultar conta bancária no telefone?
      No meu país esse modelo é raro; a sociedade ainda paga principalmente com cartão de crédito
    • É possível emular Android no Linux
      A maioria dos bancos também oferece site
      O verdadeiro obstáculo é que, em ambiente de emulação Android, a autenticação por foto com a câmera não se conecta direito
    • A única forma realmente prática parece ser usar dois dispositivos — um dedicado a serviços governamentais/financeiros e outro para o resto, com privacidade
  • “Android também não é Linux?”
    Não é para ser pedante, é curiosidade genuína
    Existem muitos clones de Android que funcionam sem Google Play
    Não daria simplesmente para usar isso? Qual é o valor extra de um ‘celular Linux’?

    • "Linux" é o nome do kernel, mas em geral as pessoas usam a palavra querendo dizer algo mais amplo
      Quando falam em "Linux Phone", nem sempre fica claro qual stack de software exatamente elas querem, e mesmo o Android já sendo baseado em Linux, ainda assim tentam fazer distinção
    • Fazer um fork do Android parece muito menos trabalhoso do que criar um celular Linux do zero
      E ainda preserva compatibilidade
    • Android é um kernel Linux modificado com um userspace separado
    • Há alternativas Android sem Google Play, como microG GmsCore, mas ainda assim isso é quase impossível — na prática continua sendo um monopólio
    • Ninguém realmente liga para o kernel em si
      O que os usuários realmente querem é poder usar o telefone do jeito que quiserem, com um userspace “geral” livre das políticas imprevisíveis dos fabricantes
      Ninguém quer andar com golpistas, espiões e apps suspeitos no bolso
      Quando Stallman dizia "GNU/Linux", isso virou motivo de piada por muito tempo, mas hoje essa distinção realmente importa
      Por exemplo, se o Debian passasse a ser baseado em BSD, eu provavelmente continuaria usando Debian
      Se o iOS trocasse o kernel por Linux, eu ainda assim não usaria
      No fim, o que realmente se quer é a “proteção política” dada pela GPL e por projetos que a sustentam (como o Debian)
      Só que muitas pessoas não admitem isso explicitamente, ou a política do mundo real entra em conflito com a forma como elas vivem
      Como querem escapar de monopólios de poucos atores, valorizam essa abertura