[Ayuda] Re: [Ayuda] Re: [Ayuda] Re: [Ayuda] Cambio de distribución
Sandino Araico Sanchez
sandino en sandino.net
Vie Feb 20 08:29:59 CST 2004
Leonel Nunez wrote:
>
>
>>Nada cambia cada mes, dejas tu paquete en tu versión que usas y la sigues
>>usando.
>>
>>
>>
>
>Con bugs ? de que sirve tener versiones nuevas y versiones viejas con
>bugs?
>
>
>
No es tan sencillo.
Las versiones viejas que tienen bugs es porque el autor abandonó su
aplicación por alguna razón y nadie lo quiso relevar y no hay nada que
ninguna distro pueda hacer a menos que una de las capitalistas (Red Hat,
SuSE, Ximian) contrate a un programador exprofeso para darle mantenimiento.
Una aplicación que si tiene mantenimiento saca nuevas versiones y todas
las distros deberían actualizar aunque muy pocas lo hacen y prefieren
aplicar sus propios parches y hacer sus propios backports y eso para mi
es trabajo doble.
Ahora que si se trata de reparación de bugs o de problemas de seguridad
el mismo paquete tiene versiones -r (-r1, -r2, ...) de tal manera que
estés en un slot o en otrosiempre tienes actualizaciones.
En Gentoo no existe eso de rama estable o inestable como en Debian
porque no tiene nada que ver en Gentoo no hay paquetes atados a ramas
estables o inestables, la estabilidad es atributode cada paquete; lo que
hay es un default estable con sus propias versiones estables y sus
propias actualizaciones -r y hay keywords ~ (~x86, ~ppc, ..) que son
inestables o de prueba que puedes optar por no tenerlos y no por eso
pierdes actualizaciones de bugs y si quieres estar en el filo sangriento
de la navaja puedes buscar nuevos ebuilds que estén enmascarados por
peligrosos o desconocidos y usarlos bajo tu riesgo.
>>> Porque tampoco puedo estar reinstalando servidores cada X numero de
>>>meses
>>>
>>>
>>No lo hagas :)
>>
>>
¿Y para qué reinstalas?
Sólamente necesitas instalar una vez y actualizar perpetuamente. No es
como Debian.
>>
>>
>>>Porque necesito backport de bugfixes
>>>
Eso es estúpido. Si un paquete bién mantenido (Apache 1.3, Linux 2.4)
cambia de versión por bugfixes pues cambias de versión y ya, es estúpido
y necio quedarse en una versión vieja que ya no va a estar mantenida
porque por eso hay cambios de versión menor y es estúpido estar
trabajando doble haciendo backports y se vuelve una pesadilla estar
backporteando cada que hay cambio de versión en vez de mejor estar al
corrientre y contribuir directamente al proyecto.
>>>esto es que si uso perl 5.6 para
>>>mi aplicacion cada actualizacion de perl5.6 sea en esa misma version y
>>>no me obligue a brincar a la 5.8.3
>>>
Eso si se puede, lo mismo con Apache 1.3 y 2.0, lo mismo con PHP 4 y 5,
tu eliges con cuál te quedas y cada versión mayor tiene sus propias
actualizaciones.
>>>lo mismo con php si estoy
>>>desarrollando para php 4.2.2 no me obliguen a brincar a la 5.0
>>>
4.2.2 y 5 están en diferentes slots. Pero es estúpido estar usando PHP
4.2.2 cuando esa versión ya no es mantenida porque la actual es 4.3.4 y
es completamente compatible con todas las anteriores hasta 4.0.
>>>con
>>>todos sus cambios que obligan a modificar codigo y probar la estabilidad
>>>de los paquetes nuevos.
>>>
los cambios de PHP 4.2.2 a 4.3.4 no te obligan de ninguna manera a
cambiar tu código, sólamente tienes que tener tu php.ini bién
configurado con register_globals activado y no hay ningún problema. Todo
programador de PHP que visite www.php.net seguido lo sabría.
>>>Y esto en mas de 4 aplicaciones en mas de 5
>>>servidores no es una opcion.
>>>
>>>
>>Eso no pasa, una propiedad del sistema portage es la capacidad de SLOTear
>>paquetes, esto es poder tener en el arbol e incluso instalado diferentes
>>versiones de un mismo paquete.
>>
>>En el caso (y tu ejemplo) de perl existen estas versiones de Perl en el
>>arbol:
>>
>>perl-5.6.1-r12
>>perl-5.8.0-r12 perl-5.8.2
>>perl-5.6.1-r10 perl-5.8.0-r10
>>perl-5.8.0-r9 perl-5.8.3
>>perl-5.6.1-r11 perl-5.8.0-r11
>>perl-5.8.2-r1
>>
>>Asi que nuevamente estas inventando en tus argumetos... :) Una politica de
>>Gentoo es que Gentoo NO te obliga a hacer nada qu tu no quieras.. eso es
>>FLEXIBILIDAD.
>>
>>
>>
>
>
>Invantando ? o no has entendido lo que se llama
>
>ESTABILIDAD.
>
>
Estabilidad si, pero no al costo de la obsolecencia.
>Estabilidad es que tu sistema NO cambia.
>
>
Si no cambia se vuelve explotable. Tiene que cambiar a fuerza sea
estable o no.
>Es que tu sabes que versiones tiene y que no van a cambiar.
>
>
Eso es con cualquier distro, no solo con Debian o con Gentoo.
>veamos :
>
>tengo muchas versiones de perl a que padre a que chido. Inutil
>totalmente PARA MIS PROPOSITOS.
>
>
Para mis propósitos es estúpido tener un Perl 5.6 cuando Perl 5.8 es
compatible hacia atrás y me permite usar módulos nuevos que tienen
dependencia de 5.8.
>Mi aplicacion necesita las caracteristicas de PERL 5.6.1 no de 5.8.3
>
>
Tu aplicación tiene un espantoso problema de portabilidad.
>Necesito que Perl 5.6.1 tenga arreglados los bugs CRITICOS los cuales
>estan arreglados en versiones posteriores.
>
>
Pues tendrás que trabajar doble arreglando una versión que ya no está
siendo mantenida.
>Esto se llama DEPENDENCIA la cual tienes que mantener si quieres una
>aplicacion estable.
>
>
Eso se llama problema de dependencias que tienen las distribuciones
cuadradas y aplicaciones mal planeadas.
>Porque ?
>
>Porque no quiero moverle a mis aplicaciones por cambios de versiones de
>paquetes
>
>
>
Porque eres un irresponsable que ya no quiere mantener sus propias
aplicaciones.
>Los que han desarrollado aplicaciones criticas saben a lo que me
>refiero.
>
>
>
Para eso existen dos inventos:
1. Prestaging
y
2. Protocolo de validación
Y los que han desarrollado aplicaciones críticas saben que deben tener
contempladoa procedimientos de actualización, de migración y de
contingencia.
>
>
>
>>> Porque los 3 - 10 nanosegundos que ahorraria optimizando para mi
>>>arquitectura no son problema ( no me dedico a number crunching o a
>>>realizar videos o imagenes o audio )
>>>
>>>
Mejor te compras un cluster y te olvidas de los nanosegundos y da lo
mismo que le pongas Debian o lo que quieras.
>>>
>>>
>>>
>
>
>
>
>
>
--
Sandino Araico Sánchez
--
Melón se comió las plumas....
_______________________________________________
Ayuda mailing list
Ayuda en linux.org.mx
Para salir de la lista: http://mail.linux.org.mx/mailman/listinfo/ayuda/
Más información sobre la lista de distribución Ayuda