Luis Eduardo Vivero =?iso-8859-1?Q?Pe=F1a?= <[EMAIL PROTECTED]> dijo:
> Con respecto al TCO (total cost of ownership), me surge la duda de cual es
> el peso o importancia que se le debe dar.
El de hongo seco. Es _extremadamente_ sensible a toda clase de suposiciones
y factores muy dificiles de estimar, medir, o controlar.
Cuanto gastas al an~o en "la c*gada que dejo el &%$#@ gusano del mes"?
Cuanta productividad pierdes en "salvemos porque se _va_ a caer pronto..."?
Cuanto gastas en seguirle la pista a las licencias? Medidas tomadas para
que no aparezcan copias de todo en el persa?
Costo de administracion? "Tengo 15 pajaritos en soporte Win" != "Requiero
15 expertos en Linux" Generalmente mucho menos, pero podria ser bastante
mas (al menos temporalmente).
Cuanto gastas en "actualizar las maquinas"? Cuanto cuesta el mantener todo
al dia en cada una de las alternativas?
Cuanto te cuesta la constante cantinela de "actualizar a la version
siguiente" (incompatible, reentrenar a los benditos usuarios)?
Costos de software adicional (cortafuegos, sistema de conexion segura,
antivirus, sistema de actualizacion centralizado, etc)?
Y esta el costo de migrar (reentrenamiento, productividad perdida, ...).
Existe todo lo que usas? Que hay que reimplementar? Que aplicaciones hay
que rehacer?
Si haces el estudio tu mismo, con cuidado, considerando los factores del
caso _con tus mejores estimaciones de los rangos involucrados_, sera
aplicable a tu caso. No el del vecino, nunca el mio. Sin detalles, de nada
vale.
> Esto salio a raiz que no es tan facil decir 'implementar un proyecto con
> linux es mas economico que con windows'.
Nope. Depende de muchas cosas. Ojo, TCO es el caso de regimen estacionario,
es _un_ dato. El costo de migrar es otro, y si resulta que el costo de
migrar lo recuperas recien en 10 an~os via menor TCO, demas que no vale la
pena...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue May 25 16:43:29 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue May 25 16:43:35 2004
Subject: Duda licencia Proyecto Mad Hatter.
In-Reply-To: Your message of "Tue, 25 May 2004 13:02:53 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Ricardo Mu~noz A." <[EMAIL PROTECTED]> dijo:
> tengo en mi poder una copia de un LiveCD (basado en Morphix)
> que contiene el Sun Java Desktop System. segun la licencia que
> acompaña al CD se menciona el Proyecto Mad Hatter
> (http://www.gnomedesktop.org/article.php?sid=1287) y dentro
> de las condiciones esta prohibida su libre distribucion.
> esto lo encuentro curioso, ya que el Sun Java Desktop System
> esta basado en GNOME (que se distribuye bajo la GPL), pero
> al ser un producto derivado pierdo los derechos que me da
> la GPL??
No es un producto derivado, es una coleccion de productos GPL (que si
puedes pasar libremente, y tienes derecho a los fuentes, etc) con piezas
propietarias (que recibiste bajo otras condiciones).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue May 25 17:04:19 2004
From: [EMAIL PROTECTED] (Ariel Martinez)
Date: Tue May 25 16:59:51 2004
Subject: RPM
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Tue, 25 May 2004, Pablo Allietti wrote:
...
> rpmdb: unable to join the environment
> error: db4 error(11) from dbenv->open: Resource temporarily unavailable
> error: cannot open Packages index
Esa fue la eterna tortura en RH8 y RH9. Al principio, de acuerdo con
varias recomendaciones que hacian los responsables en bugzilla (creo que
nunca hubo solucion definitiva), habia que setear LD_ASSUME_KERNEL=2.2.5
antes de hacer cualquier cosa con rpm. Con eso mejoraba la situacion,
pero el deadlock seguia presentandose. La solucion definitiva fue
instalar un rpm no oficial (el de fedoralegacy), el cual supuestamente
tiene corregido el problema. Esto fue una medida extrema, despues de tener
que recontruir toda la base de datos de rpm, a partir del log rpmpkgs.
[Si, ya se que RH9 murio, pero hay que sostenerlo de alguna manera, aunque
sea con paquetes no oficiales, hasta que tenga RHEL en mis manos.]
--
Ariel Martinez.
