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. :)

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.
Perfecto, o sea que tampoco es TAN automático. Vamos, que en Debian son más comandos que en Gentoo, pero en ninguna de las dos es inmediato. Eso si, en cada problema que uno tiene con Gentoo (y por más suerte que tu tengas, se tienen bastantes), directo a los foros. Pero si no se sabe hacer algo en Debian, se le cae a uno el cielo encima. ¿Probaste a hacer una pequeña búsqueda en Google? : http://serios.net/content/debian/java.php No se, ¿tampoco es tan difícil no?

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í?
En esas fechas, habían webapps. Si hubiesen funcionado como debían, habrían estado bién para actualizar phpmyadmins, squirrelmails, y webapps populares similares. Y digo "como debían" porque no estaban en "~x86", sinó que estaban como estables.
Lo que no había aun era el plugin webapp de portage, y cada "developer" que hacía un ebuild lo hacía como le daba la gana. Uno en concreto "ideó" una linea la mar de mona para adivinar el DocumentRoot de Apache, y los demás la copiaron. El único problema es que esa linea estaba mal hecha con ganas, y el resultado era que portage cagaba las aplicaciones en el primer DocumentRoot, cargándose en el proceso lo que ya hubiera. Esa linea continuó en decenas de paquetes durante un laaaaargo tiempo. Nadie se preocupó de los efectos que producía : la instalación de la mayoría se podía cepillar tu DocumentRoot a la mínima de cambio. Y eso, amigo mio, no es que no te arranque el XMMS. Eso es *muy grave*.
Si esa es la tónica y modus operandi de Gentoo (y por lo que he observado, lo es), prefiero la rigidez y largas discusiones técnicas y filosóficas de Debian. ¿Que puede que ahora Gentoo haya cambiado? Puede, pero entonces la estan haciendo menos flexible, y más rígida. Si ésta es la dirección, entonces en Debian "ya están ahí".

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.
Principalmente a servidores, si. Y al contrario de lo que tu te apresuras a afirmar, sí era algo serio. Aunque depende de lo que entendamos por serio, claro. El servidor de web y correo de una empresa, para ellos lo es, creeme. Aunque supongo que para ti si no es un cluster no es serio. En otra ocasión tocó los servidores de un banco, y te aseguro que a la mínima ojeada que le hagan a Gentoo, ésta no entra ni por asomo. Pero es que ni con una versión congelada. No vale para proyectos serios, porque *no es seria*.
Por otro lado, también lo he usado en varios desktops "estables" (solo 6, eso si), y los resultados tampoco han sido nada del otro mundo. Especialmente molestas son las compilaciones de KDE a medias por errores en las dependencias. ¿Solución?: ir a los foros, instalar tal paquete, actualizar tal otro, y volver a probar. Y si no funciona quitar tal useflag. Se respira seriedad por todos sitios.
Eso no significa que mi experiencia con "Gentoo" en el desktop sea mínima, significa que las bestialidades que le he hecho a Gentoo y Debian en un par de desktops *míos* no creo que sean representativas de las distribuciones en si. Es el uso normal de las mismas en lo que me baso para "juzgarlas".

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).
Yo no tengo la más mínima fe en ello. No hay la organización suficiente para conseguir una rama estable. Puede que para la parte más importante que llevan los maintainers del "core", si; pero para eso