¿Por qué Gentoo?

• El valor central de Gentoo no está tanto en el rendimiento de compilación en sí, sino en la flexibilidad que brinda compilar desde el código fuente y en la filosofía de ser una distribución hecha para sus usuarios
• Se opera sin una empresa ni modelo de negocio detrás, y con la disolución de la Gentoo Foundation y la migración a SPI busca reducir cuellos de botella en la gobernanza financiera y el riesgo de dependencia
• Con un equipo de seguridad dedicado, infraestructura propia, canales de distribución protegidos con OpenPGP y políticas fuertes de QA, enfrenta dependencias obsoletas, enlazado estático y dependencias empaquetadas
• Su estructura orientada al código fuente y las USE flags permiten elegir funciones, bibliotecas, sistema init, libc y forma de compilación, aunque las opciones que nadie mantiene pueden terminar limitándose
• Su enfoque de rolling release, la convivencia entre configuraciones estables y experimentales, el soporte para hardware antiguo, su orientación amigable para desarrolladores y su rechazo a la telemetría se traducen en una forma de respetar al usuario

---

La identidad central de Gentoo

• Gentoo es conocido como “la distribución donde todo se compila”, pero es difícil explicarlo solo como una búsqueda de rendimiento o de optimización extrema
• Con los avances en optimización de CPU y compiladores, y en la optimización de paquetes de las distribuciones generales, en la práctica la diferencia de rendimiento entre un paquete promedio de Ubuntu y un paquete de Gentoo ajustado al CPU puede no ser tan grande
• El valor más importante de Gentoo está en la flexibilidad que ofrece compilar desde el código fuente y en que es una distribución hecha por personas a las que les gusta Gentoo, para ellas mismas

Independencia

• Detrás de Gentoo no hay una empresa ni un modelo de negocio; lo crean y mantienen personas comprometidas con los valores de Gentoo
• Algunas personas trabajan con Gentoo como parte de su empleo, pero la gran mayoría son voluntarias y se mueven más por pasión que por lucro
• Parte de la infraestructura es donada y otra parte se sostiene con aportes, evitando depender de una sola fuente para que ningún donante pueda definir el rumbo de Gentoo
• Para reducir el riesgo de que la gobernanza financiera directa se vuelva un cuello de botella, está en marcha la disolución de la Gentoo Foundation y el traslado a SPI

Seguridad

• Gentoo trata la seguridad de los paquetes como algo importante y, a veces, incluso backportea parches antes que upstream
• Un equipo de seguridad dedicado se encarga de seguir problemas, resolverlos y avisar a los usuarios
• Mantiene infraestructura propia para reducir el riesgo de compromiso y protege los canales de distribución y los mirrors con OpenPGP
• Codeberg y GitHub se usan solo como mirrors opcionales y canales de contribución, evitando que Gentoo dependa de uno u otro
• Con políticas fuertes de QA, adopta una postura crítica frente a dependencias empaquetadas, enlazado estático y dependencias fijadas
• También intenta bloquear amenazas evidentes, como dependencias gravemente desactualizadas

Una distribución hecha por personas

• Hace dos años, Gentoo prohibió contribuciones hechas con LLM y mantiene que no se arrepiente de esa decisión
• No puede garantizar al 100% que jamás haya entrado código contaminado, pero considera que la confianza y la cautela son fundamentales para sostener la comunidad
• Aunque upstream no adopte la misma postura, no puede impedir por completo que se empaquete software basado en LLM dentro de Gentoo, porque también tiene la responsabilidad de ofrecer software actual y seguro
• En casos graves, como copywashed chardet o software criptográfico vibe-coded, intenta bloquearlos en la medida de lo posible

Estabilidad

