Por que Gentoo?

 (blogs.gentoo.org)
2 pontos por GN⁺ 19 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • O valor central do Gentoo não está tanto no desempenho de compilação em si, mas na flexibilidade oferecida por compilar a partir do código-fonte e na filosofia de ser uma distribuição feita para os próprios usuários
  • É operado sem empresa ou modelo de negócios, e busca reduzir gargalos de governança financeira e riscos de dependência com a dissolução da Gentoo Foundation e a migração para a SPI
  • Com uma equipe de segurança dedicada, infraestrutura própria, canais de distribuição protegidos por OpenPGP e políticas fortes de QA, lida com dependências antigas, vínculo estático e dependências empacotadas
  • A estrutura com foco em código-fonte e as flags USE permitem escolher recursos, bibliotecas, sistema de init, libc e forma de build, mas opções sem manutenção podem acabar sendo limitadas
  • A rolling release, a coexistência entre configurações estáveis e experimentais, o suporte a hardware antigo, a facilidade para desenvolvimento e a remoção intencional de telemetria se traduzem em uma forma de respeitar o usuário

Identidade central do Gentoo

  • O Gentoo é conhecido como “a distribuição que compila tudo”, mas é difícil explicá-lo apenas como busca por desempenho ou otimização extrema
  • Com os avanços nas otimizações de CPU e compilador, e também nas otimizações de pacotes das distribuições comuns, a diferença de desempenho entre um pacote típico do Ubuntu e um pacote do Gentoo ajustado para a CPU do usuário pode, na prática, não representar uma diferença tão grande
  • O valor mais importante do Gentoo está na flexibilidade proporcionada pela compilação a partir do código-fonte e no fato de ser uma distribuição feita por pessoas que gostam do Gentoo, para elas mesmas

Independência

  • Não há empresa nem modelo de negócios por trás do Gentoo; ele é criado e mantido por pessoas comprometidas com os valores do Gentoo
  • Algumas lidam com o Gentoo como parte do trabalho, mas a maioria é voluntária e se move mais por paixão do que por incentivo financeiro
  • Parte da infraestrutura é doada e parte é mantida com doações, evitando depender de um único doador que possa influenciar o Gentoo
  • Para reduzir o risco de a governança financeira direta se tornar um gargalo, está em andamento o processo de dissolução da Gentoo Foundation e migração para a SPI

Segurança

  • O Gentoo trata a segurança de pacotes como algo importante e, às vezes, faz backport de patches antes mesmo do upstream
  • Uma equipe de segurança dedicada acompanha problemas, trabalha nas correções e informa os usuários
  • Mantém infraestrutura própria para reduzir o risco de comprometimento e protege canais de distribuição e mirrors com OpenPGP
  • Codeberg e GitHub são usados apenas como mirrors opcionais e canais de contribuição, para que o Gentoo não dependa de nenhum dos dois
  • Com políticas fortes de QA, reage de forma crítica a práticas como dependências empacotadas, vínculo estático e dependências fixadas
  • Também busca bloquear ameaças evidentes, como dependências gravemente desatualizadas

Uma distribuição feita por pessoas

  • O Gentoo proibiu contribuições de LLM há dois anos e mantém a posição de não se arrepender dessa decisão
  • Não é possível garantir 100% que nenhum código contaminado tenha entrado, mas confiança e vigilância são vistas como pilares da comunidade
  • Mesmo quando o upstream não adota a mesma posição, não é possível impedir totalmente que software baseado em LLM seja empacotado no Gentoo, por causa da responsabilidade de fornecer software atual e seguro
  • Casos graves, como copywashed chardet ou software de criptografia feito no estilo vibe-coded, são bloqueados sempre que possível

