[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]On Fri, 2004-02-20 at 07:29, Sandino Araico Sanchez wrote: > 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. > Asi es con debian si quiero puedo actualizar de version de distro cada 18 o 24 meses no cada 6 eso es una gran ventaja > >> > >> > >>>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. A bendita estupides. que nos permite saber que si hago una aplicacion esta va a funcionar con esta version hasta que cambie de version de distro y no porque hay un bug en el lenguaje/base de datos tengo que preocuparme por ver si mi aplicacion necesita cambios aclaro: No le tengo miedo al trabajo ni a actualizar mi aplicacion. Me ocupo de mi aplicacion y sigo adelante. > > >>>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. > ya esta . > >>>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. > de plano > >>>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. > claro ! pero que tan seguro es ? no seria recomendable cambiar de global a $_GLOBALS ? y que implica ? cambios en tu sistema desarrollado Cuanto cuesta ese cambio ? Cuando digo sistema no es una paginita de 10 scripts son aplicaciones grandes no juguetes. no nukes. Ve el costo beneficio de estar moviendo y moviendo tu aplicacion. > >>>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. Define obsolecencia ? y los paquetes VIEJOS no necesariamente son obsoletos. > >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. > nada nuevo > >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. Aaaa bendita estupides que no tengo que reinstalar perl 5.8 y sus dependencias en todos mis servidores. si con 5.6 funciona , no es obsoleto y esta chido Claro tambien uso perl 5.8 y mis aplicaciones corren desde 5.6 a 5.8 sin modificaciones pero mi plataforma de produccion es Debian y debian trae 5.6 asi que solo Instalo en mis servers y no tengo que reinstalar y reinstalar y reinstalar por estar "on the edge" Seria bueno que comentaras tus experiencias con aplicaciones y servidores criticos asi como tu metodo de actualizar tus aplicaciones cuando migras de version de paquete > > >Mi aplicacion necesita las caracteristicas de PERL 5.6.1 no de 5.8.3 > > > > > Tu aplicación tiene un espantoso problema de portabilidad. > No mi chato estas pero mal mal desarrolle para perl 5.6.1 y esta probado que funciona con 5.8.3 asi para que migrar TODOS los servers y no son menos de 5. > >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. > No mi chato tas pero PERDIDO ! investiga primero luego habla mira : http://www.debian.org/security/2004/dsa-431 tuve necesidad de probar mis aplicaciones por esa actualizacion ? NO hubo fallas en las aplicaciones ? NO Necesite instalar perl 5.8.3 para que mis aplicaciones funcionaran?\ NO Cuanto hubera perdido por poner perl 5.8.3 y sus dependencias asi como asegurarme del funcionamiento de mis aplicaciones? pon tu numero. Cuanto tarde realmente ? menos de 5 minutos Otro: tomado de: http://www.perl.com/pub/a/2004/01/09/survey.html dice : ----------------------------------------- For developers who are using older versions of Perl for compatibility reasons, Rafael Garcia-Suarez is working on Perl 5.6.2, an update to Perl 5.6.1 that adds support for recent operating-system and compiler releases. Leon Brocard is working on making the same kinds of updates for Perl 5.005_04. Where is Perl going? Perl is moving forward, and in a number of parallel directions. For workaday developers, three releases of Perl will help you get your job done: 5.8.x, 5.6.x and, when absolutely necessary, 5.005_0x. For the perl5-porters who develop Perl itself, fixes are being accepted in 5.8.x and 5.9.x. For bleeding-edge developers, there's plenty of work to do on with Parrot. For the truly bleeding edge, Larry and his lieutenants are hashing out the finer points of the design of the Perl 6 language. ---------------------------------------------------- espero que entiendas ingles. Como veras hay cosas que aun se siguen manteniendo y no son obsoletas por ser viejas. > >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. > como gustes. > >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. > Entiende ! POR CAMBIOS DE VERSIONES EN LOS PAQUETES Porque trabajar en algo que no es necesario ? No me pagan por eso. Es mas irresponsable poner en produccion cosas que no han sido probadas Por ejemplo YO No recomiendo AUN el kernel 2.6 porque ? no por flojera ni irresponsabilidad Es un kernel muy muy nuevo y si en mi casa jala bien no lo recomiendo para produccion presisamente por RESPONSABILIDAD. > >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. > Eso lo tengo previsto y no le saco al jale. > > > > > > > >>> 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. > jeje leele bien el contexto antes de contestar no te contradigas. > >>> > >>> > >>> > > > > > > > > > > > > > > -- > Sandino Araico Sánchez -- ,''`. Leonel Nunez : :' : http://enelserver.com `. `' DEBIAN GNU/LINUX `- A REAL FREE OS _______________________________________________ Ayuda mailing list Ayuda en linux org mx Para salir de la lista: http://mail.linux.org.mx/mailman/listinfo/ayuda/