• Gentoo no es la distribución más fácil para empezar, pero una vez terminada la configuración puede ser sorprendentemente estable
• Incluso cuando surge un problema, muchas veces se puede reparar el sistema sin reinstalarlo
• Como el árbol de paquetes no está atado a una sola versión de cada paquete, si una nueva versión no encaja bien, es muy probable que se pueda hacer downgrade
• Aunque esa versión ya no exista en Gentoo, suele ser relativamente fácil restaurarla
• Al ser una distribución de rolling release, no está dividida en múltiples versiones de la distro ni obliga a migrar periódicamente al siguiente lanzamiento
• El usuario puede elegir entre un entorno más al día, que recibe paquetes nuevos apenas se agregan, y uno más estable, que actualiza cuando ya se confirmó que está listo
• demize @ unstable.systems comenta que tuvo una experiencia más estable que en otras distribuciones Linux de escritorio incluso con una configuración experimental que usa ACCEPT_KEYWORDS="~amd64", perfil LLVM, mold como linker del sistema y LTO completo

Flexibilidad

• Una distribución centrada en el código fuente

  • La instalación predeterminada de Gentoo se basa en compilar desde código fuente, pero eso no significa que el usuario deba buscar dependencias por su cuenta ni encadenar manualmente comandos de compilación
  • El gestor de paquetes se encarga de los pasos necesarios y de más, facilitando la instalación de paquetes
  • Compilar desde el código fuente permite controlar con más detalle qué funciones incluye un paquete y de qué forma se construye
  • Quitar funciones innecesarias puede mejorar el rendimiento y reducir la superficie de ataque; también permite, por ejemplo, compilar un lector RSS o un cliente de correo sin componentes de navegador web vulnerables

• Control de bibliotecas y del proceso de compilación

  • Compilar desde código fuente no ata al usuario a una sola combinación de bibliotecas elegida por quien construyó Gentoo
  • Eso abre la posibilidad de mantener una versión antigua de cierta biblioteca, usar una más nueva o incluso emplear una implementación completamente distinta
  • Hay límites entre lo que se soporta oficialmente y lo que realmente puede funcionar, pero el abanico potencial de combinaciones es mucho mayor que en una distribución puramente binaria
  • Incluso al salir del rango oficialmente soportado, suele ser fácil aplicar parches o ajustar el proceso de compilación

• El alcance y los límites de la elección

  • A veces se dice que Gentoo es “una distribución sobre la elección”, pero no es posible mantener todas las opciones para siempre
  • En algunos casos sí puede ofrecer alternativas razonables, como OpenRC y systemd, o glibc y musl
  • Para que una opción siga viva, alguien tiene que mantenerla activamente; de lo contrario, es fácil que termine convertida en un sistema medio roto
  • En otros casos, el costo de mantenimiento fue demasiado alto y se abandonaron opciones como LibreSSL frente a OpenSSL, o libav frente a ffmpeg
  • Además, como Qt rechazó dar soporte a LibreSSL upstream, mantener LibreSSL se volvió todavía más difícil

• Valores por defecto y personalización opcional

  • La mayoría de las opciones de Gentoo se ofrecen como opt-in
  • La idea es dar flexibilidad a quien la necesita, mientras el resto conserva buenos valores por defecto
  • Un usuario puede tener una buena experiencia personalizando solo lo que le interesa y dejando todo lo demás con la configuración predeterminada
  • charon @ hachyderm.io valora poder manejar y mantener al día dentro del mismo OS distintas arquitecturas, libc, sistemas init, parches de paquetes, configuraciones de funciones y stacks de display
  • Josh @ babka.social destaca como ventaja poder configurar un sistema headless sin paquetes gráficos o elegir el stack gráfico deseado con un simple archivo de configuración, sin pasar por un proceso de instalación aparte

Disfrute y experimentación

• Gentoo no busca solo permitir que el trabajo se haga, sino ofrecer una experiencia en la que el usuario pueda ir un paso más allá y experimentar
• Si alguien quiere probar software de desarrollo reciente, muchas veces dispone de versiones de las ramas stable, testing y development de upstream
• Muchos paquetes incluyen un live ebuild que construye directamente desde el repositorio upstream, así que se puede probar la rama de desarrollo más reciente simplemente haciendo unmask
• Más allá de un sistema GNU/Linux común, es posible experimentar con musl, GNU Hurd, toolchains basados en LLVM, FreePG, Sequoia, Samurai, tar/cpio de libarchive y otras implementaciones alternativas de awk
• Estos experimentos no contradicen la estabilidad: se puede partir de paquetes stable o ~arch, traer solo algunas piezas más nuevas o fijar ciertos componentes en ramas LTS cuando haga falta

