Barrapunto

Voy a intentar abreviarlo un poco porque si no esto se hace ilegible. He seleccionado algunas frases a las que te respondo para no gastar el teclado de más por hoy. :)

¿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?

En Gentoo eso tampoco ocurre y sin embargo sigo teniendo el paquete instalado. El JRE de Sun debes bajarlo tú de acuerdo con la licencia. De todas formas, para eso hay otros JRE como blackdown sin esas limitaciones.

A la larga me dí cuenta de que muchas "novedades" estaban demasiado verdes para producción, debían ser pulidas, o directamente eliminadas. [Enlaces bugzilla]

En las fechas de los enlaces yo no tenía aún webapp en mis servidores. Es más, dudo mucho que pasara de ~x86 hasta unos cuantos meses después (quizás hubiesen sido menos de aceptar esa oferta y ayudarlos en ello :), y desde luego nada en este mundo te haría presagiar que fuera una versión estable. ¿O sí?

Intuyo que tu experiencia con la distribución se limita bastante a servidores, pero desde luego que si estabas con webapp por aquellas fechas no creo que fuera para nada serio.

Por otra parte, hace ya un tiempecito que la QA en Gentoo tiene su relevancia. Es más, están planeando hacer una rama estable congelada al estilo de woody (aunque no tengo mucha fe en que haya suficientes recursos para ello).

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

De ahí que los muchachos de Gentoo puedan permitir usar un paquete en x86, no usarlo en sparc, o dejar cierta versión en la rama inestable para cierta arquitectura mientras las demás son estables, etc. Al final el usuario puede obtener el software que quiere y que funciona bien para su arquitectura sin tener que esperar a que todo esté en orden en todas las circunstancias.

Si no compilas en los servidores, interpreto que en todos tienes los mismos flags. [...] O que tienes la combinación de useflags y buildflags perfecta (aunque para estos últimos el -O2 tenía que ser una apuesta segura...).

Sí, pero no los mismos paquetes ni configuraciones. Y sí, lo más agresivo y que tengo muy probado es "-O2 -march=i686 -fomit-frame-pointer".

Lo de avisarte al finalizar la instalación de un paquete es muy bonito, pero como se compile otro paquete detrás de este olvídate de ver qué decía. [...] Eso si: te lo dice y espera que confirmes, no queda enterrado en 10.000 lineas de compilación.

Supongo que entonces no sabrás que esos mensajitos se pueden capturar bien manualmente con algo como "script", bien con una opción de portage.

Y en Gentoo no tienen ningún reparo en actualizar dichos paquetes cada cuanto sale una nueva versión, faltaría más.

Claro, porque para eso estás usando la rama inestable, ¿no? Porque dudo que a estas alturas me digas que eso ocurre en la estable.

esa supuesta optimización era una gran farsa/ilusión, aunque por suerte no me importaba lo más mínimo.

Farsa sería si te han vendido lo que no es. Es una optimización, y como tal debe tomarse. En muchos casos peligrosa, pero aquí el que tiene el control y el que sabe lo que hace es el usuario. El punto importante es que la optimización es una parte bastante despreciable, lo verdaderamente importante en esta distro es el grado de control que ofrece sobre el sistema. Esta es la única distribución que he mantenido durante dos años con la instalación original sin sufrir traumas. Y para mí esto habla mucho sobre el tema en cuestión, "mantenimiento fácil".

En definitiva, yo no he defendido que sea la distribución adecuada para todos, pero desde luego es difícil no callarse cuando se leen ciertas cosas. Me he limitado a comentar mi experiencia con Debian en apenas 24 horas para explicarle al buen amigo lo que es ese "mantenimiento fácil" del que habla. :)