Estabilidade

  • O Gentoo não é a distribuição mais fácil para começar, mas depois de configurado pode ser surpreendentemente estável
  • Mesmo quando há problemas, muitas vezes é possível corrigi-los sem reinstalar o sistema
  • Como a árvore de pacotes não fica presa a uma única versão de determinado pacote, se uma versão nova não funcionar bem, há boa chance de ser possível fazer downgrade
  • Mesmo que aquela versão já tenha sumido do Gentoo, normalmente é relativamente fácil restaurá-la
  • Por ser uma distribuição rolling release, ela não se divide em várias versões da distribuição, e não exige migrações periódicas para o próximo release
  • O usuário pode escolher entre um ambiente mais atual, recebendo novos pacotes assim que entram, e um ambiente mais estável, atualizado depois que a prontidão é confirmada
  • demize @ unstable.systems relata ter tido uma experiência mais estável do que em outros Linux de desktop mesmo com configurações experimentais como ACCEPT_KEYWORDS="~amd64", perfil LLVM, mold como linker do sistema e LTO completo

Flexibilidade

  • Distribuição com foco em código-fonte

    • A forma padrão de instalação do Gentoo é por build a partir do código-fonte, mas isso não significa que o usuário precise sair procurando dependências manualmente e encadeando comandos de build por conta própria
    • O gerenciador de pacotes cuida das etapas necessárias e de outras tarefas além disso, facilitando a instalação de pacotes
    • Compilar a partir do código-fonte permite um controle mais fino sobre quais recursos um pacote inclui e de que forma ele é construído
    • Remover recursos desnecessários pode melhorar o desempenho e reduzir a superfície de ataque, e também permite compilar um leitor de RSS ou cliente de e-mail sem componentes vulneráveis de navegador web

  • Controle de bibliotecas e do processo de build

    • Compilar a partir do código-fonte evita prender o usuário a uma única combinação de bibliotecas usada por quem montou o pacote no Gentoo
    • Isso abre a possibilidade de manter uma versão antiga de certa biblioteca, usar uma mais nova ou até adotar uma implementação completamente diferente
    • Há limites entre o que é oficialmente suportado e o que de fato pode funcionar, mas o conjunto de combinações possíveis é muito maior do que em uma distribuição puramente binária
    • Mesmo fora do escopo suportado, é relativamente fácil aplicar patches ou ajustar o processo de build

  • Alcance e limites das escolhas

    • Às vezes o Gentoo é chamado de “a distribuição da escolha”, mas isso não significa que seja possível manter todas as opções para sempre
    • Em alguns casos, é possível oferecer escolhas razoáveis, como OpenRC e systemd, glibc e musl
    • Para que uma opção continue existindo, alguém precisa sustentá-la ativamente; caso contrário, ela tende a virar um sistema meio quebrado
    • Em outros casos, como LibreSSL e OpenSSL, libav e ffmpeg, o custo de manutenção ficou alto demais e foi preciso desistir
    • Como o Qt se recusa no upstream a oferecer suporte ao LibreSSL, manter o LibreSSL se tornou ainda mais difícil

  • Padrões e personalização opcional

    • A maior parte das escolhas no Gentoo é oferecida por opt-in
    • A ideia é oferecer flexibilidade para quem precisa, enquanto o restante continua com bons padrões
    • O usuário pode ter uma boa experiência personalizando apenas o que lhe interessa e deixando o resto no padrão
    • charon @ hachyderm.io destaca a possibilidade de lidar, no mesmo sistema operacional, com diferentes arquiteturas, libc, sistemas de init, patches de pacotes, conjuntos de recursos e stacks gráficos, mantendo tudo atualizado
    • Josh @ babka.social vê como vantagem poder configurar um sistema headless sem nenhum pacote gráfico, ou escolher a stack gráfica desejada, por meio de um simples arquivo de configuração em vez de um processo de instalação separado