Sostenibilidad

• Aunque mucha gente en Gentoo compila desde código fuente, el proyecto apunta a la sostenibilidad de la computación
• Ofrece un amplio soporte para paquetes binarios que permiten construir el mismo paquete con configuraciones variadas
• El usuario puede usar paquetes binarios oficiales que se ajusten a sus necesidades o, si no encajan, volver a compilar desde el código fuente
• También puede usar paquetes oficiales para varios objetivos, o construir y usar sus propios paquetes binarios por separado o durante la instalación del sistema
• Se busca dar soporte amplio a hardware antiguo o menos común, incluyendo sistemas que pueden funcionar en equipos no soportados por Rust o V8
• Antes que desechar computadoras cuyo soporte fue abandonado por proveedores comerciales porque ya no son rentables, se prefiere seguir usándolas aunque el camino sea algo más accidentado

Amigable para desarrolladores

• Como Gentoo compila todo desde el código fuente, el usuario está muy cerca de su entorno de desarrollo
• Para instalar paquetes hace falta una toolchain completa, y en Gentoo no tiene mucho sentido dividir un paquete entre partes de “runtime” y de “desarrollo”
• Por eso, en Gentoo muchas veces ya se cuenta por defecto con un buen entorno de desarrollo
• Como política, no le gustan los parches a los paquetes y trata de evitarlos cuando es posible; quiere que los paquetes sigan a upstream y que el software desarrollado en Gentoo sea correcto y portable
• Gentoo es una de las pocas distribuciones que no agrega un archivo pkg-config no estándar al paquete de bzip2
• Desarrollar en Gentoo ayuda a evitar el error frecuente de distribuir paquetes que dependen de ese archivo no estándar
• Gentoo también es una de las pocas distribuciones que da soporte activo a múltiples versiones de Python, permitiendo no solo elegir una versión específica sino instalar paquetes para varias versiones de Python al mismo tiempo
• Como existen muchas configuraciones distintas de Gentoo, las pruebas con usuarios finales son importantes, y es fácil configurar la ejecución de suites de tests durante la compilación de paquetes
• rayslava @ mitra.do.rayslava.com comenta que las USE flags son la mejor forma de configurar apps en múltiples combinaciones, y que Portage le permitió consumir incluso paquetes rpm corporativos sin problemas mediante emerge
• La misma persona agrega que mantiene su infraestructura Rust con pycargoebuild sin herramientas ni entornos extra, y que usa Gentoo desde 2004 sin haber encontrado algo mejor

Una distribución que ayuda

• Gentoo busca ofrecer un sistema útil para distintos casos de uso: máquinas de desarrollo, PCs para gaming, terminales simples, servidores y más
• Desde la perspectiva de la Free Software Foundation, podría verse como una mala distribución porque instalar proprietary software en Gentoo es demasiado fácil
• Pero al mismo tiempo, es igual de fácil mantener solo software libre, y ese es el valor por defecto
• Linn @ mastodon.social considera que el enfoque de licencias de Gentoo permite elegir qué licencias aceptar por paquete y deja el software libre como opción predeterminada, haciendo que se revisen las licencias antes de instalar proprietary software
• Gentoo mantiene la política de reportar a upstream los bugs que encuentra e intentar corregirlos en conjunto
• No considera suficiente aplicar solo un workaround temporal para que algo pase en su builder; busca soluciones que funcionen para todos
• Trabaja con problemas complejos como la portabilidad y el soporte para plataformas fringe, incluyendo plataformas que la mayoría de las distribuciones ni siquiera considera
• danzin @ mastodon.social opina que, incluso para quienes no usan Gentoo, el trabajo del proyecto encontrando, reportando y corrigiendo problemas en proyectos upstream es importante para mantener la compatibilidad y la estabilidad en ecosistemas como Python
• La documentación de Gentoo fue considerada durante mucho tiempo de las mejores entre las distribuciones Linux, y todavía hoy sigue teniendo muy buena reputación
• Al usar Gentoo, uno termina aprendiendo profundamente sobre computación: desde instalar el sistema, escribir ebuilds y hacer pequeños cambios en /etc/portage/patches, hasta contribuir a overlays semi-oficiales o enviar bugs a upstream
• anton @ icosahedron.website valora que Gentoo ofrezca una curva de aprendizaje gradual, desde seguir el Handbook hasta explorar zonas mucho más profundas de la computación, con pasos pequeños que siempre dejan algo para aprender

