Barrapunto

Hombre, te voy a explicar yo un poquito mi experiencia de este fin de semana. Por causas que no vienen a cuento me he propuesto instalar otra vez debian en mi estación de trabajo junto a mi intocable gentoo, y lo he conseguido (con algún problemilla con el d-i de sarge y lvm2).

Bueno, pues allí fui con sid. Arranque feo donde los haya. El tema es que instalé gnome, y las dependencias no consideraron apropiado proveerme de un servidor X, sino solamente las bibliotecas. Teniendo en cuenta que sin que yo diga nada me instala exim4 y mutt entre otros muchos paquetes, me resultó un tanto interesante esta cuestión. En fin, pasable. Buscando por xfree86 no encontré nada útil, tuve que encontrarme con algo como x-window-system-core o similar. Ñaa, ñaaa. En fin, cosas de cada distro. Por supuesto, con debian unstable, y de xorg nada se sabe en el repositorio oficial.

Arranco con gnome (más adelante instalé kde). Bien. Hasta me ha instalado el xmms. Qué bien. Lo arranco. Po' va a ser que no. Lo arranco en un terminal. "ld.so no encuentra libmikmod.so.2". Cojonudo, hombre, cojonudo. :) Bien, se solventa el fallo "manualmente" y ya tenemos nuestro querido xmms.

Sigo con el tema, voy a apt-get'ear el módulo binario de nvidia. Oh-oh. Necesito compilar si lo quiero para el kernel 2.6 (sonrisilla amplia).

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.

Ahora no quiero que uno de los servicios se arranque al iniciar. Buscando un poco, parece que lo que tengo que hacer es quitar el script de arranque del directorio en cuestión. Habiendo usado Gentoo durante ya un buen tiempo, hice esto casi con pena.

Bueno, más o menos parece que tira la cosa. Sigo con eclipse. apt-get me dice que "alguna vez alguien supo algo de eclipse pero ya no sé nada de él". Por suerte también me dice que un tal eclipse-sdk se le parece. Interesante, referencias a paquetes inexistentes. Le mando instalar eclipse-sdk. Uh-Oh (otra vez). apt-get me dice que sigue sin enterarse mucho y me sugiere que también le especifique que quiero "eclipse-platform" entre otros. Ok. Le doy. Uh-Oh (y otra vez). Ahora hay dependencias a j2re imposibles de satisfacer...

Bien, paso de eclipse. Probemos con más cosas. Mmm, syntax error en los scripts de varios paquetes deb. No ha debido ser grave, parece que la cosa sigue, aunque a saber si luego algo ha cascado. :S

Sigamos. Pruebo con apt-get install gforge. Espero la 4.0 salida del horno hace casi 2 meses. Po' va a ser que no. La instalación se para a medias dando un error del que no me acuerdo exactamente. Por suerte, sabiendo ya de antemano las dependencias de este paquete, intuyo que falla por necesitar de una no instalada (à la xmms). La instalo a manita, y la configuración de los paquetes sigue su curso. Bieeeen.

Tras todo esto, que en Gentoo hubiera funcionado a la primera sin quebraderos de cabeza (salvo gforge, ya que aún no está disponible en el árbol de portage), decido que mi paciencia ha llegado por esta vez a su fin.

Ahora voy, y leo por aquí algo tal que: "pero la facilidad de mantenimiento a base de "apt" lo compensa con creces".

Lo cual, en conjunto, me hace concluir que:

1) Gentoo y portage son una maravilla: portage está una generación por delante de los demás sistemas de paquetes.
2) Los paquetes como KDE son mucho más interesantes si se bajan en forma de binario si la flexibilidad deseada no es TAN importante. Tengo que pensar en usar los GRP de Gentoo o pillarlos de un BINHOST de confianza.
3) Algunas personas saben muy poco sobre "mantenimiento fácil".
4) Debian haría bien en mejorar sustancialmente apt y la calidad de algunos paquetes.

Por último: en apenas 1 día en la rama inestable de Debian me ha dado tiempo a tener aproximadamente los mismos problemas que en 2 años en la inestable de Gentoo.

En serio... ¿ha cambiado con el nuevo año el concepto de "mantenimiento fácil" y yo no me he enterado?

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