El Wed, 19 May 2010 21:45:31 +0200, Karl García Gestido escribió:
El día 19 de mayo de 2010 10:07, Camaleón escribió:
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió: (...) 2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio Gran decisión histórica xD Desechar QT tantos años por la primitiva
O Mércores 19 Maio 2010 19:31:28 cheperobert escribiu: licencia de Trolltech... en fin, viva el software libre ;)
Bueno, a ver no penséis mal. Hay mucha gente con Debian y con KDE 4.4 instalado, no han "desechado" nada. De hecho es una de las pocas distribuciones que aún mantienen kde 3.5 disponible para instalar y soportado oficialmente hasta que termine el soporte de Lenny, que será dentro de un año en cuanto salga la nueva versión, que todavía no han sacado. Es decir, que es de las pocas distribuciones que no se "plegó" a la moda del kde 4 y se mantuvo firme >>:-) Como nota curiosa diré que en la lista inglesa (la de debian) la gente echa mucho de menos a kde 3.5, parece que tampoco les ha convencido el kde4 :-P Lo que quería decir es que el medio CD de instalación de Debian viene con GNOME, lo cual a mí, particularmente, me viene de perlas para no tener que descargar el DVD completo, donde tienes más entornos para elegir, KDE entre otros, por supuesto. Y por cierto, otra cosa curiosa. Cuando participas en las listas de Debian (sobre todo en la inglesa, que hay más gente) te das cuenta de que lo "raro" es que alguien use GNOME. La mayoría (y sí, digo la mayoría) utiliza KDE u otros entornos que no son tan comunes en otras distribuciones, o que se ven con cuentagotas. Algunos no los había oído nunca :-) Creo que es precisamente esa pluralidad "real" uno de los puntos más importante de Debian. No se percibe como un sistema "gnomizado" o "kdeizado" per se, qué va, es tan flexible, se usa en entornos tan dispares y hay tantos paquetes disponibles que la gente instala realmente lo que necesita sin necesidad de tener que poner un entorno de escritorio completo pesado sólo porque "no hay nada mejor" o porque no encuentra el paquete del DE que quiere ya compilado para su distribución.
Quisas tengas mucha razon que es muy estable, pero algunas actualizaciones de paquetes son un poco mas tardias que otras distribuciones,
"Debian way of life". Lo raro es que Debian actualice antes que los demás.
Eso es cierto: los paquetes de la versión "estable" (luego comentaré brevemente lo de las versiones, que es algo realmente interesante en cuanto a metodología) son antiguos, y punto. Lo cual puede ser una ventaja (para mí definitivamente lo es) o un inconveniente si necesitas trabajar con las versiones más recientes. También es verdad que los paquetes de la versión estable de Debian no son "tan antiguos" como los que suelen incluir en CentOS. Esos son "añejos" :- P
documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan.
Hay días para todo. Desde el verano pasado he utilizado muchas veces muchos repositorios de openSUSE y no tuve problemas. Además, hay espejos para el caso de que fallen... no veo esa cuestión decisiva. Creo que a la larga, los problemas de conexión pueden afectar a cualquiera por cualquier cosa.
No Karl, no. En openSUSE no había mes que no tuviera problemas con los repos, con el redirector principalmente, tanto es así que al final opté por no usarlo y configurar un repositorio fijo. Para 3 o 4 veces que actualizaba algún paquete al mes, 2 veces tenía problemas. Además, no es sólo una cuestión de "espejos". Otra de las ventajas de Debian es que la mayoría de los paquetes están en un repositorio único (main → oss), no separado, como sucede con los paquetes del OBS en openSUSE, con lo cual se reducen sobremanera los problemas de conflictos y dependencias, algo más complicado de gestionar en openSUSE por lo que todos ya sabemos: los paquetes de packman sobreescriben paquetes del repo "/oss" y ya la hemos liado. O tienes que ir solucionando dependencias no satisfechas porque el paquete que necesitas está en otro repo que tienes que activar... y al final se termina con 50 repos distintos, los cuales te proporcionan la misma versión de un mismo paquete o biblioteca y tienes que ir afinando mucho para saber qué instalas y desde dónde. Por lo que en openSUSE o se tiene cierto "autocontrol" sobre los paquetes y los repos, o terminas con un sistema roto cada dos por tres. Y si se te rompe el zypper ya sabemos lo que puede pasar >>:-)
Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma. zypper up??
Sí, pero no :-) Fíjate, yo de zypper desconfiaba tanto que no lo ejecutaba más que en la VM y con varias "-vvv" para intentar obtener la mayor información posible antes de decirle "avanti, instala o actualiza". En cambio, apt-get no me ha generado ningún problema, no me hace preguntas "estrafalarias" sobre complicados requisitos no satisfechos porque si tengo A pero no B y B necesita C pues que instale C para poder instalar A y satisfacer B. Y cosas asín que hace el zypper :-) Ojo, hay que ser justos. Zypper ha empezado realmente a utilizarse como herramienta de administración "oficial" y soportada para la gestión de los paquetes, actualizaciones y saltos entre versiones de openSUSE (esto último hace apenas unos meses) hará un par de años como mucho. Es con mucho, una herramienta más joven que apt, es normal y esperable que aún no esté tan pulida.
Otra cosa que tiene (y que aún no he explotado "debidamente") es su sistema de configuración de programas (dpkg-reconfigure) a modo de plantillas, que inician un asistente de configuración muy básico (tipo yast pero mucho más sencillo) aunque suficiente para que un usuario pueda configurar Postfix o cualquier servicio "complicadillo" (xorg, alsa...) sin necesidad de tocar directamente los archivos de configuración.
Quiero probar esas herramientas de Debian.
Hace mucho que no uso Debian, sólo estuve con Debian Potato y Woody (las siguientes apenas las probé por encima)... pero no tiene "esas herramientas". Cada paquete .deb incluye un scrip de postinstalación que se ejecutará cuando se instala. La forma sencilla de cambiar algo en la configuración inicial de un paquete es "reconfigurarlo", que es justo lo que hace dpkg-reconfigure, como es fácil adivinar por su nombre. No obstante, la mayor utilidad de esta herramienta es para cuando un paquete no se configura correctamente al instalarse -típicamente por algún problema de dependencias.
Esas "herramientas" existen. Y tienen la misma funcionalidad que "sax2", por ejemplo. Si tienes un problema con el controlador gráfico o la detección del hardware, lo ejecutas, te hace unas cuantas preguntas y listo, no tienes que ir tocando el xorg.conf de forma manual y dando "palos al aire".
Lo que interpretáis como un asistente no es tal: simplemente se configura Debian para que la salida de las herramientas de "postinstalación" se muestren con ese formato, desde la típica línea de comandos a salida gráfica.
Son asistentes en toda regla :-) Por ejemplo, el de "samba", te hace tantas preguntas que cometí el error de decirle "déjame tranquila, asistente pelmazo, que ya te cojo yo luego con el smb.conf y te dejo a punto" y al final tuve que volver a ejecutarlo para que quedara todo bien configurado. Son asistentes de configuración que a un usuario inexperto le viene de perlas. No son YaST, obviamente, pero menos da una piedra :-)
El proceso de instalación de las distribuciones basadas en Debian es distinto a aquellos basados en rpm (y más aún del que usa Slax), y bueno, no es oro todo lo que reluce... cuando veas al sistema "liado" ya verás tú!! XD
Eso sólo les pasa a los "valientes" :-) Ahora comento lo de las distintas versiones que hay en Debian para que tengáis una idea general de su funcionamiento (yo me enteré cuando tuve que instalarla). En Debian usan un sistema de 3 versiones: stable, testing y unstable. Hay una cuarta "experimental" de la que sólo conozco su existencia pero poco más. - La versión estable es como una roca. Es la versión "probada" y no se actualiza ningún paquete salvo que sea por un agujero de seguridad o en caso muy concretos. Esta es la que tengo yo O:-) - La versión de pruebas sería como la factory de openSuSE, pero en un estado contínuo muy avanzado (sería como una RC2 "permanente", por así decirlo). Es la versión sobre la que se trabaja y se actualizan los paquetes más comunes y también recibe parches de seguridad del equipo de Debian, al igual que la versión estable. - La versión inestable vendría a ser una factory susera en estado permanente de ML7 (una fase previa a la RC). Los desarrolladores actualizan continuamente y la mayoría de los paquetes están en fase de desarrollo. En teoría, se puede saltar desde la estable o la de pruebas a la inestable en cualquier momento. ¿Cómo se suele "romper" el sistema? Pues haciendo lo que se hace en openSUSE, que es salirse de lo recomendado: por ejemplo, usando paquetes de la rama de pruebas si tienes una instalación base con la versión estable. Ahí sí te puedes encontrar con problemas de dependencias o paquetes rotos porque las bibliotecas son incompatibles con las versiones de los programas, el kernel, etc. Yo, que soy más sosa que un besugo de agua salada, no me salgo de la estable ni "pa'" dar los buenos días. Y tanto yo como mis sistemas convivimos en paz y armonía, vamos, que estamos muy tranquilos :-P
Por cierto, en el uso común se aconseja usar aptitude en lugar de apt-get. Hasta donde yo he probado, es mucho menos propenso a hacer cosas raras, lo cual es interesante para alquien a quien le preocupe que su sistema se desestabilice. apt llega a donde no llega aptitude, pero no creo en un entorno de servidores sea demasiado interesante tal diferencia.
Sí, eso comentan por las listas y en la documentación oficial, pero cada persona te dirá que uno u otro tiene sus ventajas... creo que "aptitude" está mejor preparado para gestionar problemas de paquetes rotos o dependencias, vamos, interioridades del administrador de paquetes de esas raras. Suelen usarlo quienes trabajan con repositorios cruzados (stable/testing o testing/inestable). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org