Una forma de respetar al usuario

• Los distintos objetivos de Gentoo convergen en una misma dirección: respetar al usuario
• No intenta decirle de forma excesiva cómo debe usar su sistema
• Existen límites de soporte y medidas de seguridad para evitar daños graves, pero la decisión final sigue siendo del usuario
• Incluso cuando el usuario elige algo fuera de lo soportado, Gentoo no intenta romper deliberadamente ese caso de uso, aunque tampoco garantiza que no se rompa por accidente
• Markus Osterhoff @ troet.cafe dice que cambiar el ID de usuario con su, configurar con vim y leer logs con less le transmite la sensación de ser tratado como un adulto, porque el sistema hace lo que se le indica
• Ilya Shchepetkov @ social.treehouse.systems ve como ventaja la sensación de control que da un sistema que no hace nada que el usuario no haya configurado
• El proceso de instalación deja claro que no hay magia, y transmite la sensación de que, incluso si el arranque falla de repente, se puede reparar cualquier cosa dentro del sistema
• Gentoo busca ofrecer buenos valores por defecto y una experiencia estable, mantener la seguridad, respetar el trabajo humano y no depender de LLM
• También procura respetar la privacidad del usuario en lugar de tratarla como algo que “evaluar”, y sigue sin recopilar telemetría sobre cómo se usa Gentoo
• Si encuentra telemetría en un paquete, normalmente intenta quitarla por defecto y, si el usuario lo desea, ofrecer una USE flag para restaurar el comportamiento predeterminado de upstream
• Gentoo aspira a construir una comunidad amigable y acogedora a su alrededor, y a ser un sistema agradable de usar que no traicione al usuario
• Este texto se inspiró en gran medida en las respuestas del hilo de Fediverse “how Gentoo is perceived by people”, aunque aquí solo se citan algunas de ellas

[GN⁺]

Comentarios en Lobste.rs

