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

[Miguel Peña Gomez]

Depende en parte de la capacidad de cada uno.

aunque yo en general no juego para nada . ya tengo varias decenas de
server a mi cargo.

espero que le lleguen los fierros .. luego .. 
pq hace años que la cosa esta parada  ( en mejoras ) por falta de
fierros decentes.


El mar, 26-12-2006 a las 00:59 -0300, Hector Gatica escribió:
> 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 
> 
> 
-- 
Atentamente

Miguel Eduardo Peña Gomez

Soporte LinuxHelp
O'Higgins 6565 Chiguayante - Chile
Codigo Postal: 411-0977 Chiguayante

msn: mpena en linuxhelp.cl
yahoo im: miguelpenagomez en yahoo.es
google talk: miguelpenagomez en gmail.com

Telefono: ( 56-41 ) 2351756
Telefono Movil: 82554951 
----------------------------------------------------------------------------------------------------------
Este correo y cualquier archivo anexo son confidenciales y para usoexclusivo
de la persona o entidad de destino. 
Si usted ha recibido este correo por error, equivocacion u omision, queda
estrictamente prohibida la utilizacion, copia, reimpresion o reenvio del mismo.
En tal caso, favor notificar en forma inmediata al remitente.
Los tildes han sido deliberadamente removidos para no perjudicar
la lectura de este mail.
----------------------------------------------------------------------------------------------------------