Diversão e experimentação

  • O Gentoo busca oferecer mais do que apenas concluir tarefas: quer permitir que o usuário vá além e experimente
  • Se você quiser testar software de desenvolvimento recente, muitas vezes há versões dos branches stable, testing e development do upstream
  • Muitos pacotes têm live ebuilds que compilam diretamente do repositório upstream, permitindo testar o branch de desenvolvimento mais recente apenas fazendo unmask
  • É possível experimentar além de um sistema GNU/Linux comum, com musl, GNU Hurd, toolchain baseada em LLVM, FreePG, Sequoia, Samurai, tar/cpio do libarchive, implementações alternativas de awk e mais
  • Esse tipo de experimento não contradiz a estabilidade: é possível partir de pacotes stable ou ~arch, trazer apenas algumas partes para o mais recente e fixar o que for necessário em branches LTS

Sustentabilidade

  • Embora muitos usuários compilem a partir do código-fonte, o Gentoo busca a sustentabilidade da computação
  • Ele oferece amplo suporte a pacotes binários para permitir builds do mesmo pacote com diferentes configurações
  • O usuário pode usar pacotes binários oficiais que atendam às suas necessidades ou, se não servirem, voltar ao build a partir do código-fonte
  • Também é possível usar pacotes oficiais para vários alvos, ou construir e usar pacotes binários por conta própria, separadamente ou durante a instalação do sistema
  • O projeto tenta oferecer amplo suporte a hardware antigo ou menos comum, inclusive sistemas capazes de funcionar em hardware não suportado por Rust ou V8
  • Em vez de jogar fora computadores cujo suporte foi abandonado por fornecedores comerciais por não serem lucrativos, prefere permitir que continuem sendo usados, mesmo que isso exija mais esforço

Facilidade para desenvolvedores

  • Como o Gentoo compila tudo a partir do código-fonte, o usuário fica muito próximo do ambiente de desenvolvimento
  • Para instalar pacotes, é necessário ter uma toolchain completa, e a separação entre parte “runtime” e parte “de desenvolvimento” de um pacote faz pouco sentido no Gentoo
  • Por isso, muitas vezes o Gentoo já oferece por padrão um bom ambiente de desenvolvimento
  • Como política, o projeto não gosta de patching em pacotes e tenta evitá-lo sempre que possível; quer que os pacotes sigam o upstream e que o software desenvolvido no Gentoo seja correto e portável
  • O Gentoo é uma das poucas distribuições que não adicionam um arquivo pkg-config fora do padrão ao pacote bzip2
  • Desenvolver no Gentoo ajuda a evitar o erro comum de distribuir pacotes que exigem esse arquivo não padronizado
  • O Gentoo é uma das poucas distribuições que oferecem suporte ativo a várias versões de Python, permitindo não só escolher uma versão específica, mas instalar pacotes para múltiplas versões de Python ao mesmo tempo
  • Como existem muitas configurações diferentes de Gentoo, testes com usuários finais são importantes, e é fácil configurar a execução de suites de teste durante o build dos pacotes
  • rayslava @ mitra.do.rayslava.com diz que as flags USE são a melhor forma de configurar apps em várias combinações, e que o Portage até consumiu sem problemas pacotes rpm corporativos via emerge
  • A mesma pessoa afirma manter a infraestrutura Rust com pycargoebuild, sem ferramentas ou ambiente separados, e que usa Gentoo desde 2004 sem encontrar nada melhor

Uma distribuição útil

  • O Gentoo busca oferecer um sistema útil para vários casos de uso, como máquinas de desenvolvimento, PCs para jogos, terminais simples e servidores
  • Do ponto de vista da Free Software Foundation, o Gentoo pode não ser considerado uma boa distribuição porque instalar software proprietário nele é fácil demais
  • Ao mesmo tempo, manter apenas software livre é igualmente fácil, e esse é o padrão
  • Linn @ mastodon.social considera que a abordagem de licenças do Gentoo permite escolher, pacote por pacote, quais licenças serão aceitas, mantendo software livre como padrão e levando o usuário a verificar a licença antes de instalar software proprietário
  • O Gentoo mantém a política de reportar bugs encontrados ao upstream e trabalhar junto para corrigi-los
  • O projeto entende que não basta um contorno temporário para fazer algo passar no builder; é preciso uma solução que funcione para todos
  • Ele lida com problemas complexos como portabilidade e suporte a plataformas de nicho, considerando inclusive plataformas que a maioria das distribuições nem suporta
  • danzin @ mastodon.social afirma que, mesmo para quem não usa Gentoo, o trabalho do projeto em encontrar, reportar e corrigir problemas em projetos upstream é importante para manter compatibilidade e estabilidade, inclusive no ecossistema Python
  • A documentação do Gentoo já foi considerada uma das melhores entre as distribuições Linux do passado e ainda hoje continua sendo vista como bastante boa
  • Ao usar Gentoo, é comum avançar de instalar o sistema para escrever ebuilds, fazer pequenos ajustes em /etc/portage/patches, contribuir com overlays semi-oficiais e até enviar bugs para o upstream, aprendendo profundamente sobre computação no processo
  • anton @ icosahedron.website vê no Gentoo uma curva de aprendizado suave, que vai desde etapas que podem ser seguidas no Handbook até áreas profundas da computação, com cada etapa sendo pequena e uma oportunidade de aprendizado

Uma forma de respeitar o usuário

  • Os vários objetivos do Gentoo convergem para uma direção comum: respeitar o usuário
  • Ele não tenta dizer de forma excessiva como o usuário deve usar o sistema
  • Existem limites de suporte e mecanismos de segurança para evitar danos graves, mas a decisão final continua com o usuário
  • Mesmo quando o usuário faz escolhas fora do escopo suportado, o Gentoo não tenta quebrar deliberadamente esse caso de uso, embora também não garanta que ele não vá quebrar por acidente
  • Markus Osterhoff @ troet.cafe descreve a sensação de ser tratado como adulto ao poder trocar o ID de usuário com su, configurar com vim e ler logs com less, com o sistema funcionando como foi instruído
  • Ilya Shchepetkov @ social.treehouse.systems vê como vantagem no Gentoo a sensação de controle de que o sistema não faz nada que o usuário não tenha configurado
  • O processo de instalação deixa claro que não há mágica, e passa a sensação de que, mesmo se o boot falhar de repente, qualquer parte do sistema ainda pode ser corrigida
  • O Gentoo busca oferecer bons padrões e uma experiência estável, manter a segurança, respeitar o trabalho humano e evitar depender de LLMs
  • O projeto tenta respeitar a privacidade do usuário em vez de tratá-la como objeto de “avaliação de valor”, e ainda não coleta telemetria sobre como o Gentoo é usado
  • Quando encontra telemetria em pacotes, em geral tenta removê-la por padrão e, se o usuário quiser, fornecer uma flag USE para restaurar o comportamento padrão do upstream
  • O Gentoo quer construir ao seu redor uma comunidade amigável e acolhedora, e ser um sistema prazeroso de usar, que não traia o usuário
  • Este texto foi fortemente inspirado nas respostas do tópico do Fediverse “how Gentoo is perceived by people”, e apenas algumas respostas foram citadas

Leituras relacionadas

