Holas , actualmente manejo un servidor con gentoo heredado (Todos los días rezo para que no aparezca algún security release que no involucre a más de 2 paquetes como dependencias). Con tanto exploit 0day hoy en día , y el tiempo que se demora en compilar en una máquina de producción, sin contar que colocas más lento el sistema por unas /miseras optimizaciones/ ? , no creo que valga la pena.
De hecho , algo paso con apache hace un par de meses y fue desesperante en verdad (menos mal que me tomó unos 25 minutos en resolverlo). Menos mal que en 2 semanas más cambiamos fierros y volamos el sistema a Debian. Aunque no tengo el respaldo de una empresa de soporte , al menos tengo millones de personas que usan y se dedican a el. Dormiré bastante mas tranquilo. Para jugar ocupo el equipo de mi casa. Saludos. ----- Original Message ----- From: "Horst H. von Brand" <[EMAIL PROTECTED]> To: "Discusion de Linux en Castellano" <[email protected]> Sent: Monday, December 25, 2006 8:17 PM Subject: Re: Armar una distro [Was: Re: Participar en desarrollo de x-evian2.0] > Miguel Peña G <[EMAIL PROTECTED]> wrote: >> El dom, 24-12-2006 a las 17:38 -0300, Horst H. von Brand escribió: >> > Miguel Peña G <[EMAIL PROTECTED]> wrote: >> > > bueno mi experiencia con gentoo y sus estilo de hacer las cosas me ha >> > > sido fructiferamente positiva durante los casi .. 5 años que la >> > > llevo >> > > usando intensivamente ... > >> > El dia que algo explote no tendras a quien recurrir. Nadie. Zilch. >> > Nada. >> > Notese que no digo "si", sino "cuando". Simplemente porque cada uno de >> > tus >> > sistemas es el /unico/ con esa configuracion "justo a la medida" > >> asi no funciona .. las conf son muy claras .. las opciones de compilacion >> tambien son super claras y standard en donde dejar todo en la >> distribucion .. > > No entiendes en lo absoluto, o te estas haciendo el tonto?! > > No me importa que sea "super clara la configuracion", lo que importa es > que > tu configuracion es /unica/, por lo que /nadie/ esta en condiciones de > reproducir lo que ves. Si algo explota, es por tu configuracion? Es por el > programa mismo? Es algun efecto externo? Es alguna cosa rara que estabas > tratando de hacer? No hay /como/ saberlo ==> quedaste solo en el mundo con > tu problema. > >> no porque sea una distro orientada a codigo , la convierte en inmanejable >> .. quitese ese prejuicio .. al contrario es extremadamente manejable. > > Es manejable para /una/ instalacion, que no tiene requerimientos > criticos. Si, he estado alli, y lo he dejado atras. Exactamente por las > razones que indico. > > [...] > >> mi objetivo no es el rendimiento extremo, quizas en mi pc casero si .. >> pero en server no es mi objetivo final. > > Eso es absurdo, si piensas un poco... en tu PC casero (probablemente > escandalosamente sobredimensionado, con carga minima) el rendimiento es > completamente irrelevante, en un servidor puede ser vital. > >> quiero poder activar opciones y/o agregar caracteristicas a los paquetes >> que uso para resolver problemas varios o simplemente la curiosidad de >> experimentar algo. > > Eso no es algo que se necesite en un servidor, todo lo contrario... > >> pero quiero no recurrir en lo posible a aplicar parches yo mismo . >> quiero que la distro me proporcione el manejo de ellos sin problemas . > > Todas las distribuciones dan facilidades al respecto; unas mas, otras > menos. Al final del dia, /todas/ dependen de que sus usuarios de a pie > corrijan problemas o provean nuevos paquetes. > >> quiero por ejemplo upgradear el perl y todo los modulos agredados de >> c-pan y ademas todo lo que dependa de ellos sin dramas .. y sin caidas >> de servicios. > > yum update > up2date > apt-get update > ... > > Igual "alguien" tiene que darse la lata de construir los paquetes del > caso, > verificar que funcionan, verificar que no echan a perder otras cosas, ... > ese trabajo es *imposible* que te lo ahorre un simple script de bajar + > compilar + instalar. Si, en general los paquetes liberados como versiones > "doradas" corriente arriba han sido probados en este sentido con la > configuracion standard en situaciones comunes, pero eso claramente no es > el > caso que te interesa. > > Lo que estas diciendo es que /tu/ haces ese trabajo (eso funciona para tal > vez media docena de paquetes especificos, si eres un /experto/ en todos > ellos, sigues cuidadosamente la linea de desarrollo corriente arriba, > etc), > y usas de conejillos de indias a tus servidores (irresponsable, e inutil > para detectar tempranamente problemas criticos poco frecuentes). > >> y muchos sabemos que eso puede no ser del todo agradable upgradear toda >> la suite de perl . > > Prueba alguna de las anteriores, en una distribucion estable (de las > "enterprise"). > >> y hasta ahora este tipo de cosas las he hecho varias veces ya .. y hasta >> ahora siguen funcionando bien y todo transparente para quien vea usando >> las herramientas que me proporciona la distribucion que trabajo. > > Mejor dedicate a jugar a la loteria, es menos peligroso que la ruleta rusa > a la que juegas actualmente. Y jugar a eso con los recursos de los > demas... > y (peor aun) con la reputacion de Linux y codigo abierto, ni siquiera > puede > llamarse "irresponsable". > -- > Dr. Horst H. von Brand User #22616 counter.li.org > Departamento de Informatica Fono: +56 32 2654431 > Universidad Tecnica Federico Santa Maria +56 32 2654239 > Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
