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
From [EMAIL PROTECTED]  Mon Dec 25 20:54:06 2006
From: [EMAIL PROTECTED] (Alc0z Datapipe)
Date: Mon Dec 25 20:46:25 2006
Subject: Armar una distro [Was: Re: Participar en desarrollo de x-evian
        2.0]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

>
>
>
> 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".
> --
>
>

Ese es el problema de gentoo , a mi en lo personal el tema que se ajuste un
poco mejor al hardware me gusto mucho e instalando gentoo aprendi bastante y
me gusta su forma de operar. Pero encuentro la razon al tema de que para un
servicio critico hay momentos en que los fallos son tan unicos que uno se
siente perdido entre tanto caso que se asemeja pero no es el propio, y ahi
hay mas tiempo que en otro tipo de distribucion en encontrar respuesta, es
muy "nutritivo" encontrar la solucion , pero pierdes tiempo que puede ser
critico y por ahi el problema de gentoo.
 En ese sentido le encuentro razon al Doc, por muy bien que manejemos el
sistema, si se trata de tiempos criticos hay que pensarlo varias veces.
From [EMAIL PROTECTED]  Mon Dec 25 21:01:05 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Mon Dec 25 20:53:22 2006
Subject: CentOS [Was: Re: Preguntas Varias [Was: Re: Armar una distro]] 
In-Reply-To: Your message of "Sun, 24 Dec 2006 21:45:24 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> El 24/12/06, Horst H. von Brand<[EMAIL PROTECTED]> escribió:
> > Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> > > pensada para escritorio? me gusta usar mi escritorio, no preocuparme
> > > de que se vaya a caer el gnome

> > Solo me ha pasado con rawhide, y rara vez.

> Aqui en el caso mas importante, si mal no recuerdo fue FC4, /justo/
> durante mi certamen de conocimientos relevantes. Termine mi certamen
> configurando todo desde consola... perdida de tiempo.

Cerebro que salio de paseo: Que &%$#*@ estabas haciendo actualizando un
sistema que funcionaba /en ese momento/?!

> > >                                (que es lo que me ha pasado con todos
> > > los fedora, inclusive en condiciones bien feas como en medio de una
> > > prueba de conocimiento relevante... termine usando slackware.)

> > Raro. Reportaste los problemas?

> En su momento hice algunas busquedas, no recuerdo las soluciones
> precisas (Si, una sola vez no tenia solucion conocida, si mal no
> recuerdo creo que era por el libxml2. En el resto, no habia problemas
> que reportar...).

Si no habian problemas que reportar, nada andaba mal. Muy, muy rara esa
situacion: Todo fala, pero todo esta OK.

> Ya hace un /buen/ rato que pase taller de sistemas operativos... y con
> ello deje de considerar a Fedora para mi trabajo diario.

Enhorabuena.

> > [Si, lo de "me fallo <xyz>, me cambio de distro" no sirve da nada: En la
> >  otra se caeran otras cosas, y para remate no tienes idea como se maneja
> >  ninguna, con lo cual te quedas sin recursos]

> Nunca me he cambiado de distro. Desde su version 3.0 he usado
> Slackware y /rara vez/ me toca usar SuSE o CentOS, no a rega~adientes
> por cierto... Mis traumas personales son normalmente con Fedora,
> Debian y Ubuntu (el primero porque nunca me ha respondido cuando mas
> lo he necesitado, los otros dos porque llega a ser aburrida la forma
> de manejar dependencias).

Eso indica que no tienes la menor idea como se manejan. PEBCAK le llaman.

> > > Por lo demas, yo como usuario no pretendo ser un conejillo de indias
> > > de RH para que ellos ganen plata con mi pega solucionando errores en
> > > Fedora. Prefiero solucionarlos yo.

> > Si prefieres perder el tiempo (no) resolviendo problemas en cuanta distro
> > se te pone por delante?  Buena idea! Asi /nunca/ se arreglara nada. Como
> > todas se basan en el mismo software...

> Si hubiera tenido mas tiempo, quizas hasta lo habria hecho (claro que
> tenia mucho menos conocimientos que ahora)

Eso debe haber sido terrible...
-- 
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
From [EMAIL PROTECTED]  Mon Dec 25 21:03:43 2006
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Mon Dec 25 20:56:01 2006
Subject: Armar una distro [Was: Re: Participar en desarrollo de x-evian
        2.0]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

2006/12/25, Alc0z Datapipe <[EMAIL PROTECTED]>:
>
> > Mejor dedicate a jugar a la loteria, es menos peligroso que la ruleta rusa
> > a la que juegas actualmente.

Esa onda.

> Ese es el problema de gentoo , a mi en lo personal el tema que se ajuste un
> poco mejor al hardware me gusto mucho

Son sumamente pocos los paquetes que requieren optimizaciones /notable
por obvias razones el kernel/, por lo que el que /se ajuste mejor al
hardware/ es algo relativo y que perfectamente puedes hacer con otra
distro (SRPMS, src.tar.gz, -src.deb, etc...).

>  En ese sentido le encuentro razon al Doc, por muy bien que manejemos el
> sistema, si se trata de tiempos criticos hay que pensarlo varias veces.

Me adhiero.

-- 
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org

Responder a