Barrapunto

El arranque es feo, la información se "escupe" sin mucho orden.
Eso es, a la vez, una ventaja y un inconveniente. He visto varios servicios arrancar, dar un error fatal, y el script de arranque de gentoo darlo como OK. Si los scripts de "adaptación" de mensajes no están perfectamente hechos, y desinforman al usuario, casi que es mejor que éste esté atento a lo que pasa por si hay algún problema.

Tras ejecutar el script de GDM, se ejecuta el de XDM para decirme que ya está GDM...
Tienes razón, existen sistemas más elegantes. Por ejemplo, el alternatives de debian podría usarse ya que es para estos casos. Pero añadirlo a un script de arranque de la distribución en si, allí de fijo aunque no hayas instalado kdm gdm o xdm no me parece elegante. No creo que sea este el sitio que le corresponde.

Pues vuélvete a leer lo que puse. Me pareció interesante esto y que en cambio metiera decenas de paquetes a su gusto para otras cosas que sí que no pedí. Pero bueno, es que soy un poco exigente. :)
Si eso te pareció interesante, vamos acercando posiciones. Lo del mutt y el exim tiene su explicación: apt y los scripts de mantenimiento envian mensajes a root con reports, errores, etc... por lo que necesitan un MTA y un MUA para que el administrador los lea. Desde luego, lo segundo es discutible. Y para lo primero, hay que decir que gentoo por defecto te endosa el ssmtp, que me parece mejor elección que exim pero que al fin y al cabo tb es un MTA "capado" o MDA. Yo al terminar siempre substituyo exim por postfix, pero imagino que tb se podrá hacer por ssmtp.

Sí. Sí. Sí [gentoo.org]. Me parece muy bien, pero no viene al caso.
Hombre, creo que venir viene. La "metadata" para instalar el jre es libre, vale, pero el paquete en si no. Es un interfaz libre para instalar un software no libre. SUN/IBM JRE sigue siendo cerrado, por más que el ebuild sea libre.

Sí, en especial bastante menos problemas. Yo hago "emerge eclipse-sdk" y se instala eclipse con su JRE si es necesario. En debian sid (hablamos de sid, ni idea de cómo será en las demás) no vale un "apt-get install eclipse-sdk".
¿A lo mejor estaría bién que en debian hubiera un paquete que te bajara el jre, te lo empaquetase, y te lo instalase por su cara bonita? Puede, es discutible, pero razonable. Sin embargo, creo recordar que antes Debian traía el jdk empaquetado, y no se si tras unas discusiones en debian-legal el paquete "empaquetador" se bajaba él solito el tar de la web oficial como hace el de las fuentes de windows. Al final, tras unas discusiones en debian-legal el paquete se lo baja el usuario a mano desde la web de SUN, porque me parece que es lo que te deja hacer la licencia. Eso significa que mientras SUN no abra la boca perfecto, pero que cuando lo haga puede que se acabe esto de bajarla automáticamente.
Eso si, parece que en Gentoo alguien se olvidó de que hay aplicaciones que necesitan la version 1.3 (por ejemplo, pasarelas de pago), y borran los ebuilds viejos sin más. Y creo recordar que no era cosa de un simple sed. Menos mal que aun conservaba el ebuild viejo porai.

Y escribir ebuilds es una tarea harto sencilla.
Ahí está una de las grandes ventajas y a la vez grandes inconvenientes de esta distribución. Escribir un ebuild y que funcione en el ordenador de uno mismo es tarea harto sencilla. Que funcione en el de todo el mundo, es muy diferente. Los paquetes de debian son difíciles de contruir y que te los acepten porque hay unas policies (políticas) muy estrictas, que aseguran que el paquete es consistente con la distribución. Mira los bugreport (y el comentario de Donny Davies) de dos párrafos más abajo. Además, para pasar de experimental a unstable, de ahí a testing, y de ahí a stable, el paquete debe demostrarse estable para todo el mundo en todas las arquitecturas. ¿Que eso lleva más tiempo y más recursos? Podríamos discutir si el tiempo que pierden todos los usuarios buscando en los foros por fallos de compilación en Gentoo es realmente menor que el