Camaleón wrote:
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.
Exacto. Es lo mismo que se haria con openSLES. Nadie dice que openSLES deba asumir nada más.
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.
Eso y mucha gente compilando paquetes, que no son pocos ...
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.
¿Porque? Red Hat no lo está existiendo una CentOS o ScientificLinux como existen.
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.
Ahí está el quid: saber si Novell ha metido algún gazapo por el cual no se pueda hacer una openSLES. 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.
Pues con Red Hat es muy facil. Coges un navegador y entras aquí: http://ftp.redhat.com/pub/redhat/linux/enterprise/. Ala, ya tienes todo el código fuente de todas las releases de Red Hat Enterprise más los updates que tocan. Ni usuario, ni password ni nada: un simple ftp. Si esta gente va en serio y legalmente no hay ningún problema en crear una openSLES, la primera donación está clara: dinero para tener una subscripción para todos los canales posibles de SLES. Esto no es nuevo, las personas de CentOS también tienen cuentas legales en Red Hat con acceso completo a todo. Por lo tanto si desde un punto de vista legal no hay problema, no es complicado liberar un openSLES ya que la financiación no debería costarles en exceso encontrarla, eso si SuSE tiene una buena base de usuarios, sean empresariales o no. Saludos.
Saludos,
-- CL Martinez carlopmart {at} gmail {d0t} com -- 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