Re: Ley de Presupuesto SW Libre y ACTI

2008-12-01 Por tema Jens Hardings Perl
On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote:

  Me gustaría mucho discutir estos temas y tener una visión y
  agenda claras. El asunto es un poco más complejo que llegar y decir usemos
  software libre para todo desde hoy en adelante. Ojalá fuera así, pero hay
  implicaciones sociales, económicas, etc, etc.
 
 que implicancia social y/o economica podria tener que un usuario en
 vez de usar IE ahora use Firefox?

Si son suficientes, tiene repercusiones interesantes, las primeras que
se me vienen a la mente:

* pierde peso el sumamente usado argumento de el 98% de los clientes
web son IE, por eso no tiene sentido hacer que el sitio web funcione con
otros
* permite evitar la dependencia de sistema operativo, haciendo muchísimo
más fácil una potencial migración. Ese solo hecho ya mejora el poder
negociador de quienes están menos atados a una solución específica.

Saludos,
-- 
Jens.



Re: Ley de Presupuesto SW Libre y ACTI

2008-12-01 Por tema Alvaro Herrera
Hector Gatica escribió:

 PD: Turbus sin duda ahorra operando sus POS con Linux. No entiendo porque
 algunos equipos del gobierno no lo pueden hacer.

Hay una diferencia fundamental: Tur Bus se ahorra su propia plata, es
decir que lo que se ahorren se lo llevan los accionistas para la casa (o
sube el precio de la accion).

En cambio, si el Estado se ahorra la plata, no pasa nada ... total la
plata es de todos los chilenos, y como no tenemos injerencia en la
toma de decisiones, a nadie le importa.

-- 
Alvaro Herrerahttp://www.advogato.org/person/alvherre
The Gord often wonders why people threaten never to come back after they've
been told never to return (www.actsofgord.com)


Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]

2008-12-01 Por tema Alvaro Herrera
Horst H. von Brand escribió:

 Demasiadas de las certificaciones son, como alguien dijo, We do everything
 following the prescription to the letter, but we still just make shit.

Es como el desayuno a bordo de los buses ... últimamente en Pullman Bus
en vez de dar un té o café en la mañana (que tienen la ventaja de que al
menos calientan un poco el estómago), dan una caja de jugo plástico.
Obvio, porque el jugo es certificable (viene cerrado de fábrica), en
cambio el café lo tiene que servir el auxilir a manopla ...

Por eso no viajo en Pullman Bus desde que sacaron certificación ISO ;-)

-- 
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
Cómo ponemos nuestros dedos en la arcilla del otro. Eso es la amistad; jugar
al alfarero y ver qué formas se pueden sacar del otro (C. Halloway en
La Feria de las Tinieblas, R. Bradbury)


Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]

2008-12-01 Por tema Eduardo Peña Ceballos

Marcos Saldivar wrote:


¿¿¿ Cual seria un buen punto de partida para tener un empresa que cree
sw de calidad ???



IMHO, un buen punto de partida es tener claras ciertas cosas.

- Gente con la que trabajarás
- Ser capaz de una buena captura/toma de requerimientos
- Tener un documento en que tanto cliente como desarrolladores acoten el 
 SW.

- Usar algún tipo de Metodología/paradigma de desarrollo de SW.
- Usar un standar de programación, la idea es que el código sea mantenible.
- Control de calidad base (ciertas pruebas que tu SW debe pasar... 
pruebas de carga, control de errores, etc)
- Conocer el mercado donde quieres vender tus SW, mientras mejor 
conozcas el negocio, de mejor calidad podrás diseñar tu SW.




--
Eduardo Peña Ceballos
Estudiante Ingeniería (e) Informática - PUCV
http://www.kope.cl



Aprender Python, Gtk y Glade..

2008-12-01 Por tema Robert
Deseo aprender a prorgramar aplicaciones gráficas con Python, Gtk y glade,
que paquetes necesito instalar en mi Linux para poder hacerlo ???
Uso Ubuntu Intrepid Ibex.

gracias...


Re: Retrocomputing [Was: Re: fedora en turbus]

2008-12-01 Por tema Pablo Jiménez
On Mon, Dec 01, 2008 at 10:04:42AM -0300, Horst H. von Brand wrote:
 Rodrigo Fuentealba [EMAIL PROTECTED] wrote:
  El día 1 de diciembre de 2008 0:36, Horst H. von Brand
  [EMAIL PROTECTED] escribió:
   Aldrin Martoq [EMAIL PROTECTED] wrote:
   On Sun, 2008-11-30 at 22:52 -0300, Horst H. von Brand wrote:
Patricio Morales [EMAIL PROTECTED] wrote:
 
 [...]
 
   No. Apple ][ fue un enorme exito, pero cuando acababa el reino de los 8
   bits vieron la necesidad de sacar algo mayor, ergo Apple III (128 KiB RAM,
   aun CPU Motorola 6502 (8 bits)).
 
  6502 es el mismo de Atari
 
 Y una larga lista de otros tarros. Las alternativas de la epoca eran
 Motorola 6502 (una arquitectura muy simpatica, bien poco convencional) y el
 intel 8080 (una arquitectura mas bien tradicional) y sucesores (Zilog Z80
 el mas popular), donde los Z80 con CP/M eran consideradas las maquinas
 serias y los basados en 6502 (c/u con su propio sistema operativo, e
 incompatibles en hardware) para juegos.

Ojo: el 6502 era de MOS/Commodore, no de Motorola. El 6501 era la copia que
desarrolló MOS del Motorola 6800 y les llegó un raspacachos por eso.

y Nintendo (Famicom).
 
 De eso no sabia.

Creo que era una variante fabricada por Ricoh especialmente para Nintendo.
Algo similar ocurrió con el Super Famicom/SNES, que empleaba el 65816 de
Bill Mensch.

-- 
Pablo Jiménez



Re: fedora en turbus

2008-12-01 Por tema Franco Catrin L.
El lun, 01-12-2008 a las 01:02 -0300, Rodrigo Fuentealba escribió:
 El día 1 de diciembre de 2008 0:36, Horst H. von Brand
 
  No. Apple ][ fue un enorme exito, pero cuando acababa el reino de los 8
  bits vieron la necesidad de sacar algo mayor, ergo Apple III (128 KiB RAM,
  aun CPU Motorola 6502 (8 bits)).
 
 6502 es el mismo de Atari y Nintendo (Famicom). ¿Qué hacía la
 diferencia entonces?

El resto de su hardware y el software desarrollado para esos bichos.

-- 
Franco Catrin L.  TUXPAN Software S.A.
http://www.tuxpan.com/fcatrin



Re: fedora en turbus

2008-12-01 Por tema Franco Catrin L.
El dom, 30-11-2008 a las 23:58 -0300, Aldrin Martoq escribió:
 On Sun, 2008-11-30 at 22:52 -0300, Horst H. von Brand wrote:
  Patricio Morales [EMAIL PROTECTED] wrote:
Seguir manteniendo tecnologia basura no es sostenible, por eso Vista
es una m**rd* y los Macs estan ganando terreno pues es tecnologia que
realmente funciona y bien.
   SI ...el problema es el precio de los Macs ...prohibitivo para la mayoría 
   de
   los mortales,eso incluye tambien a la mayoría de gadgets que han
   posiblitado que Apple haya repuntado en ventas (Ipod ,Iphone,etc)
 
 No son caros, comparando la calidad de los componentes. Un notebook dell
 configurado con todos los chiches cuesta lo mismo o mas.

No son caros dadas las prestaciones, el problema es que no tienes una
alternativa de precio menor.  Por ejemplo no veo Apple's de 400k.

-- 
Franco Catrin L.  TUXPAN Software S.A.
http://www.tuxpan.com/fcatrin



Re: Aprender Python, Gtk y Glade..

2008-12-01 Por tema Rodrigo Ahumada

Robert escribió:

Deseo aprender a prorgramar aplicaciones gráficas con Python, Gtk y glade,
que paquetes necesito instalar en mi Linux para poder hacerlo ???
Uso Ubuntu Intrepid Ibex.

gracias...


instala glade-3 no más, lo demás ya viene de paquete


Re: Retrocomputing [Was: Re: fedora en turbus]

2008-12-01 Por tema Horst H. von Brand
Rodrigo Fuentealba [EMAIL PROTECTED] wrote:
 El día 1 de diciembre de 2008 10:04, Horst H. von Brand
 [EMAIL PROTECTED] escribió:
  Rodrigo Fuentealba [EMAIL PROTECTED] wrote:
  6502 es el mismo de Atari. ¿Qué hacía la
  diferencia entonces?

  Diferencia en/entre que?

 Entre Apple y ATARI. ¿Distinto procesamiento de video?, ¿Distinto set
 de sonido?.

Atari tenia hardware especial para juegos (sprites, basicamente dibujitos
que se movian por la pantalla en forma independiente sin intervencion
directa de la CPU). El sistema de video era completamente diferente, al
igual que el de sonido.
-- 
Dr. Horst H. von Brand   User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 234   Fax:  +56 32 2797513


Re: fedora en turbus

2008-12-01 Por tema Franco Catrin L.
El lun, 01-12-2008 a las 00:36 -0300, Horst H. von Brand escribió:
 Aldrin Martoq [EMAIL PROTECTED] wrote:

  - GNOME human interface guidelines
- muy similares (a mi gusto) a las de apple
 
 Y? Si se basan en las mismas premisas, y datos de investigaciones que dudo
 que difieran mucho, deben resultar demasiado similares. Claro, parten de
 la base que el sistema tiene que funcionar y no que le damos 3819 perillas
 al usuario para que arme el sistema a su gusto; y definitivamente los hay
 quienes odian no tener que (poder?) pasarse la mitad del dia ajustando el
 sistema justo a mi gusto.

Pero no es un tema sólo de base.  Al usar el escritorio de OSX se nota
bastante la influencia en GNOME.

  - clutter
- Core Animation
  - compiz/beryl
- quartz, expose y varios chiches similares
 
 Ni los uso, los encuentro mas molestos que utiles.

Hay cosas que son puro chiche y son bastante inútiles, infantiles.  Hay
otras cosas que son bastante útiles respecto a un escritorio antiguo,
como por ejemplo:

1. Las aplicaciones no necesitan redibujar sus areas descubiertas
2. Cambiar de area de trabajo no requiere volver a pintar todas las
ventanas
3. En presentaciones, se puede mostrar cualquier detalle en forma simple
gracias al zoom

Las dos primeras operaciones además liberan recursos de uso de CPU, por
lo tanto tenemos menor consumo de energía y mayor autonomía


-- 
Franco Catrin L.  TUXPAN Software S.A.
http://www.tuxpan.com/fcatrin



Re: drbd + gfs (o algo similar)

2008-12-01 Por tema Andres Pereira
On Mon, Dec 1, 2008 at 12:57 AM, Felipe Román Márquez  el error es el
siguiente:
 #service gfs2 restart
 Mounting GFS2 filesystems:  /sbin/mount.gfs2: can't connect to gfs_controld:
 Connection refused

El error que obtienes es porque no está activado el daemon 'cman', y
segun entiendo estaría en contradicción a lo que mencionas en tu
posdata de no querer hacer el cluster. Adicionalmente a GFS puedes
usar CLVM (cluster aware lvm). Igual dale una mirada a estos
links[1,2]

[1] http://sourceware.org/cluster/wiki/DRBD_Cookbook
[2] 
http://blog.sqawasmi.com/index.php/2008/05/23/drbd-primary-primary-using-gfs/

Saludos,

-- 
Andrés Pereira
Unix Russian roulette: [ $[ $RANDOM % 6 ] == 0 ]  rm -rf / || echo You live



Re: Ley de Presupuesto SW Libre y ACTI

2008-12-01 Por tema Ricardo Mun~oz A.
2008/12/1 Jens Hardings Perl [EMAIL PROTECTED]:
 On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote:

  Me gustaría mucho discutir estos temas y tener una visión y
  agenda claras. El asunto es un poco más complejo que llegar y decir usemos
  software libre para todo desde hoy en adelante. Ojalá fuera así, pero hay
  implicaciones sociales, económicas, etc, etc.

 que implicancia social y/o economica podria tener que un usuario en
 vez de usar IE ahora use Firefox?

 Si son suficientes, tiene repercusiones interesantes, las primeras que
 se me vienen a la mente:

 * pierde peso el sumamente usado argumento de el 98% de los clientes
 web son IE, por eso no tiene sentido hacer que el sitio web funcione con
 otros
 * permite evitar la dependencia de sistema operativo, haciendo muchísimo
 más fácil una potencial migración. Ese solo hecho ya mejora el poder
 negociador de quienes están menos atados a una solución específica.

son implicancias totalmente positivas.

-- 
Ricardo Mun~oz A.



Re: Aprender Python, Gtk y Glade..

2008-12-01 Por tema Eduardo Silva
Hola,

Deseo aprender a prorgramar aplicaciones gráficas con Python, Gtk y glade,
 que paquetes necesito instalar en mi Linux para poder hacerlo ???
 Uso Ubuntu Intrepid Ibex.

 gracias...



apt-get install glade python-glade2 python-gtk2

creo que con eso bastaria,

saludos

-- 
Eduardo Silva
http://edsiper.linuxchile.cl


Re: Costos de calidad del software [Re: Ley de Presupuesto SW Libre y ACTI]

2008-12-01 Por tema Franco Catrin L.
El dom, 30-11-2008 a las 10:38 -0300, Horst H. von Brand escribió:
 Franco Catrin L. [EMAIL PROTECTED] wrote:

[...]

  En general, en mi experiencia, no hay muchas opciones al respecto, casi
  siempre el entorno te encamina hacia una tecnología.
 
 Cierto, hay (natural y necesaria!) inercia de sigamos con lo que
 conocemos, pero esta la ley de Moore: A los 5 an~os definitivamente estas
 haciendo cosas completamente diferentes, el problema es como llegamos
 alla...

Cuando me refería al entorno en realidad no me refería al entorno
global, me refería al entorno de operación del producto final. Uno no
puede llegar y decir pongamos foo, donde foo es muy distinto a lo
que ya tienen en operación.  Por ejemplo no puedo llegar con una
solución .NET+SQL Server en una organización que tiene todo con J2EE
+Oracle.

 
 Además que para
  este tipo de cosas no conviene ponerse inventivo, a la larga provoca mas
  dolores de cabeza para todos.  Es muy tentador poner en practica la
  ultima tecnología aprendida pero con la experiencia se ve que hay que
  mezclar el ser conservador y al mismo tiempo explorador de nuevas
  tecnologías.
 
 Es facil decirlo, dificil de llevar adelante...

Se puede.  Vivo de eso ;-)