• Probé Gentoo entre 2019 y 2022, y me dejó una impresión mixta, con pros y contras.
  Por un lado, sí tenía claramente esa diversión de la que habla el autor. No era una app que instalas con un par de clics, sino un proceso de seguir una guía bien escrita, elegir cosas y ajustar la distro a tu gusto, así que se sentía mucho más como si realmente me hubiera ganado mi propio sistema.
  También me gustaba ver qué tan ligero podía dejarlo quitando lo innecesario sin afectar la usabilidad, y configurar el kernel por mi cuenta también era interesante. Eso sí, sin un USB de rescate o un respaldo, la configuración del kernel podía convertirse en la mayor trampa de Gentoo.
  Fuera de algo como march=native, no hice demasiada optimización, pero aun así se sentía mucho más ágil que otras distros que había probado en ese entonces. No hice benchmarks, así que no puedo afirmarlo con demasiada fuerza, pero sí logró que mi vieja T440p de la época universitaria se sintiera bastante cómoda de usar.
  Por otro lado, muchas veces sentía que estaba peleando constantemente con el sistema. Ya esperaba los tiempos de compilación, pero emerge en sí me parecía excesivamente lento cada vez que consultaba paquetes o instalaba dependencias complejas, al punto de hacerme dudar si la PC se había quedado congelada o si yo había hecho algo mal.
  Las banderas USE solían provocar depuración molesta porque estaban poco documentadas o tenían efectos secundarios inesperados. A veces bastaba con activar una sola bandera para que una app dejara de funcionar por completo, y también pasaba que había que activar otras banderas aparentemente independientes. Además, me parecía raro que algo así no estuviera integrado en el administrador de paquetes por defecto, y que hubiera que buscarlo en un sitio web o con equery para luego configurarlo con flaggie.
  La configuración del kernel es una habilidad que requiere tiempo para aprenderse, pero las guías que encontré en ese momento no ayudaban mucho más allá de lo básico. Ahora Gentoo tiene kernels binarios y se puede evitar la configuración manual, pero en ese entonces sentía que las únicas opciones eran caminar por un campo minado o compilar un kernel enorme que tardaba muchísimo.
  qt-webkit era un desastre en máquinas lentas. Solo ese paquete añadía otras 2 o 3 horas de compilación cada vez, encima del tiempo original de instalación o actualización. No es un defecto de Gentoo, dado que es una distro orientada al código fuente, pero desde la perspectiva del usuario final era bastante doloroso.
  Por último, Gentoo no era en absoluto un sistema bueno para usar de manera impulsiva. Si necesitabas algo, tenías que tener tiempo para esperar a que compilara, y probar distintas apps grandes cambiando de una a otra se sentía prácticamente imposible. Muchas veces tampoco podía dejar la PC encendida toda la noche, así que tenía que elegir entre dedicar toda la capacidad de procesamiento a compilar y no poder usar la PC, o dejar libre un núcleo y aguantar un sistema más lento junto con tiempos de compilación más largos.
  Al final volví a Arch porque no tenía margen para seguir metiéndole mano a la PC de estudio, pero me quedó mucho respeto por Gentoo. Me dio una perspectiva completamente distinta sobre cómo puede funcionar una distro, y aprendí mucho sobre su funcionamiento interno. Al leer el artículo recordé mi experiencia y me dio nostalgia, y ahora que dicen que muchas asperezas ya se han pulido, quizá algún día la vuelva a probar.
  Gentoo is Rice

  • Yo también seguí un camino parecido: una fila de RAM de mi laptop tenía un bit defectuoso, y terminé dejando Gentoo cuando intentaba correr LaTeX para un trabajo que tenía que entregar unas horas después. Después me fui a Arch, y luego a Void.
    Antes también corrí Funtoo en una Raspberry Pi B, y fue bastante divertido en ese modelo, no en la 2, 3, 4 ni 5.
    Mi primera máquina con Gentoo fue un Xserve G4 de doble CPU con 2 GB de RAM. Me tomó casi una semana llegar a un sistema que arrancara de verdad, porque seguía recompilando una y otra vez para lograr un kernel funcional.
    Lo que más me alejó de Gentoo fue lo difícil que era usarlo de manera espontánea. Quise instalar Audacity para hacer trabajo de audio y ya se habían ido varias horas. Uno usa la computadora para hacer cosas; a veces solo quieres usarla y no dedicarte al mantenimiento.
  • Yo también usé Gentoo en una época parecida y mi experiencia fue bastante similar. Me tomó días compilar un kernel realmente utilizable, y cuando de vez en cuando algo sorprendentemente no funcionaba, al final casi siempre era por alguna opción del kernel que no había configurado.
    Si estabas trabajando, se te rompía el ritmo y otra vez tocaba esperar la compilación.
    En máquinas lentas, mi desastre era webkit-gtk2. Gnucash lo tenía como dependencia fuerte aunque solo lo usaba para mostrar gráficas. En una ThinkPad vieja, Firefox también parecía tardar una eternidad, y con LibreOffice completaba el trío del terror de compilación.
  • Mi experiencia fue exactamente la opuesta. Llevo casi un año usando Gentoo en serio, y mientras la mayoría intenta reconstruirlo todo desde cero, yo simplemente uso la imagen ISO liveusb.
    Esa imagen se puede dejar en el disco duro como si fuera un archivo normal y arrancar tal cual con loopback de GRUB, y dentro de ese único ISO ya viene casi todo el entorno de desarrollo: git, make, cc, rust, cmake, autotools y más.
    Cuando intenté arrancar en vivo un ISO de NixOS para tener una configuración de utilidades parecida, necesité casi 40 a 50 GB de disco. Con Gentoo, además, actualizar a lo más reciente se resuelve con una sola descarga del ISO, y arranca rapidísimo incluso en una laptop vieja con 2 GB de RAM, así que lo estoy usando muy a gusto.

