Armar una distro [Was: Re: Participar en desarrollo de x-evian2.0]

[Hector Gatica]

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" <vonbrand en inf.utfsm.cl>
To: "Discusion de Linux en Castellano" <linux en listas.inf.utfsm.cl>
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 <mpena en linuxhelp.cl> wrote:
>> El dom, 24-12-2006 a las 17:38 -0300, Horst H. von Brand escribió:
>> > Miguel Peña G <mpena en linuxhelp.cl> 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