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.
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, 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.
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:-)
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? ¿A quién? ¿En la LTS? ¿Por qué, hay contrato de por medio? Creo que no :-?
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
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".
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 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, -- 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