• Me gusta Gentoo. Una de sus ventajas clave es que es una distro rolling release.
  Tuve un servidor que siguió funcionando durante 15 años y usaba Gentoo. Si no hubiera cambiado de proveedor, probablemente seguiría así. Fue más fácil reinstalarlo desde cero que mover la imagen.
  Con Debian o Fedora no tuve esa misma suerte. Si necesitabas una biblioteca o una versión de app que no estuviera empaquetada de antemano para cierta versión, en ambos casos era bastante engorroso, y aun después de actualizar algo terminaba rompiéndose, con downtime perceptible.

  • Es curioso que Gentoo haya terminado siendo la distro que hace posibles sistemas tan longevos.
    Mi servidor personal tiene 17 años. Tuve suerte con mi proveedor de VM y ha seguido operando con una disponibilidad muy alta; en 17 años, el downtime total probablemente ha sido de alrededor de un día. Originalmente lo armé porque alojar correo desde una IP residencial dejó de ser algo realista.
    Mi sistema de escritorio existe desde 2008, así que tiene unos 18 años. En ese momento me pasé a espacio de usuario de 64 bits, y desde entonces nunca tuve motivo ni impulso para reconstruir la imagen. Del hardware original ya no queda nada salvo el teclado Datahand, pero ha sido un caso del barco de Teseo, con reemplazos graduales.
    Para mí, Gentoo significa transparencia, elección y flexibilidad. Siempre he tenido una idea muy marcada de cómo quiero que funcione una computadora, y Gentoo ha sido una buena herramienta para hacerlo realidad.

• He usado Gentoo en mi máquina principal de desarrollo desde hace unos 15 años, y llegué desde Debian unstable
  Sinceramente, me cuesta decir con precisión por qué lo uso y por qué me gusta, pero al final creo que significa simplemente que funciona bien y no siento la necesidad de cambiarlo
  Hay pequeñas incomodidades. Si usas ~amd64, puedes tener software más nuevo, pero no puedes usar paquetes binarios como libreoffice y compilar puede tomar algo de tiempo
  A veces emerge se atasca y hay que meter mano, pero la experiencia no es tan distinta de apt en Debian sid
  Lo realmente impresionante es la capacidad de respuesta, nivel técnico y disposición para resolver problemas de los mantenedores de paquetes y de la comunidad en general. Recomiendo que alguna vez en la vida envíen algo a bugs.gentoo.org

  • Yo estoy casi en la misma situación. Funciona como quiero que funcione una distribución de Linux, y no hay una razón lo bastante grande como para cambiarme
    He pensado en probar Chimera, pero se ha quedado solo en eso; todavía no lo he hecho

• Antes usaba Gentoo en un servicio en producción que corría BOINC
  Había que compilar paquetes como PHP, Perl y Apache con ciertos flags específicos que no estaban en los repositorios base de Fedora, y el administrador anterior había compilado todo a mano y luego nunca lo actualizó. En esa situación, Portage era una solución mucho mejor

