Camaleón wrote:
El 2009-08-26 a las 07:36 -0400, Armin Díaz Argaña escribió:
Yo lo veo mucho mas sencillo.
Eso debe ser porque aún no has hablado con tu comercial de Novell y le has planteado la idea >:-)
Apuntar a una openSLES, tener una suscripción a novell y de ahi obtener los parches de seguridad y las actualizaciones criticas, el resto se obtiene de las iso normales.
¿Y quién se encarga de "limpiar" los paquetes para que se puedan distribuir e instalar sin violar el EULA de Novell? ¿Y cómo sabemos qué es lo que hay que eliminar? ¿Y quién hace las pruebas de esos paquetes antes de ponerlos a disposición de todos? Porque si algo falla, no se puede recurrir a "naide" :-)
También aprovechar el OBS para empaquetar software mas reciente, como Postgresql, Apache, tomcat, etc. etc.
Luego quedaría eliminar toda referencia a novell y poner la marca openSLES
Sin colaboración por parte de Novell, yo no lo veo tan simple de ejecutar como en CentOS / Red Hat :-/
No hay ningún paquete indispensable en SLES que tenga una licencia restrictiva que impida que el proyecto no corra.
Empaquetar es sencillo (hasta cierto punto) y ¿las pruebas? ¿o no se prueban los paquetes antes y si cascan, bueno, pues "ajo y agua"? >:-)
Saludos,
Camaleon, todas esas dudas que planteas son muy sencillas de resolver. A nivel técnico no hay problemas. Lo que ha planteado Armin es precisamente el modelo que usa CentOS a) "Limpieza" de trademarks y temas relacionados: equipo de desarrolladores (en CentOS son 8 personas nada más). Y sabemos lo que se puede eliminar porque hay acceso al código fuente. b) Realización de las pruebas: el equipo de QA. Aquí cuantas más personas y distintos entornos haya involucrados mejor, pero recordad que la parte más dura ya la ha hecho Novell. Solo hay que asegurarse de que la distro funciona igual a la original, incluyendo los mismos problemas que pueda tener SLES. c) Recurrir cuando algo falla: pues donde siempre a los foros y las mailing lists. ¿Como creeis que se hacia con CentOS en los inicios?. Sigue siendo igual, aunque es cierto que sí existen empresas dando soporte "oficial". d) En el caso de una openSLES, yo no meteria nada de OBS. Se trata de que sea un fiel reflejo de la distro original: quiero decir yo no empaquetaria nada que no estuviese en el DVD oficial. Eso sí, se puede crear un repositorio como extras e incluir el software más demandado por los usuarios, vamos el equivalente a universe y multiverse de Ubuntu. e) Colaboración de Novell: la justita. Quiero decir que si se tiene acceso a la subscripción no se necesita a Novell para nada. La herramienta SMT de SLES ya te descarga todos los fuentes de los updates y los paquetes originales. Para mi el handicap es averiguar si legalmente se puede hacer y lo demás no tiene problemas ... -- 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