1 comentários

 
GN⁺ 19 시간 전
Opiniões no Lobste.rs

  • Usei Gentoo entre 2019 e 2022, e a impressão que ficou foi mista, com prós e contras
    Por um lado, de fato havia a diversão que o autor menciona. Não era um app cuja instalação termina em alguns cliques, mas um processo de seguir um guia bem escrito, fazer escolhas e ajustar a distro ao próprio gosto, o que dava uma forte sensação de ter conquistado meu sistema com as próprias mãos
    Também era legal ver o quão enxuto eu conseguia deixar tudo, removendo o que não era necessário sem prejudicar a usabilidade, e mexer na configuração do kernel também foi interessante. Mas, sem um USB de recuperação ou backup, a configuração do kernel podia ser a maior armadilha do Gentoo
    Fora march=native, eu não fazia muito tuning, mas ainda assim ele parecia bem mais ágil do que outras distros que usei na época. Não fiz benchmark, então não dá para afirmar com muita força, mas deixou meu velho T440p da época da faculdade bem confortável de usar
    Por outro lado, muitas vezes eu sentia que estava brigando com o sistema o tempo todo. O tempo de build já era esperado, mas o próprio emerge parecia lento demais sempre que consultava pacotes ou instalava dependências complexas, a ponto de eu ficar preocupado se o PC tinha travado ou se eu tinha feito algo errado
    As flags USE frequentemente levavam a depurações irritantes por falta de documentação ou por efeitos colaterais inesperados. Bastava ativar uma flag para um app parar de funcionar completamente, e aí também era preciso ativar outra flag aparentemente independente. Também me parecia estranho que esse recurso não fosse integrado ao gerenciador de pacotes padrão, e que eu tivesse de procurar em um site ou com equery e configurar com flaggie
    Configuração de kernel é uma habilidade que exige tempo para aprender, mas os guias que encontrei na época pouco ajudavam além do básico. Hoje o Gentoo tem kernel binário, então dá para evitar a configuração manual, mas naquele tempo parecia que só havia duas opções: andar por um campo minado ou compilar um kernel inchado que demorava uma eternidade
    qt-webkit era um desastre em máquinas lentas. Só esse pacote acrescentava sempre mais 2 ou 3 horas de compilação em cima do tempo que eu realmente queria gastar instalando ou atualizando algo. Isso não é exatamente um defeito, já que o Gentoo é uma distro voltada a código-fonte, mas do ponto de vista do usuário final era bem doloroso
    Por fim, Gentoo definitivamente não era um sistema bom para uso por impulso. Se eu precisasse de alguma coisa, tinha de ter tempo para esperar compilar, e testar vários apps grandes trocando de um para outro parecia praticamente inviável. Muitas vezes eu também não podia deixar o PC ligado a noite toda, então era escolher entre dedicar todo o poder de processamento à compilação e não usar o PC, ou deixar um core livre e aceitar um sistema mais lento com compilações ainda mais demoradas
    No fim, voltei para o Arch porque não tinha como continuar mexendo tanto no PC da faculdade, mas fiquei com muito respeito pelo Gentoo. Ele me deu uma perspectiva totalmente diferente de como uma distro pode funcionar, e aprendi bastante sobre o funcionamento interno. Ler o texto me fez lembrar da minha experiência e sentir nostalgia, e como dizem que hoje muita coisa áspera já foi polida, talvez eu volte a usar algum dia
    Gentoo is Rice

    • Passei por algo parecido também, mas saí do Gentoo porque havia um bit com defeito em um rank de RAM do notebook e eu precisava rodar LaTeX para um trabalho com prazo de entrega de poucas horas. Depois fui para Arch, e depois para Void
      Antigamente também rodei Funtoo em um Raspberry Pi B, e foi bem divertido justamente naquele modelo, não no 2, 3, 4 ou 5
      Minha primeira máquina com Gentoo foi um Xserve G4 com CPU dupla e 2 GB de RAM. Levou quase uma semana até eu conseguir de fato inicializar o sistema, porque eu seguia recompilando kernels para tentar gerar um que desse boot
      O que mais me afastou do Gentoo foi a dificuldade de uso imediato. Uma vez fui instalar o Audacity para fazer um trabalho de áudio e horas se passaram. A gente usa computador para fazer trabalho; às vezes quer só usar, não ficar fazendo manutenção
    • Também usei Gentoo mais ou menos na mesma época, e a experiência foi bastante parecida. Levei dias para compilar um kernel realmente utilizável, e às vezes surgia alguma funcionalidade que, de forma surpreendente, simplesmente não funcionava; no fim, quase sempre era por causa de uma opção de kernel que eu não tinha configurado
      Se eu estivesse no meio de alguma tarefa, perdia o ritmo e ainda tinha de esperar compilar de novo
      Em máquina lenta, meu desastre era o webkit-gtk2, porque o Gnucash o puxava como dependência forte só para mostrar gráficos. No meu ThinkPad antigo, o Firefox também parecia levar uma eternidade, e o LibreOffice completava a trinca do terror da compilação
    • Minha experiência foi o completo oposto. Já faz quase um ano que uso Gentoo de verdade, mas, ao contrário da maioria que tenta rebuildar tudo do zero, eu simplesmente uso a imagem ISO liveusb
      Essa imagem pode ficar no disco rígido como um arquivo comum e dar boot diretamente por loopback no GRUB, e dentro dessa única ISO já vem praticamente todo o ambiente de desenvolvimento: git, make, cc, rust, cmake, autotools e afins
      Quando tentei dar boot live com uma ISO do NixOS para obter um conjunto parecido de utilitários, precisei de quase 40~50 GB de disco. No Gentoo, atualizar para a versão mais recente também se resolve com um único download de ISO, e ele dá boot muito rápido até em um notebook velho com 2 GB de RAM, então tenho usado satisfeito

  • Gosto de Gentoo. Uma das principais vantagens é ser uma distro rolling release
    Tive um servidor rodando por 15 anos e ele usava Gentoo. Se eu não tivesse trocado de provedor, provavelmente continuaria assim. Foi mais fácil reinstalar do zero do que mover a imagem
    Com Debian ou Fedora não tive a mesma sorte. Quando eu precisava de uma biblioteca ou versão de app que não vinha empacotada antecipadamente para uma versão específica, ambos davam bastante trabalho, e depois dos upgrades sempre alguma coisa quebrava, causando downtime perceptível

    • É curioso que o Gentoo tenha se tornado a distro que tornou possível esse tipo de sistema com vida tão longa
      Meu servidor pessoal tem 17 anos. Dei sorte com o provedor de VM e consegui mantê-lo com alta disponibilidade esse tempo todo; em 17 anos, o downtime total provavelmente foi de cerca de um dia. O sistema foi criado originalmente porque hospedar e-mail em um IP residencial ficou inviável na prática
      Meu desktop existe desde 2008, então tem uns 18 anos. Na época foi quando migrei para userland 64-bit, e desde então nunca tive motivo nem vontade de recriar a imagem. Do hardware original não sobrou nada além do teclado Datahand, mas foi uma troca gradual, como o navio de Teseu
      Para mim, Gentoo é transparência, escolha e flexibilidade. Sempre tive uma noção forte de como eu queria que meu computador funcionasse, e o Gentoo foi uma boa ferramenta para tornar isso realidade

  • Uso Gentoo na minha máquina principal de desenvolvimento há cerca de 15 anos, tendo vindo do Debian unstable
    Sinceramente, é difícil dizer exatamente por que uso e por que gosto, mas no fim acho que significa apenas que funciona bem e eu não sinto necessidade de mudar
    Há pequenos incômodos. Se você usa ~amd64, pode usar software mais novo, mas não pode usar pacotes binários como o libreoffice, e a compilação pode levar algum tempo
    Às vezes o emerge emperra e precisa de ajustes, mas a experiência não é muito diferente do apt no Debian sid
    O que é realmente impressionante é a capacidade de resposta, competência técnica e disposição para resolver problemas dos mantenedores de pacotes e da comunidade em geral. Recomendo que todo mundo envie alguma coisa para o bugs.gentoo.org pelo menos uma vez na vida

    • Eu estou praticamente na mesma situação. Ele funciona como a distribuição Linux que eu quero, e não há um motivo grande o bastante para trocar
      Já pensei em experimentar o Chimera, mas ficou só no pensamento e ainda não tentei

  • No passado usei Gentoo em um serviço em produção que executava BOINC
    Eu precisava compilar pacotes como PHP, Perl e Apache com flags específicas que não existiam nos repositórios padrão do Fedora, e o administrador anterior compilava tudo manualmente e depois não atualizava nada. Nessa situação, o Portage era uma solução muito melhor

  • Uso Gentoo como meu desktop principal há 14 anos e continuo usando o mesmo sistema que montei naquela época, apenas migrando de um computador para outro, sem reinstalar. Dá para recomendar com tranquilidade. É muito sólido
    Na época eu tinha só alguns meses de experiência com Linux e fui direto do Ubuntu para ele, mas aprendi muita coisa só com o processo de instalação. Isso foi possível porque a documentação é excelente, e a abordagem mais manual me deu muito conhecimento de Linux ao longo dos anos
    Atualizações de um sistema compilado podem rodar em segundo plano com baixa carga e são muito mais estáveis do que em sistemas baseados em binários. Ferramentas como o crossdev, em especial, são atraentes por criarem um toolchain de compilação cruzada personalizado com um único comando
    Ao longo dos anos, o Gentoo nunca me decepcionou. Se você ainda não usou, vale muito a pena conferir

  • Tudo isso parece um conjunto excelente de objetivos, e é um projeto muito legal. Faz décadas que não uso Gentoo, mas ainda guardo com carinho a lembrança de ter deixado meu PC compilando alguma coisa a noite inteira e, ao acordar, ver que ele falhou lá pelos 80% porque não encontrou uma dependência. Na época não foi nada divertido, mas hoje é uma lembrança afetuosa
    Acho que vale a pena dar outra chance. Se “Gentoo aims to be fun”, então deve ser mesmo divertido

    • Isso traz lembranças. Hoje em dia estou usando a branch estável e ainda vejo falhas de build de vez em quando, mas parece menos frequente do que antigamente, talvez por volta de 2006
      Por um lado, os computadores ficaram poderosos e a maioria dos pacotes compila rapidamente. Por outro, ainda existem gigantes capazes de matar a máquina, especialmente os gigantes em C++

  • Uso Gentoo em servidores de CI não por desempenho, mas porque é muito fácil aplicar patches em determinados pacotes ou recompilá-los com flags específicas. Basta colocar em /etc/portage/packages

  • Ainda sinto falta de como o Portage era bom. Instalação paralela, mensagens de erro compreensíveis, uma estrutura em que o usuário podia aplicar patches só colocando arquivos no subdiretório certo dentro de /etc/portage/, sandbox de build, possibilidades de configuração e assim por diante
    Mas a partir de certo ponto eu simplesmente não queria mais esperar compilações. Isso continuava valendo mesmo quando pacotes grandes eram oferecidos como pacotes binários

    • Como referência, hoje em dia parece haver pacotes binários para quase tudo em ::gentoo com base nos perfis principais, então está bem interessante
      Mas, se você começar a mudar as flags USE, ainda acaba tendo que voltar para builds locais

  • Conheci o Gentoo pela primeira vez quando estava no ensino médio, há cerca de 20 anos. Eu disse a um veterano que queria aprender Linux, e ele mandou eu instalar Gentoo a partir do stage1
    O único conselho dele foi imprimir o handbook antes de começar. Se a instalação desse errado, eu não teria um navegador no bolso
    Eu não fazia a menor ideia do que estava começando. Por quase duas semanas, o PC de casa basicamente não funcionou direito. Toda noite eu brigava com a instalação, no dia seguinte ia para a escola, lia a documentação nos computadores de lá, perguntava ao veterano o que eu tinha quebrado e depois voltava para casa para tentar de novo
    Em algum momento, fez sentido. Quando terminou, eu tinha aprendido quase sem querer o que era chroot, como compilar um kernel de forma improvisada, por que /etc/fstab é importante e como é fácil deixar uma máquina incapaz de inicializar. Em algum ponto desse processo também aprendi Vim, e continuo usando até hoje
    Hoje eu não uso Gentoo, mas ainda sou grato por aquelas duas semanas

  • Há realmente muitos bons motivos. Estou remontando meu homelab e planejava colocar Alpine Linux ou Gentoo em um VisionFive 2 (RISC-V/8GB RAM)
    Ambos têm suporte, mas o Gentoo pode usar systemd, que eu prefiro ao OpenRC, e como eu só usei Gentoo algumas vezes, parece que seria divertido