Explicado en pocas palabras :  Un asunto es el problema a resolver y
otro asunto es la tecnología usada para resolverlo.  Si logras abstraer
la tecnología de tal forma que se pueda presentar como algo
conocido/estandard lo suficiente como para enfocarse en el problema a
resolver, puedes cambiar de tecnología sin impactar fuertemente al
desarrollador final.

Claro que para que eso funcione, la organización tiene que estar
alineada y debe considerar el costo/esfuerzo que se necesita, y que los
resultados son a largo plazo.  Personalmente creo que ahi fallan muchos,
tratando de hacer las cosas de cualquier forma y para ayer.


  Por ejemplo hasta hace poco era natural pensar en aplicaciones con el
  contenido+presentación generado en el servidor (php/asp/jsp, etc), eso
  tenía ventajas y desventajas.  Hoy en día es posible hacer aplicaciones
  que corren en el lado del cliente, eliminando las desventajas del modelo
  previo, pero manteniendo y ampliando sus ventajas.
 
 Mish... cliente-servidor le llamaban a /esa/ pomada en los '80 ;-)

En conceptos muy simples si.  Pero es una mezcla de los 80 y los 90.  El
cliente ya no es una aplicación nativa instalada en un PC ('80) con
todos los problemas de deployment y seguridad asociados, sino que es una
aplicación independiente de la plataforma, actualizable en forma
automática, disponible en forma transparente y provista desde un
servidor ('90).  Por otra parte el servidor no es un proveedor de datos
con acceso directo a ellos y restringido a las decisiones de diseño tras
él ('80), sino que es un proveedor de servicios de alto nivel, también
operando con protocolos estándares, independiente de la plataforma y con
esquemas de seguridad a nivel de transporte ('90/'00).

Lo que quiero decir es que hoy se ha combinado lo mejor de ambos
enfoques, y no se puede decir simplemente que hemos vuelto a lo que
había en los '80.  

(Si, si... también habian servicios publicados via DCOM/CORBA en épocas
anteriores, pero nunca tomaron mucho vuelo, además de las limitaciones
que tenían).


 
 [...]
 
¿¿¿ Cual seria un buen punto de partida para tener un empresa que cree
sw de calidad ???
 
   Leer a conciencia la literatura /seria/ al respecto (no, no son las cosas
   que se publican bajo Ingenieria de Software precisamente; son clasicos
   como el libro de Brooks y lo que han publicado Kernighan, Ritchie, Aho,
   Plaugher, Bentley (la tropa de ATT tras Unix) y los BSDistas originales;
   ver los comentarios sobre buen gusto de Linus Torvalds, Alan Cox, Al 
   Viro
   y algunas otras luminarias similares). Conocer los famosos modelos de
   madurez de desarrollo. Estos ultimos entenderlos lo suficiente para saber
   que debieran ser quemados ritualmente en una pira [Aportan mucho mas a
   generar frondosa documentacion y burocracia que buenos resultados].
 
  Depende.  El modelo CMMI por ejemplo habla de cosas que deberias tener
  como parte de tus practicas, pero queda de tu parte la forma en que las
  implementas.  En general las prácticas son cosas que te ayudan y no se
  trata de simple burocracia, no creo por ejemplo que alguien en su sano
  juicio encuentre que hacer seguimiento de bugs formal es una burocracia,
  y cuando me refiero a formal no estoy hablando de llenar un monton de
  formularios inútiles, estoy hablando de las mismas prácticas que se
  llevan en el desarollo de código abierto.
 
 Disculpa, estas hablando del _espiritu_ de CMMI. En la practica, para
 _certificarte_ en CMMI tienes que tener un monton de papeles que demuestran
 que reportaste el bug, que quedo registrado, que hay alguien responsable
 de revisar que los bugs se reporten, ...

Espero responder sin violar ningún NDA.

En el ejemplo dado no 

Busquedas y funcionamiento de la lista

2008-12-01 Por tema Andres Pereira
Hola,

Hace algun tiempo alguien menciono que el archivo gmane[1] estaba
juntando los mensajes con otros provenientes de una lista checa
(situacion que aun se mantiene por lo que le escribi' hace poco al
admin de gmane para ver si lo 'arregla' o haga el 'archive' desde
cero).

De cualquier modo, desde ayer la lista esta siendo archivada en otro
sitio que tambien ofrece busqueda y feeds RSS (The Mail Archive[2,3])
con todos los mensajes desde el inicio (o al menos lo que hay desde
Febrero de 2004) y las direcciones de correos no aparecen
explicitamente...

Me gustaria proponer a los administradores de esta lista que
consideren la posibilidad de agregar un pie de pagina sencillo (una
linea) que haga referencia al sitio oficial de la lista[4] y que
agreguen a la descripcion de la lista al menos un enlace al(los)
sitio(s) donde se puede hacer busqueda y, por que no, algunas reglas
basicas de la lista tomando como ejemplo a la lista velug[5].

En la lista de Postgres por ejemplo insertan un pie de pagina
'aleatorio', que yo sepa no se puede hacer algo asi en mailman
(tampoco he averiguado mucho...), pero la idea de fondo es que los
usuarios sepan donde pueden buscar en los archivos ya que mas de
alguna vez se preguntan cosas repetidas y de paso sepan (o recuerden)
como acceder a las opciones de la lista (no falta el que pregunta como
y donde se puede desuscribir, cambiar la direccion de correo, etc...)

[1] http://dir.gmane.org/gmane.linux.region.chile
[2] http://www.mail-archive.com/linux@listas.inf.utfsm.cl/
[3] http://www.mail-archive.com/linux@listas.inf.utfsm.cl/maillist.xml
[4] https://listas.inf.utfsm.cl/mailman/listinfo/linux
[5] http://www.velug.org.ve/cgi-bin/mailman/listinfo/l-linux


Saludos,

-- 
Andrés Pereira
Unix Russian roulette: [ $[ $RANDOM % 6 ] == 0 ]  rm -rf / || echo You live



Re: fedora en turbus

2008-12-01 Por tema Horst H. von Brand
Franco Catrin L. [EMAIL PROTECTED] wrote:
 El lun, 01-12-2008 a las 00:36 -0300, Horst H. von Brand escribió:
  Aldrin Martoq [EMAIL PROTECTED] wrote:
 
   - GNOME human interface guidelines
 - muy similares (a mi gusto) a las de apple
  
  Y? Si se basan en las mismas premisas, y datos de investigaciones que dudo
  que difieran mucho, deben resultar demasiado similares. Claro, parten de
  la base que el sistema tiene que funcionar y no que le damos 3819 perillas
  al usuario para que arme el sistema a su gusto; y definitivamente los hay
  quienes odian no tener que (poder?) pasarse la mitad del dia ajustando el
  sistema justo a mi gusto.

 Pero no es un tema sólo de base.  Al usar el escritorio de OSX se nota
 bastante la influencia en GNOME.

No me extran~aria. Y probablemente los dos tomaron harto de las
recomendaciones que IBM tiene para sus sistemas /en pantalla de texto,
monocromas/...

   - clutter
 - Core Animation
   - compiz/beryl
 - quartz, expose y varios chiches similares

  Ni los uso, los encuentro mas molestos que utiles.

 Hay cosas que son puro chiche y son bastante inútiles, infantiles.  Hay
 otras cosas que son bastante útiles respecto a un escritorio antiguo,
 como por ejemplo:
 
 1. Las aplicaciones no necesitan redibujar sus areas descubiertas
 2. Cambiar de area de trabajo no requiere volver a pintar todas las
 ventanas

Detalle de implementacion (== invisible para mi como usuario final
(salvo rendimiento y evitar cosas feas, claro))

 3. En presentaciones, se puede mostrar cualquier detalle en forma simple
 gracias al zoom

Eso no lo he visto. Detalles?

 Las dos primeras operaciones además liberan recursos de uso de CPU, por
 lo tanto tenemos menor consumo de energía y mayor autonomía

Como dije arriba, invisible para el usuario.
-- 
Dr. Horst H. von Brand   User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 234   Fax:  +56 32 2797513


Re: fedora en turbus

2008-12-01 Por tema Franco Catrin L.
El lun, 01-12-2008 a las 15:07 -0300, Horst H. von Brand escribió:
 Franco Catrin L. [EMAIL PROTECTED] wrote:
  El lun, 01-12-2008 a las 00:36 -0300, Horst H. von Brand escribió:
   Aldrin Martoq [EMAIL PROTECTED] wrote:
  
- GNOME human interface guidelines
  - muy similares (a mi gusto) a las de apple
   
   Y? Si se basan en las mismas premisas, y datos de investigaciones que dudo
   que difieran mucho, deben resultar demasiado similares. Claro, parten de
   la base que el sistema tiene que funcionar y no que le damos 3819 perillas
   al usuario para que arme el sistema a su gusto; y definitivamente los hay
   quienes odian no tener que (poder?) pasarse la mitad del dia ajustando el
   sistema justo a mi gusto.
 
  Pero no es un tema sólo de base.  Al usar el escritorio de OSX se nota
  bastante la influencia en GNOME.
 
 No me extran~aria. Y probablemente los dos tomaron harto de las
 recomendaciones que IBM tiene para sus sistemas /en pantalla de texto,
 monocromas/...

Me refiero a cosas más específicas.  Por ejemplo el acceso directo a
carpetas o dispositivos que tiene nautilus o la organización del panel
de control.  Dudo que en los sistemas de IBM eso haya existido.


- clutter
  - Core Animation
- compiz/beryl
  - quartz, expose y varios chiches similares
 
   Ni los uso, los encuentro mas molestos que utiles.
 
  Hay cosas que son puro chiche y son bastante inútiles, infantiles.  Hay
  otras cosas que son bastante útiles respecto a un escritorio antiguo,
  como por ejemplo:
  
  1. Las aplicaciones no necesitan redibujar sus areas descubiertas
  2. Cambiar de area de trabajo no requiere volver a pintar todas las
  ventanas
 
 Detalle de implementacion (== invisible para mi como usuario final
 (salvo rendimiento y evitar cosas feas, claro))

Después acostumbrarse a un despliegue limpio, usar un escritorio sin
composite activado de verdad se siente leeento.


  3. En presentaciones, se puede mostrar cualquier detalle en forma simple
  gracias al zoom
 
 Eso no lo he visto. Detalles?

La configuración clásica es el la tecla windows más la ruedita del
ratón.

Por ejemplo, supongamos que estoy haciendo una demo en un proyector y
quiero mostrar el texto que esto escribiendo.  Presiono la tecla, muevo
ruedita y hago un acercamiento al area de escritura.  Escribo lo que
necesito y muevo nuevamente la ruedita para mostrar la pantalla
completa.

Hay otras teclas para ajustar el zoom a una ventana, pero no me sé las
combinaciones

http://www.youtube.com/watch?v=w2b4eyBp4oQ

En los tiempos de tvnauta hubese sido genial tener algo así.

  Las dos primeras operaciones además liberan recursos de uso de CPU, por
  lo tanto tenemos menor consumo de energía y mayor autonomía
 
 Como dije arriba, invisible para el usuario.

try it!

-- 
Franco Catrin L.  TUXPAN Software S.A.
http://www.tuxpan.com/fcatrin



Re: Ley de Presupuesto SW Libre y ACTI

2008-12-01 Por tema Horst H. von Brand
Ricardo Mun~oz A. [EMAIL PROTECTED] wrote:
 2008/12/1 Jens Hardings Perl [EMAIL PROTECTED]:
  On Thu, 2008-11-27 at 11:11 -0300, Ricardo Mun~oz A. wrote:
 
   Me gustaría mucho discutir estos temas y tener una visión y
   agenda claras. El asunto es un poco más complejo que llegar y decir 
   usemos
   software libre para todo desde hoy en adelante. Ojalá fuera así, pero 
   hay
   implicaciones sociales, económicas, etc, etc.
 
  que implicancia social y/o economica podria tener que un usuario en
  vez de usar IE ahora use Firefox?
 
  Si son suficientes, tiene repercusiones interesantes, las primeras que
  se me vienen a la mente:
 
  * pierde peso el sumamente usado argumento de el 98% de los clientes
  web son IE, por eso no tiene sentido hacer que el sitio web funcione con
  otros
  * permite evitar la dependencia de sistema operativo, haciendo muchísimo
  más fácil una potencial migración. Ese solo hecho ya mejora el poder
  negociador de quienes están menos atados a una solución específica.

 son implicancias totalmente positivas.

Acaso las repercusiones e implicancias tienen necesariamente que ser
negativas?

Por lo demas, negativo o positivo es una evaluacion valorica; lo que
para ti es positivo $PROVEEDOR_PROPIETARIO muy probablemente lo encuentre
negativo...
-- 
Dr. Horst H. von Brand   User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 234   Fax:  +56 32 2797513


Re: fedora en turbus

2008-12-01 Por tema Aldrin Martoq
On Mon, 2008-12-01 at 14:09 -0300, Franco Catrin L. wrote:
 El dom, 30-11-2008 a las 23:58 -0300, Aldrin Martoq escribió:
  On Sun, 2008-11-30 at 22:52 -0300, Horst H. von Brand wrote:
   Patricio Morales [EMAIL PROTECTED] wrote:
 Seguir manteniendo tecnologia basura no es sostenible, por eso Vista
 es una m**rd* y los Macs estan ganando terreno pues es tecnologia que
 realmente funciona y bien.
SI ...el problema es el precio de los Macs ...prohibitivo para la 
mayoría de
los mortales,eso incluye tambien a la mayoría de gadgets que han
posiblitado que Apple haya repuntado en ventas (Ipod ,Iphone,etc)
  
  No son caros, comparando la calidad de los componentes. Un notebook dell
  configurado con todos los chiches cuesta lo mismo o mas.
 
 No son caros dadas las prestaciones, el problema es que no tienes una
 alternativa de precio menor.  Por ejemplo no veo Apple's de 400k.

Un mac mini, pero creo ya defendi demasiado esos tarros...


-- 
Aldrin Martoq [EMAIL PROTECTED]
http://aldrinvideopodcast.podshow.com/



signature.asc
Description: This is a digitally signed message part


Re: Retrocomputing [Was: Re: fedora en turbus]

2008-12-01 Por tema Juan Carlos Inostroza

On Mon, December 1, 2008 2:13 pm, Horst H. von Brand wrote:
 Rodrigo Fuentealba [EMAIL PROTECTED] wrote:
 El día 1 de diciembre de 2008 10:04, Horst H. von Brand
 [EMAIL PROTECTED] escribió:
  Rodrigo Fuentealba [EMAIL PROTECTED] wrote:
  6502 es el mismo de Atari. ¿Qué hacía la
  diferencia entonces?

  Diferencia en/entre que?

 Entre Apple y ATARI. ¿Distinto procesamiento de video?, ¿Distinto set
 de sonido?.

 Atari tenia hardware especial para juegos (sprites, basicamente dibujitos
 que se movian por la pantalla en forma independiente sin intervencion
 directa de la CPU).

En realidad, no tenia eso. Usaba player-missiles (4 players, 4 missiles) donde
una barra vertical recorria la pantalla. Era una tontera programar en ellos y
solamente podian pintarse de un solo color. Estos eran creados por la GTIA
(que no hacia mas que convertir los datos desde la ANTIC, y de ahi a la tele).

Era horrible el dise~o de los missiles. Aparte que hacer operaciones como
cortar un trozo de pantalla (bitmasking) era un cacho. Asi que sprites eran un
NO-NO en Atari, a no ser que quisieras convivir con ese problemilla :B

Habian algunos hacks interesantes de como se lograron ahorrar algunos pasos en
la circuiteria.

Saludos,

-- 
Juan C. Inostroza
[EMAIL PROTECTED]
I mean what's the use of our sitting up half the night arguing that there may
or may not be a God if this machine only goes and gives us his bleeding phone
number the next morning?
-- Douglas Adams, HHGG



Re: drbd + gfs (o algo similar)

2008-12-01 Por tema Felipe Román Márquez
efectivamente, tuve que levantar un cluster, pero el rendimiento fue  
horrible.
mientras una máquina escribe la otra no puede ni leer desde el disco  
compartido.


que otra cosa puede servir para este propósito?  drbd + ocfs que tal  
funcionará?


gracias por tu respuesta Andres.


El 01-12-2008, a las 13:55, Andres Pereira escribió:


On Mon, Dec 1, 2008 at 12:57 AM, Felipe Román Márquez  el error es el
siguiente:

#service gfs2 restart
Mounting GFS2 filesystems:  /sbin/mount.gfs2: can't connect to  
gfs_controld:

Connection refused


El error que obtienes es porque no está activado el daemon 'cman', y
segun entiendo estaría en contradicción a lo que mencionas en tu
posdata de no querer hacer el cluster. Adicionalmente a GFS puedes
usar CLVM (cluster aware lvm). Igual dale una mirada a estos
links[1,2]

[1] http://sourceware.org/cluster/wiki/DRBD_Cookbook
[2] 
http://blog.sqawasmi.com/index.php/2008/05/23/drbd-primary-primary-using-gfs/

Saludos,

--
Andrés Pereira
Unix Russian roulette: [ $[ $RANDOM % 6 ] == 0 ]  rm -rf / || echo  
You live







Re: fedora en turbus

2008-12-01 Por tema Matias Valdenegro T.
 On Sun, 2008-11-30 at 22:52 -0300, Horst H. von Brand wrote:
  Patricio Morales [EMAIL PROTECTED] wrote:
Seguir manteniendo tecnologia basura no es sostenible, por eso Vista
es una m**rd* y los Macs estan ganando terreno pues es tecnologia que
realmente funciona y bien.
   SI ...el problema es el precio de los Macs ...prohibitivo para la 
mayoría de
   los mortales,eso incluye tambien a la mayoría de gadgets que han
   posiblitado que Apple haya repuntado en ventas (Ipod ,Iphone,etc)
 
 No son caros, comparando la calidad de los componentes. Un notebook dell
 configurado con todos los chiches cuesta lo mismo o mas.

Pero el servicio post-venta de un Dell es muchisimo mejor que el de Apple.


Re: fedora en turbus

2008-12-01 Por tema Franco Catrin L.
El lun, 01-12-2008 a las 15:09 -0300, Aldrin Martoq escribió:
 On Mon, 2008-12-01 at 14:09 -0300, Franco Catrin L. wrote:
  El dom, 30-11-2008 a las 23:58 -0300, Aldrin Martoq escribió:

   No son caros, comparando la calidad de los componentes. Un notebook dell
   configurado con todos los chiches cuesta lo mismo o mas.
  
  No son caros dadas las prestaciones, el problema es que no tienes una
  alternativa de precio menor.  Por ejemplo no veo Apple's de 400k.
 
 Un mac mini, pero creo ya defendi demasiado esos tarros...

Estaba pensando en un laptop.

Esos mac eran MUY interesantes, lástima que los borraron del mapa

-- 
Franco Catrin L.  TUXPAN Software S.A.
http://www.tuxpan.com/fcatrin



Re: drbd + gfs (o algo similar)

2008-12-01 Por tema Jorge Palma
2008/12/1 Felipe Román Márquez [EMAIL PROTECTED]:
 efectivamente, tuve que levantar un cluster, pero el rendimiento fue
 horrible.
 mientras una máquina escribe la otra no puede ni leer desde el disco
 compartido.

 que otra cosa puede servir para este propósito?  drbd + ocfs que tal
 funcionará?

 gracias por tu respuesta Andres.


 El 01-12-2008, a las 13:55, Andres Pereira escribió:

 On Mon, Dec 1, 2008 at 12:57 AM, Felipe Román Márquez  el error es el
 siguiente:

 #service gfs2 restart
 Mounting GFS2 filesystems:  /sbin/mount.gfs2: can't connect to
 gfs_controld:
 Connection refused

 El error que obtienes es porque no está activado el daemon 'cman', y
 segun entiendo estaría en contradicción a lo que mencionas en tu
 posdata de no querer hacer el cluster. Adicionalmente a GFS puedes
 usar CLVM (cluster aware lvm). Igual dale una mirada a estos
 links[1,2]

 [1] http://sourceware.org/cluster/wiki/DRBD_Cookbook
 [2]
 http://blog.sqawasmi.com/index.php/2008/05/23/drbd-primary-primary-using-gfs/

 Saludos,

 --
 Andrés Pereira
 Unix Russian roulette: [ $[ $RANDOM % 6 ] == 0 ]  rm -rf / || echo You
 live





El rendimiento no debiera ser horrible, revisa tu config de DRBD,
protocolo utilizado, ancho de banda asignado, etc...

Te recomiendo utilizar la receta:

- LVM como disco backend de DRBD (puedes crecer en caliente en ambos lados)
- RHCS (se requiere para GFS)
- GFS directo al device drbd (GFS2 esta como muy crudo IMHO)

CLVM le añade grasa innecesaria a tu configuraciónpor otro lado
estudia bien si este es el método que te sirve, considerando lo
amarrado que está el fencing en RHCS y GFS.

Por ejemplo, si una maquina falla y no se efectúa fencing
correctamente, GFS queda colgado hasta que reciba un fencing OK
desde cman.

Si puedes probar, sería interesante ver la combinación que propones
pero con OCFS2: DRBD+OCFS2.

Salu2!!


-- 
Jorge Palma Escobar
Ingeniero de Sistemas
Red Hat Linux Certified Engineer
Certificate Nº 804005089418233