Barrapunto

Ok, no fue muy difícil, aunque ciertamente bastante más tocacojones que en "otra" distro. Bien, ahí va apache2. Cojonudo. Funciona :). Ahí va el apt-get para PHP. Uh-Oh. ¿Quiere meter Apache 1.3? Tsk, tsk. Tuve que pedir el módulo específico de php4 para apache2 para que se dejase de intentar colarme el 1.3.

Osea, que ademas de pedante, eres torpe, eso lo sabe cualquiera que haya usado el cerebro, un vez en su vida.

Esta claro, que para alguien que no sabe instalar algo, ya sea gentoo, Debian o incluso un Windows (puaj), es imposible de instalar.

Por cierto, a que viene la guerra Gentoo VS Debian, el software libre, tiene una cosa buena, que eres libre de elegir el que te de la gana, a ti te gusta gentoo, pues nada, se feliz, usa gentoo, pero si yo, o cualquiera queremos usar Debian, Madrake, o cualquier cosa que no sea Gentoo, pues nada, alla nosotros, que la instalacion es "fea donde la haya", pues mira, tal vez mejor que un siguiente -siguiente -siguiente.

Ojo, sin rencores, tu usa gentoo y yo debian, pero una cosa.
Hace unos años, la idea era "usas windows??? joder, pero si eso es un sistema operativo de instalacion facil!!!" ahora, "La intefaz de instalacion de Debian no es bonita".

Ains el mundo, como esta dios mio, como esta.

Precioso comentario. Tendencioso y desinformado, pero precioso.

No explicas qué problemas has tenido con lvm2. A lo mejor si hubieses hecho una instalación Debian from scratch [google.com] no los hubieses tenido. Es lo que tienen los frontends de instalación, y es que hay que desarrollarlos, corregir bugs, etc... mientras que una instalación manual con una guía completita da al usuario AVANZADO la posibilidad de actuar ante algún error o caso especial.

Arranque feo, que funciona en todas las arquitecturas, y con todas las tarjetas gráficas. Que en las tuyas funcione el bootsplash me parece perfecto. Pero no es en todas.

Para ejecutar GNOME no necesitas un servidor X local. Con tener un servidor X basta, y en algunos montajes es remoto. Claro, que si en lugar de meterte a trapo en el apt-get en la instalación hubieses seleccionado que querías un desktop, otro gallo te hubiese cantado. Cosas de pasarse de listo.

Por cierto, el tema de las XWindow (que no tienen porque ser "xfree86") en Debian está en proceso de cambio (en ramas unstable y "experimental") por el cambio de licencia. Seguramente se terminará por usar unos paquetes mezcla de los diferentes proyectos. Y el nombre elegido para el METAPAQUETE tiene su sentido en una distribución que ya ha tenido sus más y sus menos con nombres de paquetes cambiantes, etc...

¿Problemas de dependencias de paquetes? ¿Ah, que dices que es en unstable?. Porque stable o testing no probaste, supongo. Se quiere tener lo que acaba de salir del horno el mismo día, y encima que no de ni un solo problema. Bueno, supongo también que en Gentoo "ESTABLE" nunca te has encontrado con problemas de compilación por falta de librerías que no estaban en las dependencias (sarcasmo)... porque yo si, y me tocó bastante más los cojones.

Por cierto, ¿módulo binario de nvidia? ¿Hablamos del propietario? ¿Miraste el primer punto del Contrato Social de Debian? ¿Tiene Gentoo algo parecido? Hay gente a la que SI nos importa, los que queremos usar *software libre* y no "KDE" o "GNOME" o porque suenan bién o tienen los iconos más bonitos. Lo mismo para JRE (aunque hay utilidades para crear paquetes a partir de los de SUN que dan bastantes menos problemas que los ebuilds correspondientes.

Referencias a paquetes que no pueden encontrarse. Veamos... ¿me pasó eso alguna vez en Gentoo "ESTABLE"? Pues mira, si. Bueno, supongo que tal como maneja portage los metapackages es normal.

¿Errores de sintaxis en scripts de paquetes? ¿Pero tu has estado usando Gentoo? Porque yo juraría que eso que estuve usando se llamaba Gentoo, y tenía unos scriptillos llamados ebuilds que petaban cuales escopetas de feria. Ah, y encima de vez en cuando los de webapp se llevaban el primer DocumentRoot de Apache por delante, así por la jeta. Algo GRANDE para un servidor web, si señor.

A todo esto falta nombrar los problemas con compilaciones (que en servidores hace una gracia, pero una gracia... algo bárbaro oiga), a lo ridículo y chapucero de la necesidad de un revdep-rebuild MANUAL, lo anárquico de los nombres de los useflags, a lo que se ha tardado en poder automatizar el uso useflags y buildflags por paquete en una distro donde SIEMPRE se compila, a los problemas arrastrados por cambios de nombres de paquetes (vcron vs cron initscripts), etc...

De tus conclusiones:
1- La primera es una impresión tuya, y bastante sesgada. Aporta algo al sistema de ports, pero tampoco ninguna barbaridad. Tiene ideas buenas y muy aprovechables puesto que dispone (o dispuso) de un buen nucleo de desarrolladores. Pero tiene importantes problemas de base.
2- La única razón por la que se me ocurre que alguien prefiera Gentoo habiéndola usado el tiempo suficiente es por las compilaciones de KDE, Gnome y compañía para su propio procesador. Y de hecho, es la "ventaja" más publicitada.
3- Cuando lleves varias decenas de máquinas con Gentoo, durante un periodo de dos años, vuelves y afirmas otra vez lo mismo s