El 2009-08-26 a las 17:39 +0200, carlopmart escribió:
Camaleón wrote:
¿Y quién lo libera, CentOS o Rad Hat? Porque en el caso que nos atañe, Novell no sacaría ese parche salvo que tenga la completa seguridad de que el error lo ha reportado alguien con contrato en vigor, no "a través" de alguien con contrato en vigor.
CentOS solo libera si el error es suyo. Si no, CentOS no libera nada hasta que lo haga Red Hat. Y en 4 años usando CentOS eso solo ha ocurrido 2 veces: un error de la propia CentOS.
Pues eso te digo... si el error no es suyo (que es de Red Hat o que viene upstream) ¿qué hacemos? :-/
Sobre "Novell no sacaría ese parche salvo que tenga la completa seguridad de que el error lo ha reportado alguien con contrato en vigor", no me lo creo.
Jupe, pues ya me dirás... salvo que empiece a recibir el mismo informe de otras fuentes "legales" suyas, no mueve ni un dedo. Así que dependemos de que "alguien" tenga nuestro mismo problema y de que además, lo reporte. No me parece una situación muy halagüeña :-(
Si alguien en la mailing list de sles o en los forums de Novell empieza a hacer "ruido" con un problema que tiene y no está reportado en bugzilla y van apareciendo más usuarios con ese mismo problema, Novell actuará de "oficio": arreglará el problema sin un bugzilla abierto, o inclusive lo abrirán ellos mismso si su protocolo interno se lo recomienda. Aquí estamos hablando de modelos Enterprise, aka negocio, aka $$$$. ¿Tu crees que si un usuario empieza a tener problemas de mal funcionamiento de ssh (y que esa situación solo se dá en SLES y no en otras distros) y lo dice en los foros o mailing list de SLES no va a haber un técnico de Novell al tanto del problema?? Créeme lo estará.
Pero yo no puedo depender de que otro usuario legalizado tenga mi mismo problema y de que haga el informe en bugzilla, eso no es serio...
Si es un bugzilla concreto para tu infraestructura, es normal que solo lo recibas tú. Con Red Hat pasa igual: si tu problema es solo tuyo te lo solucionan a tí y NO lo hacen público. ¿Cual es el problema??.
No hay que perder de vista que aquí se habla de una distro hecha por personas a las que les gusta SuSE, no por una empresa. Con openSuSE estás igual o peor ¿no?
No, con openSUSE si tengo un problema, reporto. Si es serio, seguramente me den a probar algún paquete prepado por ellos para que lo pruebe y les diga si el fallos se soluciona. Si es así, lo sacarán en la siguiente actualización.
Correcto, pero es que eso te lo va a hacer Novell gratis en referencia a openSLES, porque si es un problema en las SLES de rebote quedará arreglado en la openSLES. Sigo sin ver el problema.
Eso será si alguien informa de ese fallo. Pueden pasar años, meses o semanas... no sé a ti, pero personalmente no me gusta depender tanto de los demás >:-)
Además, los de Novell te podrían decir "O.k., mandamos un técnico a su oficina, para que puedan revisar el problema in-situ" ¿y qué hacemos, enviamos el bastidor a la casa del intermediario openSLESero, en Utah?
:-)
Mande?? ¿Alguien ha tenido un problema de tal magnitud que Novell le haya tenido que enviar un técnico, por ejemplo en España?? Yo llevo a muchos clientes (grandes y medianos) con Red Hat/CentOS en sus sistemas de test, pre-producción y producción y en ocasiones han surgido problemas muy serios y en ningún caso ha hecho falta que viniese un técnico de Red Hat al cliente.
Porque Novell "sabe" que tus clientes tienen contratos en regla, por eso no hacen preguntas de ese tipo >:-)
Pues igual pasará con el binomio openSLES/SLES.
No, porque en cuanto empiecen a indagar un poco sabrán que el bug no lo ha reportado quien tiene cuenta con ellos.
Repito: openSLES DEBE ser una distro hecha por personas a las que les gusta tener algo estable, robusto y con soporte largo. Y si la usas para sistemas de producción asumes ciertas cosas. Yo tendría más miedo de poner una openSuSE en producción que una openSLES y más de uno de vosotros tiene a openSuSE en producción ¿no?.
No, para nada ¿por qué? Si hay algún problema, puedo informar del fallo, sin temor a que Novell descubra nada ni tome cartas en el asunto. Si hay algún problema, puedo probar algún kernel o paquete que los desarrolladores me den "exprofeso", para mi problema, para que lo pruebe.
Pues igual pasa con CentOS. Y pasará con openSLES. En CentOS hay un repositorio de software expiremental que puedes probar cuanto quieras para ver si tu problema se soluciona. Si es así, el equipo de CentOS reporta a Red Hat y este lo soluciona. La cadena es la misma para openSLES. Sigo sin ver donde ves el problema....
El problema es que CentOS no tiene el mismo estatus ni la misma relación que tendría openSLES con Novell, no lo olvides.
Los problemas gordos (serios) en el bugzilla no van tan mal de tiempos... sólo he tenido un par de fallos "serios" (relacionados con el kernel) y se gestionaron en un tiempo prudencial (menos de 1 semana). Pues con openSLES igual, o mejor, porque el problema lo soluciona Novell. Tu solo tienes que "limpiar" el paquete, probarlo y liberar el parche.
¡Es será si Novell te lo quiere solucionar! >:-) Novell no es tan rápida sacando parches como openSUSE, ten en cuenta que paquete o parche que saque tiene que probarlo y certificarlo para todas las instalaciones.
Y Red Hat igual ¿o que esperabas? Y si hay un problema de verdad, a Novell no le queda otro remedio que solucionarlo ... O no te entiendo, o mejor ponme un ejemplo ...
Novell puede pasar olímpicamente de sacar un parche para un problema que lo reporta un usuario sin licencia.
Te recuerdo que la espera en openSUSE es de 8 meses (el tiempo que tardan en sacar una nueva versión con paquetes actualizados, más controladores, etc...), la de Novell es de ¿3 años entre versiones? >:-) Es decir, o lo tenemos bien "agarrado" el tema del contrato con Novell o nos pueden dejar k.o.
No me creo que un driver nuevo, Novell tarde 3 años en sacarlo si es un fabricante como LSI, Dell, HP, etc ... Ahora bien si el fabricante es "foo", entonces si ...
Ah, vaya, qué bonito... entonces también estamos atados a usar sólo hardware que esté certificado para SLES, pues vaya :-(
Entonces, ¿debemos entender que este tipo de "anuncios" no son más que una "herramienta de distracción" (aka: tomadura de pelo)? :-) [opensuse-project] More Support for the openSUSE Project http://lists.opensuse.org/opensuse-project/2009-08/msg00455.html
No, significa optimización de los recursos y mayor provecho de los mismos
¿Dices que "más soporte para openSUSE = menos soporte para las versiones"? ¿Y cómo se come eso? >:-?
¿Y yo he dicho eso?? Yo me refiero a la reducción del tiempo de mantenimiento entre las distintas releases de openSuSE ...
Y yo también me refiero a eso. A ver, nos están diciendo que van a destinar más recursos a openSUSE, pero al mismo tiempo, en paralelo, nos dicen que nos quitan 6 meses de soporte. Lo que digo que esas dos afirmaciones no son "coherentes" porque se contradicen mutuamente :-/. 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