El 2009-08-25 a las 23:24 +0200, carlopmart escribió:
Camaleón wrote:
Bueno la esperanza es lo último que se pierde :)). Fuera bromas, lo digo en serio: si convencen a Dag Wieers, dá por hecho que habrá una distro. El problema más importante que veo con Dag es que es una persona que se centra en temas de linea Enterprise, por eso veo dificil que le convenzan para un openSuSE LTS (aunque todo es posible). Si le dicen que será una openSLES es muy probable que se apunte al carro, ya que en estos momentos ha dejado de ser desarrollador/colaborador de CentOS. Otro apunte: es uno de los responsables de rpmforge, por lo tanto tiene infraestructura como para crear una distro desde cero. Pero solo el tiempo dirá ...
No es tarea fácil... no sólo por la cantidad de paquetes que tendrían que mantener, empaquetar, probar y compatibilizar, sino porque tendría a Novell encima... No sé, no lo veo tarea para una sola persona sino maś bien para un grupo dedicado íntegramente a ese trabajo. Y por las listas y foros no veo que la gente (que no es de Novell) esté por esa labor. Saludos,
Cierto no es una tarea fácil, pero me remito a un correo anterior que comenté: CentOS solo dispone de 8 desarrolladores y ScientificLinux de 2 y las distros salen, aunque bien es cierto que con CentOS 5.3 hubo algunos problemas pero bueno.
Pero en CentOS utilizan los mismos paquetes que en RedHat, sólo les quitan aquéllo que no pueden distribuir por problemas de licencias. Es decir, no desarrollan paquetes nuevos, sólo manipulan los existentes. Los parches, las mejoras, se las "da" (por decirlo de alguna manera) RedHat, ya hechas.
De todas formas lo que yo si veo muy dificl de mantener es una openSuSE LTS: son demasiados paquetes y ahí si que tendría que haber unas cuantas personas. Por contra, una openSLES sería "más fácil" de mantener y que aporta muchísimos menos paquetes que openSuSE, pero el handicap con openSLES está en cumplir la ley, aunque en teoría el código de SLES es gratuito, ¿o no Novell??
Una openSUSE LTS requiere de personal encargado de testeo... y mucho. Porque no tienen paquetes, tiene que parchear el kernel, y mantener estables y compatibles todos los paquetes que saquen alguna actualización de seguridad y eso no lo veo sencillo. Novell pondría menos pegas (por no decir ninguna porque no puede) pero faltaría "mano de obra". A una openSLES Novell la pondría contra la espada y la pared. Técnicamente sería más sencillo de mantener (los paquetes serían los mismos que los de SLES/SLES por lo que del testeo ya se encargarían ellos :-P) pero legalmente sería más complicado. No sé cómo consiguen los últimos parches de seguridad de RedHat la gente de CentOS pero en SLES me parece que necesitas al menos tener una cuenta para descargar no sólo los paquetes sino para tener acceso su código fuente. 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