Mailinglist Archive: opensuse-es (885 mails)
| < Previous | Next > |
Re: [opensuse-es] Re: [OT] "Esto no es una democracia" (era: System-V init tiene los dias contados)
- From: carlopmart <carlopmart@xxxxxxxxx>
- Date: Sat, 27 Mar 2010 21:32:55 +0100
- Message-id: <4BAE6B77.4050700@xxxxxxxxx>
Camaleón wrote:
Vale, pero te he puesto un caso en el que están los tres.
Mira, en eso totalmente de acuerdo.
Cierto hay dos diferentes: centos-release y centos-release-notes. ¿cual más? :)) Se lo que quieres decir, pero llevo años usando las dos y cuando una me ha dado error me lo ha dado la otra y viceversa. hasta la fecha RedHat no ha hecho trampas en eso. Ambas distros se compartan de forma exacta en lo bueno y en lo malo ante la misma situación. Si no de que Oracle habría sacado su fork OEL si no fuera por CentOS... y Citrix con su XenServer.
Correcto y eso no lo discuto. Pero sí te digo cual es el objetivo de Ubuntu Server. No es comparable a las distros "no oficiales", "bleeding edge" o llamemóslas como queramos ...
Hombre no conozco la infraestructura de Ubuntu, pero sí conozco otras y el tema funciona así. Más que nada por que se juegan bastante dinero ... Otra cosa es que acierten o no.
Naturalmente no lo puedo asegurar pero hay algo parecido y eso lo puedes comprobar en la mailing list de ubuntu-server.
Sí me sirve porque a mi me está atentiendo un responsable directo de producto, que te aseguro no es un desarrollador.
--
CL Martinez
carlopmart {at} gmail {d0t} com
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
Vale ejemplo sencillo: tienes que instalar 4 servers que den alta
disponibilida de servicio a un servidor web apache. Y lo montas en
hardware Dell o HP, plataformas certificadas para Ubuntu
Server/SLES/Dell ... ¿En que se diferecia esto de una SLES o RHEL?
En que yo elegiría el sistema operativo que estuviera certificado por el fabricante de los servidores *además* de por los servicios que vaya a implementar. Si todo eso se cumple para Ubuntu, perfecto.
Vale, pero te he puesto un caso en el que están los tres.
Por otra parte... HP pase, pero Dell, buf, no gracias, por mucho certificado que me dé >:-)
Mira, en eso totalmente de acuerdo.
Para que veas la analogía, los paquetes de RedHat y de SLES no son losIncorrecto en el caso de CentOS. Los paquetes de CentOS son los mismos
mismos que los paquetes de CentOS o de openSUSE.
que los de RHEL.
No son "los mismos" >:-)
Cierto hay dos diferentes: centos-release y centos-release-notes. ¿cual más? :)) Se lo que quieres decir, pero llevo años usando las dos y cuando una me ha dado error me lo ha dado la otra y viceversa. hasta la fecha RedHat no ha hecho trampas en eso. Ambas distros se compartan de forma exacta en lo bueno y en lo malo ante la misma situación. Si no de que Oracle habría sacado su fork OEL si no fuera por CentOS... y Citrix con su XenServer.
En el caso de Ubuntu intentan hacer una especie de híbrido, a caballoNo he dicho que sean iguales, si he dicho que el objetivo de Ubuntu
entre ambas opciones, pero lejos de ser una RHEL o una SLES.
Server es el de llegar a competir con estas. Pero que a nivel de
support, ofrecen buenos contratos.
Ten en cuenta que Ubuntu es muy joven en comparación con las otras dos. No te digo que vaya ganando enteros y que los fabricantes la vayan apoyando pero aún no la veo comparable en cuando a nivel de certificaciones disponibles.
Correcto y eso no lo discuto. Pero sí te digo cual es el objetivo de Ubuntu Server. No es comparable a las distros "no oficiales", "bleeding edge" o llamemóslas como queramos ...
Porque son ellos los que desarrollan los paquetes que te dan losYo no he hablado de kernel. Pero digo yo que habrán al menos dos figuras
problemas con el upstart. Ellos conocen los parámetros y las opciones
con las que compilan el kernel de la LTS :-)
que intervengan aquí aparte de los desarroladores: un arquitecto de
software y un inginiero de sistemas, ¿no?. Y se supone que el arquitecto
de software le consultará al ingeniero de sistemas si puede haber
problemas con algunos componentes ¿no?
Ni idea... me da miedo saber qué hay detrás, me parece que eres muy optimista en cuanto a tus conclusiones :-)
Hombre no conozco la infraestructura de Ubuntu, pero sí conozco otras y el tema funciona así. Más que nada por que se juegan bastante dinero ... Otra cosa es que acierten o no.
Si me dijeras en otro fabricante de sofwtare, te diría que sí, pero en Ubuntu (glups) tengo mis dudas.
Naturalmente no lo puedo asegurar pero hay algo parecido y eso lo puedes comprobar en la mailing list de ubuntu-server.
De Canonical.A mí no me sirve da nada el criterio de un desarrollador en una distro¿De qué empresa?
enterprsie. Me sirve el criterio de la empresa.
Pues en este caso me parece que no te sirve ;-)
Sí me sirve porque a mi me está atentiendo un responsable directo de producto, que te aseguro no es un desarrollador.
Ese ha sido bueno :))Pero a ver, ¿es que Ubuntu no está certificada en nada? (ejemplo:
http://www.ubuntu.com/news/db2cert), Yo creo que sí.
¿Del 2.005? X-)
Es broma, es broma. Sí, claro, algún acuerdo de colaboración tendrán con los fabricantes y con empresas desarrolladoras de software. Al fin y al cabo Canonical es una empresa, de algo tiene que vivir.
Claro que la lista
no es tan amplia como con SLES y RHEL, pero se supone que quieren que
sea ampliada sino que sentido tiene hacer según qué. ¿Para qué inyectar
dinero si solo les interesa el desktop, por ejmplo?
Pues eso te digo, que aún no puede competir de tú a tú con las soluciones de Novell y RedHat.
Sobre el sentido de cuál es el deseo de Canonical, no te podría decir. Bueno, sí, parece que ahora están preocupados por el uso de las unidades en base2 o en base10, según el tipo de medida que representen:
Ubuntu implements units policy, will switch to base-10 units in future release
http://www.neowin.net/news/ubuntu-implements-units-policy-will-switch-to-base-10-units-in-future-release
Saludos,
--
CL Martinez
carlopmart {at} gmail {d0t} com
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |