[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]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 mesesNo lo hagas :)
¿Y para qué reinstalas?Sólamente necesitas instalar una vez y actualizar perpetuamente. No es como Debian.
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.Porque necesito backport de bugfixes
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.esto es que si uso perl 5.6 para mi aplicacion cada actualizacion de perl5.6 sea en esa misma version yno me obligue a brincar a la 5.8.3
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.lo mismo con php si estoydesarrollando para php 4.2.2 no me obliguen a brincar a la 5.0
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.con todos sus cambios que obligan a modificar codigo y probar la estabilidadde los paquetes nuevos.
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 llamaESTABILIDAD.
Estabilidad si, pero no al costo de la obsolecencia.
Si no cambia se vuelve explotable. Tiene que cambiar a fuerza sea estable o no.Estabilidad es que tu sistema NO cambia.
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.
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.veamos : tengo muchas versiones de perl a que padre a que chido. Inutil totalmente PARA MIS PROPOSITOS.
Mi aplicacion necesita las caracteristicas de PERL 5.6.1 no de 5.8.3
Tu aplicación tiene un espantoso problema de portabilidad.
Pues tendrás que trabajar doble arreglando una versión que ya no está siendo mantenida.Necesito que Perl 5.6.1 tenga arreglados los bugs CRITICOS los cuales estan arreglados en versiones posteriores.
Eso se llama problema de dependencias que tienen las distribuciones cuadradas y aplicaciones mal planeadas.Esto se llama DEPENDENCIA la cual tienes que mantener si quieres una aplicacion estable.
Porque eres un irresponsable que ya no quiere mantener sus propias aplicaciones.Porque ? Porque no quiero moverle a mis aplicaciones por cambios de versiones depaquetes
Los que han desarrollado aplicaciones criticas saben a lo que me refiero.
Para eso existen dos inventos: 1. Prestaging y 2. Protocolo de validaciónY los que han desarrollado aplicaciones críticas saben que deben tener contempladoa procedimientos de actualización, de migración y de contingencia.
Mejor te compras un cluster y te olvidas de los nanosegundos y da lo mismo que le pongas Debian o lo que quieras.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 )
-- 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/