• He usado Gentoo como mi escritorio principal durante 14 años, y sigo usando el mismo sistema que armé en ese entonces, solo moviéndolo de una computadora a otra, sin reinstalar. Definitivamente lo recomiendo. Es muy sólido
  En ese momento solo tenía unos meses de experiencia con Linux y me cambié directamente desde Ubuntu, pero solo con el proceso de instalación aprendí muchísimo. Fue posible gracias a lo buena que es la documentación, y ese enfoque tan manual me ayudó a acumular mucho conocimiento de Linux a lo largo de los años
  Las actualizaciones de un sistema compilado pueden correr en segundo plano con baja carga, y es mucho más estable que un sistema basado en binarios. En especial, me atraen herramientas como crossdev, que permite crear una toolchain de compilación cruzada personalizada con un solo comando
  En todos estos años, Gentoo nunca me ha decepcionado. Si todavía no lo has probado, vale mucho la pena echarle un vistazo

• Todo eso suena como objetivos excelentes, y es un proyecto genial. Hace décadas que no uso Gentoo, pero todavía recuerdo con cariño aquellas veces en que dejaba la PC compilando algo toda la noche y por la mañana veía que había fallado como al 80% porque no encontró una dependencia. En ese momento no tenía nada de divertido, pero ahora me da nostalgia
  Tal vez valga la pena probarlo de nuevo. Si “Gentoo aims to be fun”, entonces de verdad suena divertido

  • Me trae recuerdos. Hoy en día uso la rama estable y todavía veo alguna falla de compilación de vez en cuando, pero parece menos frecuente que antes, quizá por allá de 2006
    Por un lado, las computadoras ahora son tan potentes que la mayoría de los paquetes compilan rápido. Por otro, todavía existen gigantes capaces de matar una máquina, sobre todo los gigantes de C++

• La razón por la que uso Gentoo en un servidor de CI no es el rendimiento, sino lo fácil que es aplicar parches a ciertos paquetes o recompilarlos con flags específicos. Lo pones en /etc/portage/packages y listo

• Todavía extraño lo bueno que era Portage. Me gustaban la instalación en paralelo, los mensajes de error comprensibles, la forma en que el usuario podía aplicar parches solo poniendo archivos en el subdirectorio adecuado dentro de /etc/portage/, el sandbox de compilación, y lo configurable que era
  Pero a partir de cierto punto ya no quise seguir esperando a que todo compilara. Incluso si los paquetes grandes venían como paquetes binarios, seguía sintiendo lo mismo

  • Como referencia, hoy en día parece que, para los perfiles principales, casi todo en ::gentoo ya tiene paquetes binarios, lo cual está bastante bien
    Eso sí, en cuanto empiezas a cambiar flags de USE, todavía te toca volver a las compilaciones locales

• Conocí Gentoo por primera vez hace unos 20 años, cuando estaba en la preparatoria. Le dije a un alumno mayor que quería aprender Linux, y me dijo que instalara Gentoo desde stage1
  Su único consejo fue que imprimiera el handbook antes de empezar. Si la instalación se iba al demonio, no iba a tener un navegador en el bolsillo
  No tenía idea de en qué me estaba metiendo. Durante casi 2 semanas, mi PC de casa prácticamente no funcionó bien. Todas las noches peleaba con la instalación, al día siguiente iba a la escuela, leía la documentación en las computadoras de allá, le preguntaba al mayor qué había roto, volvía a casa e intentaba otra vez
  En algún momento todo hizo clic. Para cuando terminé, ya había aprendido por las malas qué era chroot, cómo compilar un kernel a los tropezones, por qué /etc/fstab es importante y lo fácil que es dejar una máquina sin poder arrancar. En algún punto del proceso también aprendí Vim, y desde entonces lo sigo usando
  Ya no uso Gentoo ahora, pero todavía le agradezco esas dos semanas

• De verdad hay muchas buenas razones. Estoy rehaciendo mi homelab, y pensaba poner Alpine Linux o Gentoo en una VisionFive 2 (RISC-V/8GB RAM)
  Ambos tienen soporte, pero Gentoo puede usar systemd, que prefiero sobre OpenRC, y como solo he usado Gentoo unas pocas veces, creo que sería divertido