Camaleón wrote:
El 2009-08-26 a las 18:28 +0200, carlopmart escribió:
Camaleón wrote:
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? :-/ Esperar a que Novell lo solucione, igual que esperan los clientes de Red Hat a solucionarlo ...
Serán los clientes de Red Hat y de Novell que tengan su licencia correspondiente.
Si, y los desarrolladores de openSLES SERAN clientes de Novell con "n" subscripciones, tanto como les den en donaciones y les alcance ...
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 :-(
La fuente legal de la que hablas son los futuros desarrolladores de openSLES, que no olvides que tendrán subscripciones legales y ellos reportarán a Novell ...
Así funciona en CentOS .... Creo que es un sistema sencillo, ¿no? Y sobretodo válido, tal vez no és rápido, pero si válido.
Repito que CentOS no es que cuente con el beneplácito de Red Hat
Sí cuenta con el beneplácito de Red Hat, hast cierto punto. De hecho se habla estos días, que ha habido algunos problemas en la gestión de CentOS, de donaciones por parte de Red Hat. Lo dije en un correo anterior: a Red Hat la existencia de CentOS le ha hecho subir el negocio ... Ojala hubiese algo así con openSLES y Novell ... , pero
no lo tienen en la diana. No hay trabas, los paquetes de parches están disponibles de forma abierta, algo que no pasa en Novell.
Correcto. Pero con una subscripcion si tienes acceso a esos fuentes ... que ojalá fuese como con Red Hat, pero es lo que da Novell ..
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... Pues entonces tu lo que pides es tener una SLES o RHEL legal .. Es la única forma de solucionar lo que pides ...
No, yo sólo quiero el sistema de openSUSE como estaba, con 24 mesecitos de soporte y ya está O:-)
Pues entonces dejemos el thread porque yo no estoy hablando de una openSuSE, yo siempre hablo de un clon de SLES ...
Ojo!!: aviso a navegantes: que las Ubuntu LTS funcionan igual. Que nadie se lleve a equívocos. Si quieres que Canonical te solucione un problema concreto tuyo, te hará pagar por adelantado ... No harán ni caso si no tienes soporte. Espero que este punto esté claro.
¿Ubuntu... pagar?
medio? Creo que no :-? Si, de soporte si quieres tenerlo. Tu me has puesto un ejemplo antes. Si compras una controladora que dá algún problema en una Ubuntu LTS y sabes que es un error de su kernel y precisas de una solución en pocos días o
Si ¿A quién? A Canoncial ¿En la LTS? Si ¿Por qué, hay contrato de por pagas o te esperas: o sea que igual que con RHEL, CentOS y demás ... Y ojo el tiempo de respuesta de Ubuntu es de alucine ...
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 >:-) Si es un error grave, créeme que queda solucionado en horas o días. Te pongo un ejemplo clarificador: upgrade entre distintas releases. Cuando upgradas una RHEL de versión, surgirá algún problema porque naturalmente no todos los entornos son iguales. Ventaja: CentOS o openSLES lo tendrán solucionado en su upgrade porque tardarán varias semanas en liberar la nueva versión y uno de los motivos de ese retraso es este.
Yo no "upgradeo" ni teniendo a todo el plantel de ingenieros de Novell a mi disposición para resolver los problemas :-P
¿Y si las circunstancias de producción te obligan???
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. ¿Como que no tiene cuenta con ellos? Llevo diciendo todo el rato que el futuro equipo de desarrollo de openSLES DEBE POSEER subscripciones legales a los canales SLES y poder abrir bugzillas si así es preciso.
¿Donde está la parte ilegal aquí???
La parte (supuestamente) ilegal es que Novell sólo te da "soporte" si tienes contratada una licencia para tu equipo. Ojo, no digo que no puedas aplicar los parches por tu cuenta y riesgo, sino que no hay soporte, informes, reportes, bugzillas para un equipo sin licencia.
Se supone que puedes distribuir los parches, pero hay queda todo. Si te pasa algo con esos paquetes, no hay quien te dé soporte (quien te atienda los bugzillas) "legalmente".
Repito: que los desarrolladores de openSLES TENDRIAN subscripciones legales. Novell DEBE darles soporte por contrato ...
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. Eso lo sospechamos, no lo sabemos a ciencia cierta. Yo estoy de acuerdo en eso contigo, pero cosas peores se han visto en este mundo ...
Con esos temas, en una empresa, no me gusta jugar. Necesitaría algún gesto claro y contundente por parte de Novell que indicara que no va a poner pegas a ese desarrollo, pero no creo que se dé :-(
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. Repito: el equipo de desarrollo de openSLES es una entidad LEGAL: tiene pagadas subscripciones...
Las suscripciones son para los equipos que se legalicen, no para el tuyo, el mío o el de cualquiera. ¿O crees que con pagar una licencia cubrimos a todos los equipos del mundo? :-)
No me has entendido. Si el equipo de desarrollo, con sus subscripciones legales, logra reproducir tu problema en sus entornos, ¿que les impide abrir un bugzilla???
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 :-( Naturalmente. ¿Que fabricante de SO de este mundo no tiene su HCL??? Eso tampoco quiere decir que no intenten solucionar el problema, pero no están obligados a ello. ¿O es que crees que Microsoft te soporta todo el hardware del mercado para sus servidores Windows, o Apple, o VMWare, o Citrix??? No, todos tienen sus hcl.... Repito: hablamos de SO de linea Enterprise ...
No creo que en el bugzilla de openSUSE pongan traba alguna al hardware que tengas "sólo por su marca". Salvo que use controladores cerrados (caso de nvidia o ati) nunca he tenido problemas en ese aspecto >:-(
Saludos,
Pero es que aquí yo estoy hablando de software de linea Enterprise ... No de distros "bleeding edge". ¿Tu crees por ejemplo que VMWare o IBM va a darte soporte si has comprado un hardware en casa de "Pepe Informaticos"? No, lo primero que te piden es un report del SO, y ahí canta todo el hardware que tienes ... -- 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