OT: google-chrome navegador opensource..

2008-09-11 Por tema Pedro GM 
El mié, 10-09-2008 a las 19:34 -0400, Edgard Pineda escribió:
 El día 3 de septiembre de 2008 16:38, Pedro GM [EMAIL PROTECTED] escribió:
  El mié, 03-09-2008 a las 16:13 -0400, Alvaro Herrera escribió:
  Lo que me parece aún más interesante es que Epiphany también tiene ahora
  un port WebKit :-)  Y ya está bastante avanzado.  El día que pueda
  eliminar totalmente Gecko voy a celebrarlo ...
 
 ...
 
  también opino lo mismo de gecko...
 
  Lo que me parece bien es que se han replanteado el diseño y se han
  fijado en los erroes de otros navegadores (como ff y ie), las soluciones
  que proponen me parecen muy cuerdas a mi entender :)
  --
 
 Pedro y Alvaro, les aconsejo antes de pensar en celebrar la
 eliminación de Gecko, sería bueno que profundizaran en este tema de
 WebKit vs Gecko. Pueden partir leyendo:
 
 http://www.dosideas.com/actualidad/219-webkit-y-gecko-historia-de-dos-motores-html.html
 
 Saludos,
 Edgard Pineda.
 

Gracias por el artículo.

En realidad volvi a leer el artículo y estoy de acuerdo con la
suposición de que webkit no entrará en FF, lo cual me parece bien pues
cada proyecto se maneja a sus objetivos y políticas.

De hecho mi opinión es de Gecko no de FF (aunque se relacionan).

A mi me parece que webkit es una buena alternativa y que por ahora le
falta más por recorrer, pero con lo que lleva ya vamos por buen camino.
de hecho el artículo me ha reafirmado mi opinión acerca de webkit para
google-chrome u otro proyecto similar.

Yo en ningún momento he pensado en Webkit para FF, de hecho pienso en
algún nuevo proyecto ( como por ej: google-chrome ) ya que esto es más
factible para emplear una metodología diferente y usar bases diferentes
y no tener que adaptar algo con FF(y todo su team de desarrollo).

como dicen por ahi: vino nuevo en odres nuevos

-- 
::Pedro::GM::
?User #397462
http://counter.li.org

OT: google-chrome navegador opensource..

2008-09-11 Por tema Alvaro Herrera 
Marco González Luengo escribió:
 El día 11 de septiembre de 2008 11:19, Alvaro Herrera
 [EMAIL PROTECTED] escribió:

  Hmm.  La verdad IMHO lo único que salva a Gecko es que Firefox lo
  utiliza.  Yo no utilizo Firefox así que poco me importa, y mi impresión
  con Epiphany es que mientras antes se deshagan de Gecko, tanto mejor.
 
 En motor de rendering de Web para wine también usa Gecko. Cuando uno
 carga una página con un IE instalado en Wine por primera vez se
 instala Gecko.

En serio?  Que raro.  En realidad la única aproximación que he tenido
con IE en Wine es a través de una instalación de un tal Tatanka
(http://www.tatanka.com.br/ies4linux/page/Main_Page).


 Como explicaban en el link que dio nuestro amigo listero
 anteriormente, la idea de Gecko es tener que hacer de más que un
 browser, porque Netscape era más que un navegador: era una suite.
 Seamonkey hace lo mismo: Web + Correo + Composer(?) + Otras cosas.

Me acuerdo de la suite de Netscape, y también me acuerdo de Jamie
Zawinski (jwz) que era uno de los cerebros detrás de Netscape, y si mal
no recuerdo, jwz estaba más bien del lado de los que decía que Netscape
debería haber seguido siendo sólo un browser y que el resto de las cosas
hubiera sido mejor dejarla como aplicaciones aparte.

 Ahora, no me extrañaría que en un futuro no muy lejano llegase un loco
 con un entorno de escritorio o una suite de ofimática basada en XUL.

Ja :-)

 Por lo que tengo entendido eso tendría que ser por fuerza una
 extensión, lo que requiere intervención del usuario para que se
 instale y exista dentro del navegador. Además el dichoso sitio web
 tendría que quitarle todas las barras a Firefox para hacer una cosa
 como ésa.

Bueno, si una extensión puede hacer eso, entonces suena peligroso.  Hoy
en día los usuarios que tienen Firefox son menos clever que antes (lo
cual es una tendencia que no puede sino continuar), y no es imposible
que alguno caiga en una trampa para instalar una extensión maliciosa sin
darse cuenta.  La gracia de este tipo de robos es que basta que un 0.1%
(?) caiga para que sea rentable, igual que el spam.

 A veces se agradece un poco de interconectividad entre algunas
 aplicaciones, como ver que me ha llegado correo sin tener que salir de
 mi navegador.

Pero la interconectividad se puede lograr de otras maneras,
estableciendo protocolos.  Por ej. hoy en día uno puede arrastrar
elementos entre aplicaciones Gnome y KDE.

  Quizás Gecko llegue a ser super liviano y super eficiente y uff que
  maravillas que va a tener.  Pero en ese mismo tiempo, WebKit va a seguir
  siendo liviano y también va a ser bueno, sobre todo porque está pensado
  para ser empotrado; mientras que la cochinada que tienen con Gecko en
  GTK es desesperante, y los desarrolladores de Gecko no están ni ahí
  con los usuarios de otros browsers que empotran Gecko,
  https://bugzilla.mozilla.org/show_bug.cgi?id=447719
  y aparentemente nadie siquiera tiene idea por qué no funciona.
 
 Bueno, muchos de nosotros aún no se explican por qué Microsoft se
 molesta en seguir produciendo IE. Para mí eso es como una vaca
 pastando arriba de una palmera.

Hmm, bueno, ese otro tema creo ... la verdad es que no veo la relación.

  Aunque, realmente es como las w... este material ¡pero güeno a la
  larga!  ¡A la larga, es güeno!  Pero unas w... que traen ... no sirven
  pa'ná estas cagás.  Si son malos, son japoneses ...
  http://www.youtube.com/watch?v=X_-7GWvK1K0
  2:50
 
 Eso es de culto. Y sí, explica un poco tu drama con Gecko. ¿Hay
 japoneses involucrados?

Ja ja ja ...  Sorry, no me pude resistir.

 [1] Firefox se abrevia Fx, en El Búnker:
 http://dmgonzam.h8red.cl/2006/firefox-se-abrevia-fx/

Hmm, pero si pinchas en el link de donde se supone que viene la
información, resulta que no aparece.  Hice un par de búsquedas sobre
abbreviation y abbreviate y no encontré nada.

-- 
Alvaro Herrera  http://www.amazon.com/gp/registry/5ZYLFMCVHXC
Use it up, wear it out, make it do, or do without
From [EMAIL PROTECTED]  Thu Sep 11 15:27:03 2008
From: [EMAIL PROTECTED] (Ricardo Utreras Estrella)
Date: Thu Sep 11 15:27:21 2008
Subject: Clonar maquinas virtuales Linux en caliente
Message-ID: [EMAIL PROTECTED]

Estimados:

Existe alguna herramienta y/o metodo para clonar en caliente maquinas 
virtuales Linux (centos 4 y 5) corriendo en VMware Server 1?

Las maquinas virtuales Windows las clonamos (en caliente) con el VMWare 
Converter Starter, pero esta herramienta solo sirve para maquinas con 
Windows. Con el VMware Converter Enterprise (la version de pago) se 
pueden clonar Linux, pero solo maquinas fisicas y en frio, por lo que no 
nos sirve.

Saludos!

-- 
Atte. Ricardo Utreras Estrella

OT: google-chrome navegador opensource..

2008-09-10 Por tema Edgard Pineda 
El día 3 de septiembre de 2008 16:38, Pedro GM [EMAIL PROTECTED] escribió:
 El mié, 03-09-2008 a las 16:13 -0400, Alvaro Herrera escribió:
 Lo que me parece aún más interesante es que Epiphany también tiene ahora
 un port WebKit :-)  Y ya está bastante avanzado.  El día que pueda
 eliminar totalmente Gecko voy a celebrarlo ...

...

 también opino lo mismo de gecko...

 Lo que me parece bien es que se han replanteado el diseño y se han
 fijado en los erroes de otros navegadores (como ff y ie), las soluciones
 que proponen me parecen muy cuerdas a mi entender :)
 --

Pedro y Alvaro, les aconsejo antes de pensar en celebrar la
eliminación de Gecko, sería bueno que profundizaran en este tema de
WebKit vs Gecko. Pueden partir leyendo:

http://www.dosideas.com/actualidad/219-webkit-y-gecko-historia-de-dos-motores-html.html

Saludos,
Edgard Pineda.

OT: google-chrome navegador opensource..

2008-09-08 Por tema Germán Póo-Caamaño 
On Sun, 2008-09-07 at 19:42 -0400, Alvaro Herrera wrote:
 Horst H. von Brand escribió:
  Franco Catrin L. [EMAIL PROTECTED] wrote:
 
   Si es importante cuando tienes varias pestañas abiertas en varias
   vistas del browser y una de ellas se acabrona.
  
  Mas mejor seria asegurarse que nadie se acabrone...
 
 No tiene sentido diseñar software para escenarios utópicos.  Los bugs
 existen y siempre existirán, y es bueno tener una estrategia para lidiar
 con ellos.  Esconder la cabeza en la arena no ayuda ni a usuarios ni a
 desarrolladores.
 
 
 PD: mejor es un superlativo.  Más mejor es, por lo tanto,
 gramaticalmente incorrecto.  Una vez como chiste, vaya y pase.  Es komo
 kuando los kabros eskriben asi ...

Hmm... los periodistas suelen decir el Top one[1], que vendría a ser
el equivalente del mas mejor[2].  Lo malo, es que ellos no lo dicen en
broma.

[1] Se inicio cuando el Chino Ríos llegó a ser número 1 de la ATP.
[2] Acuñada por Leonel Sánchez, mundialista del '62, quien dijo la frase
para el bronce que gane el más mejor.

Aparte de una brecha de casi 40 años entre un evento y otro, la
diferencia mayor está en que *dichos* periodistas tienen educación
universitaria y Licenciatura en comunicación.

-- 
Germán Póo-Caamaño
http://www.calcifer.org/

OT: google-chrome navegador opensource..

2008-09-08 Por tema Miguel Oyarzo O. 
At 16:08 08/09/2008, Germán Póo-Caamaño wrote:
On Sun, 2008-09-07 at 19:42 -0400, Alvaro Herrera wrote:
  Horst H. von Brand escribió:
   Franco Catrin L. [EMAIL PROTECTED] wrote:
 
Si es importante cuando tienes varias pestañas abiertas en varias
vistas del browser y una de ellas se acabrona.
  
   Mas mejor seria asegurarse que nadie se acabrone...
 
  No tiene sentido diseñar software para escenarios utópicos.  Los bugs
  existen y siempre existirán, y es bueno tener una estrategia para lidiar
  con ellos.  Esconder la cabeza en la arena no ayuda ni a usuarios ni a
  desarrolladores.
 
 
  PD: mejor es un superlativo.  Más mejor es, por lo tanto,
  gramaticalmente incorrecto.  Una vez como chiste, vaya y pase.  Es komo
  kuando los kabros eskriben asi ...

Hmm... los periodistas suelen decir el Top one[1], que vendría a ser
el equivalente del mas mejor[2].  Lo malo, es que ellos no lo dicen en
broma.
http://www.calcifer.org/


que idiotez ... no se encabronen y hablemos de linux o informatica mejor :-\


Miguel Oyarzo
Austro Internet S.A.
Punta Arenas

OT: google-chrome navegador opensource..

2008-09-07 Por tema Franco Catrin L. 
Horst H. von Brand escribió:
 Franco Catrin L. [EMAIL PROTECTED] wrote:
   
 Si es importante cuando tienes varias pestañas abiertas en varias
 vistas del browser y una de ellas se acabrona.
 

 Mas mejor seria asegurarse que nadie se acabrone...
   

Totalmente de acuerdo, pero es como asegurarse que nadie conduzca en 
estado de ebriedad
--
Franco
From [EMAIL PROTECTED]  Sun Sep  7 19:42:51 2008
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Sun Sep  7 19:43:06 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

Horst H. von Brand escribió:
 Franco Catrin L. [EMAIL PROTECTED] wrote:

  Si es importante cuando tienes varias pestañas abiertas en varias
  vistas del browser y una de ellas se acabrona.
 
 Mas mejor seria asegurarse que nadie se acabrone...

No tiene sentido diseñar software para escenarios utópicos.  Los bugs
existen y siempre existirán, y es bueno tener una estrategia para lidiar
con ellos.  Esconder la cabeza en la arena no ayuda ni a usuarios ni a
desarrolladores.


PD: mejor es un superlativo.  Más mejor es, por lo tanto,
gramaticalmente incorrecto.  Una vez como chiste, vaya y pase.  Es komo
kuando los kabros eskriben asi ...

-- 
Alvaro Herrerahttp://www.amazon.com/gp/registry/3BP7BYG9PUGI8
El destino baraja y nosotros jugamos (A. Schopenhauer)
From [EMAIL PROTECTED]  Sun Sep  7 22:36:08 2008
From: [EMAIL PROTECTED] (Rodrigo Javier Tobar Carrizo)
Date: Sun Sep  7 22:36:15 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] 
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL 
PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL 
PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

Alvaro Herrera wrote:
 Horst H. von Brand escribió:
 PD: mejor es un superlativo.  Más mejor es, por lo tanto,
 gramaticalmente incorrecto.  Una vez como chiste, vaya y pase.  Es komo
 kuando los kabros eskriben asi ...

Error: optimo es el superlativo, mejor es comparativo en su forma 
normal. Sin embargo, se puede convertir en un superlativo si es que se 
le usa de la forma El mejor de... o La mejor de

Saludos!
-- 
Rodrigo Tobar Carrizohttp://csrg.inf.utfsm.cl/~rtobar
ACS-UTFSM Technical Leader   +56 9 78073439
Linux User #399271
From [EMAIL PROTECTED]  Thu Sep  4 12:07:11 2008
From: [EMAIL PROTECTED] (Joaquin Varas)
Date: Sun Sep  7 22:53:12 2008
Subject: leer datdos de una puerta serial remota
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]


El jue, 04-09-2008 a las 11:19 -0400, Rodrigo Gutiérrez Torres escribió:
  
 Minicom es probablemente lo más fácil de configurar y usar.
 El problema que me he encontrado, es que hay cables adaptadores
 usb-serial que no los he podido hacer funcionar/trabajar... pero más
 parece problema del cable que de minicom.
 Salu2,
 

Es cierto, el programa más sencillo es minicom para poder conectarte a
dispositivos por puerta serial y enviar y recibir datos.

Existen en el mercado unos adaptadores basados en el chipset pl2303 o
los ch341, estos funciona rebien y son relativamente baratos.

He comprado marca Pctronix y DAG.

- 
Saludos
Joaquín M. Varas González
Jefe Soporte Técnico y telecomunicaciones
Isapre MASVIDA S.A. - InfoVida S.A.
09-82888465 / 041-2262108
[EMAIL PROTECTED]

OT: google-chrome navegador opensource..

2008-09-07 Por tema Miguel Bernilla 
Prueben poner :% en la barra de direcciones de chrome...
(visto en la página de Kriptopolis...)

Lo de tabs, procesos totalmente independientes se va por la borda...

Saludos



 -Mensaje original-
 De: [EMAIL PROTECTED] [mailto:linux-
 [EMAIL PROTECTED] En nombre de Rodrigo Fuentealba
 Enviado el: Jueves, 04 de Septiembre de 2008 01:17
 Para: Discusion de Linux en Castellano
 Asunto: Re: OT: google-chrome navegador opensource..
 
 El día 4 de septiembre de 2008 5:35, Miguel Oyarzo O. [EMAIL PROTECTED]
 escribió:
  At 16:27 04/09/2008, Alvaro Herrera wrote:
 
  Pedro GM escribió:
 
   En un comic que lanzo google explica el por que y como se
 desarrolla
   google chrome, ahi explica el por que usa webkit y v8, es bastante
   interesante.
  
   ref:http://www.google.com/googlebooks/chrome/
 
  ¡Está bueno!
 
 Bastante.
 
  Me gustó la primera parte, donde explica los motivos para usar
  multiprocesos en vez de multithreads.  Me parece una excelente
 decisión.
 
 No son excluyentes. La gracia es saber dónde usar unos y otros, y eso
 tiene que ver con un buen dibujito antes de ponerse a programar, en
 vez de parchar para sacarle mejor rendimiento a una cosa y a otra. Es
 simple de pensar, lo difícil es llevar ese dibujito a la práctica.
 (Quiero trabajar en un proyecto así :-( y sentirme realizado)
 
  De que hablas  si no son excluyentes,
 
 Cof cof, acabo de leer esto; no quise copiar.
 
  El documento explica que el multiproceso es para separar las pestañas
 (tabs)
  y mantener
  las estructuras de memoria en cada una (eso no tiene gran impotancia,
  es un lujo nomas, pero es lo q mas quieren destacar)
 
 Sí la tiene. Y es la misma diferencia Linux v/s Windows en cuanto a
 manejo de memoria. Mientras Linux hace que cada programa sea un
 proceso independiente, Windows antiguamente cargaba éstos como parte
 de la cola de ejecución del mismo sistema operativo (multitask
 prioritario). Lo que hace que si se te pone chúcara una aplicación,
 con Linux la puedas matar y con Windows tengas que reiniciar.
 
 Nada del otro mundo en concepto. Pero hay que reconocer que se les
 ocurrió implementar esas gracias a otro nivel y que podemos aprovechar
 un navegador de mejor forma. (Y de hecho, creo que ya sé en qué
 proyecto me enrolaré para poder dar rienda suelta a mi propia
 creatividad desperdiciada con esas gracias que ha hecho Google)
 
  lo realmente
  importante es
 
 Es importante, pero de ahí a elevarlo a la categoría de lo realmente
 importante... me cabe la duda.
 
  su motor V8 para javascript que ya no interpreta sino que convierte a
  codigo de maquina en runtime
  (mas velocidad ) y sobrotodo usa multi-threads en la
 lectura/ejecucion del
  codigo, la mayor gracia en el core de este navegador a mi gusto.
 
 Una vez más, aprovechando implementar en otro nivel el concepto básico
 de algo que ya existe: ¿acaso Mono y .NET no trabajan de esa forma,
 pero para aplicaciones sobre el sistema operativo?
 
  Hay que esperar un beta2 de google chrome para poder ver quien
 vence.,
  esta guerra por los engines javascript recien comienza.
 
 Yep. Sospeché de algo así cuando alguien dijo La Web todavía no
 exprime su potencial, así que no se asombren (Creo que fue Tim
 Berners Lee).
 
 --
 Rodrigo Fuentealba
 http://www.thecodekeeper.net/

OT: google-chrome navegador opensource..

2008-09-05 Por tema Alejandro Pando 
2008/9/2 Pedro GM [EMAIL PROTECTED]

 Eso una iniciativa de google, aun no esta disponible para linux pero
 dicen ser opensource y aun en etapa beta...

 link:

 http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMGutm_source=es-419-hpputm_medium=hpputm_campaign=es-419

 Opiniones??


 --
 ::Pedro::GM::
 ?User #397462
 http://counter.li.org




http://www.seguilaflecha.com/news_Mito+sobre+Chrome.html


-- 
+--
| Alejandro Pando Garate
| Constructor Civil - USM
| http://panduro.blogspot.com
+--
From [EMAIL PROTECTED]  Fri Sep  5 09:52:01 2008
From: [EMAIL PROTECTED] (Alejandro Pando)
Date: Fri Sep  5 10:21:53 2008
Subject: [OT extremo] Peliculas quemadas en .avi se pegan en reproductor
consola
Message-ID: [EMAIL PROTECTED]

[es un off topic] Si alguien puede darme una pista o un foro donde tocar
estos temas, estare muy agradecido

He quemado un CD con una pelicula .avi

Usando una herramienta de gnome, se quema bien, pero la pelicula no se ve,
ni en reproductor sobremesa ni en el PC

Usando k3g, se quema bien, se ve en el PC pero ultimamente en el reproductor
de sobremesa solo se ven algunos minutos y se corta (o se cae) y no se puede
pasar esa barrera, a pesar que en el PC se ve bien

¿sera el tarro que esta malo (cdrw)?


-- 
+--
| Alejandro Pando Garate
| Constructor Civil - USM
| http://panduro.blogspot.com
+--
From [EMAIL PROTECTED]  Fri Sep  5 11:08:51 2008
From: [EMAIL PROTECTED] (David Cancio Reyes)
Date: Fri Sep  5 11:08:59 2008
Subject: [OT extremo] Peliculas quemadas en .avi se pegan en
reproductor consola
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

Tenia el mismo problema, pero baje Devede y con el convierto la
pelicula .avi a una palicula para DVD, (esto me crea un iso listo para
quemar) y luego agarro k3b y quemo el iso en el dvd y se ven bien en
los dvd de mesa y en la computadora.

El vie, 05-09-2008 a las 09:52 -0400, Alejandro Pando escribió:

 [es un off topic] Si alguien puede darme una pista o un foro donde tocar
 estos temas, estare muy agradecido
 
 He quemado un CD con una pelicula .avi
 
 Usando una herramienta de gnome, se quema bien, pero la pelicula no se ve,
 ni en reproductor sobremesa ni en el PC
 
 Usando k3g, se quema bien, se ve en el PC pero ultimamente en el reproductor
 de sobremesa solo se ven algunos minutos y se corta (o se cae) y no se puede
 pasar esa barrera, a pesar que en el PC se ve bien
 
 ¿sera el tarro que esta malo (cdrw)?
 
 

--
David Cancio Reyes
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Linux Registered User #475702
From [EMAIL PROTECTED]  Fri Sep  5 11:26:23 2008
From: [EMAIL PROTECTED] (Pedro GM)
Date: Fri Sep  5 11:27:15 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

El vie, 05-09-2008 a las 10:05 -0400, Alejandro Pando escribió:
 2008/9/2 Pedro GM [EMAIL PROTECTED]
 
  Eso una iniciativa de google, aun no esta disponible para linux pero
  dicen ser opensource y aun en etapa beta...
 
  link:
 
  http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMGutm_source=es-419-hpputm_medium=hpputm_campaign=es-419
 
  Opiniones??
 
 
  --
  ::Pedro::GM::
  ?User #397462
  http://counter.li.org
 
 
 
 
 http://www.seguilaflecha.com/news_Mito+sobre+Chrome.html
 
 

Eso esta descrito en el comic que comentabamos (y en las respuestas de
este entretenido thread :) ) que el ser multiproceso(1 x tab) en un
principio consume mas memoria, ahora hay que probar si la eficiencia a
través del tiempo se cumple o sea cuando hay 10 o mas pestañas por una
hora y ver el consumo (para comprobar la eficiencia).
-- 
::Pedro::GM::
?User #397462
http://counter.li.org

OT: google-chrome navegador opensource..

2008-09-05 Por tema Alvaro Herrera 
Pedro GM escribió:
 El vie, 05-09-2008 a las 10:05 -0400, Alejandro Pando escribió:

  http://www.seguilaflecha.com/news_Mito+sobre+Chrome.html
 
 Eso esta descrito en el comic que comentabamos (y en las respuestas de
 este entretenido thread :) ) que el ser multiproceso(1 x tab) en un
 principio consume mas memoria,

Hicieron un estudio para ver eso:

http://exo-blog.blogspot.com/2008/09/ie-8chrome-follow-up.html

 ahora hay que probar si la eficiencia a través del tiempo se cumple o
 sea cuando hay 10 o mas pestañas por una hora y ver el consumo (para
 comprobar la eficiencia).

El tema es que Chrome abre varios threads en el proceso inicial.  Todo
va a depender de qué tan bueno sea el manejo de memoria en esos threads.
Porque obviamente cada pestaña por sí misma, al estar cerrando procesos
constantemente, no va a tener mucho problema de memoria perdida.

-- 
Alvaro Herrera   http://www.PlanetPostgreSQL.org/
La Primavera ha venido. Nadie sabe como ha sido (A. Machado)
From [EMAIL PROTECTED]  Fri Sep  5 12:06:16 2008
From: [EMAIL PROTECTED] (Franco Catrin L.)
Date: Fri Sep  5 12:06:18 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

El vie, 05-09-2008 a las 11:26 -0400, Pedro GM escribió:

[...]

 Eso esta descrito en el comic que comentabamos (y en las respuestas de
 este entretenido thread :) ) que el ser multiproceso(1 x tab) en un
 principio consume mas memoria, ahora hay que probar si la eficiencia a
 través del tiempo se cumple o sea cuando hay 10 o mas pestañas por una
 hora y ver el consumo (para comprobar la eficiencia).

Y ojo como medir el consumo. Ya que el reporte puede incluir bibliotecas
dinámicas que ya están mapeadas.

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

OT: google-chrome navegador opensource..

2008-09-04 Por tema Pedro GM 
El jue, 04-09-2008 a las 11:04 -0400, Hector Gatica escribió:
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] [EMAIL PROTECTED]
 Message-ID: [EMAIL PROTECTED]
 X-Sender: [EMAIL PROTECTED]
 User-Agent: RoundCube Webmail/0.1b
 Content-Type: text/plain; charset=UTF-8
 Content-Transfer-Encoding: 8bit
 
 On Thu, 4 Sep 2008 10:27:20 -0400, Alvaro Herrera [EMAIL PROTECTED]
 wrote:
  Pedro GM escribió:
  
  En un comic que lanzo google explica el por que y como se desarrolla
  google chrome, ahi explica el por que usa webkit y v8, es bastante
  interesante.
 
  ref:http://www.google.com/googlebooks/chrome/
  
  ¡Está bueno!
  
  Me gustó la primera parte, donde explica los motivos para usar
  multiprocesos en vez de multithreads.  Me parece una excelente decisión.
  
  --
  Alvaro Herrera   Valdivia, Chile   ICBM: S 39º 48' 55.3, W 73º 15'
  24.7
  La Primavera ha venido. Nadie sabe como ha sido (A. Machado)
 
 No se si a ud's pero me asombra Google en general , tienen gente para TODO.
 Su plataforma de servicios es muy estable , sus softwares usados
 mundialmente , muy buenos , rapidos. Chrome es una pluma al lado de FF o IE
 , quizás le falten muchas cosas aún pero tal como esta ya es super
 funcional para usuarios básicos que no siempre tienen buenas maquinas.
 
 Trabajar en algun team de desarrollo debe ser genial , o al menos lo que
 venden se ve entretenido.
 
 Saludos.
 

IMHO es por que han seguido buenas practicas de diseño y desarrollo y no
se han apegado mucho a los modelos ya establecidos de hacer las cosas,
hasta ahora le ha dado resultado...
-- 
::Pedro::GM::
?User #397462
http://counter.li.org

OT: google-chrome navegador opensource..

2008-09-04 Por tema Miguel Oyarzo O. 
At 16:27 04/09/2008, Alvaro Herrera wrote:
Pedro GM escribió:

  En un comic que lanzo google explica el por que y como se desarrolla
  google chrome, ahi explica el por que usa webkit y v8, es bastante
  interesante.
 
  ref:http://www.google.com/googlebooks/chrome/

¡Está bueno!

Me gustó la primera parte, donde explica los motivos para usar
multiprocesos en vez de multithreads.  Me parece una excelente decisión.

--
Alvaro Herrera   Valdivia, Chile   ICBM: S 39º 48' 55.3, W 73º 15' 24.7


De que hablas  si no son excluyentes,
El documento explica que el multiproceso es para separar las pestañas 
(tabs) y mantener
las estructuras de memoria en cada una (eso no tiene gran impotancia,
es un lujo nomas, pero es lo q mas quieren destacar), lo realmente 
importante es
su motor V8 para javascript que ya no interpreta sino que convierte a 
codigo de maquina en runtime
(mas velocidad ) y sobrotodo usa multi-threads en la lectura/ejecucion 
del codigo,
la mayor gracia en el core de este navegador a mi gusto.

No le des tanta importancia a las mejoras que dice tener google chrome,
al final el resultado es lo que importa:

El motor TraceMonkey de la version 3.1 de Firefox le saca la mugre en 
rendimiento
y ocupacion de memoria al la maquina V8 Javascript de Google Chrome.

Ademas, V8 no trabaja bien con las paginas de algunos bancos chilenos (como 
el santander,
no muestra algunos objetos) y TraceMonkey las carga muy bien.

Hay que esperar un beta2 de google chrome para poder ver quien vence.,
esta guerra por los engines javascript recien comienza.


Miguel Oyarzo O,
Austro Internet S.A.
Punta Arenas

OT: google-chrome navegador opensource..

2008-09-04 Por tema Franco Catrin L. 
El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:
 At 16:27 04/09/2008, Alvaro Herrera wrote:
 Pedro GM escribió:
 
   En un comic que lanzo google explica el por que y como se desarrolla
   google chrome, ahi explica el por que usa webkit y v8, es bastante
   interesante.
  
   ref:http://www.google.com/googlebooks/chrome/
 
 ¡Está bueno!
 
 Me gustó la primera parte, donde explica los motivos para usar
 multiprocesos en vez de multithreads.  Me parece una excelente decisión.
 
 --
 Alvaro Herrera   Valdivia, Chile   ICBM: S 39º 48' 55.3, W 73º 15' 24.7
 
 
 De que hablas  si no son excluyentes,
 El documento explica que el multiproceso es para separar las pestañas 
 (tabs) y mantener
 las estructuras de memoria en cada una (eso no tiene gran impotancia,
 es un lujo nomas, pero es lo q mas quieren destacar)

Si es importante cuando tienes varias pestañas abiertas en varias
vistas del browser y una de ellas se acabrona.

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

OT: google-chrome navegador opensource..

2008-09-04 Por tema Alvaro Herrera 
Franco Catrin L. escribió:
 El jue, 04-09-2008 a las 10:27 -0400, Alvaro Herrera escribió:

  ¡Está bueno!

 El comic de Google Chrome es una pasada!

¡Mola!

-- 
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
Prefiero omelette con amigos que caviar con tontos
  (Alain Nonnet)
From [EMAIL PROTECTED]  Thu Sep  4 12:58:58 2008
From: [EMAIL PROTECTED] (Jens Hardings Perl)
Date: Thu Sep  4 13:50:29 2008
Subject: Herramientas o formas de proteger archivos
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

On Thu, 2008-09-04 at 11:21 -0400, Heidi Bustamante wrote:
 Hola, me ha surgido la necesidad de proteger algunos documentos (PDF,
 odt, imagenes, etc) por temas de privacidad de la informacion que
 contiene, otro aspecto es que estos documentos muchas veces los
 transporto en un pendrive.
 
 Como podria protegerlos, de tal forma que por mas que los tengan no
 puedan abrirlos o verlos.
 
 He visto que gpg sirve para encriptar documentos, pero no se sirva
 para cualquier documento o solo para texto, o exite alguna alternativa
 mas aconsejable?

Puedes cifrar una partición completa. Revisa los comandos cryptsetup,
posiblemente ya estén instalados en tu partición. En mi caso, tengo
algunas particiones de dispositivos externos encriptados, el automount
los reconoce inmediatamente y me pide la password antes de montar. Todo
funciona automágicamente, en una instalación out-of-the-box de Fedora,
supongo que para otras distribuciones no debe ser muy distinto.

En el caso de la partición /home de mi notebook, que se monta
automáticamente al bootear, tuve que agregar una entrada en
el /etc/crypttab (no me acuerdo si lo tuve que hacer a mano o no), y me
pide la passphrase al bootear.

La alternativa de gpg sirve, pero en general se usa archivo por archivo,
y me parece que no hay aún herramientas para automatizar eso de la misma
forma.

Saludos,
-- 
Jens.

OT: google-chrome navegador opensource..

2008-09-04 Por tema Rodrigo Fuentealba 
2008/9/4 Alvaro Herrera [EMAIL PROTECTED]:
 Franco Catrin L. escribió:
 El jue, 04-09-2008 a las 10:27 -0400, Alvaro Herrera escribió:

  ¡Está bueno!

 El comic de Google Chrome es una pasada!

 ¡Mola!

A saco, tío!!! Es la leche!!!

-- 
Rodrigo Fuentealba
http://www.thecodekeeper.net/

OT: google-chrome navegador opensource..

2008-09-04 Por tema Miguel Oyarzo O. 
At 18:48 04/09/2008, Franco Catrin L. wrote:
El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:
  At 16:27 04/09/2008, Alvaro Herrera wrote:
  Pedro GM escribió:
  
En un comic que lanzo google explica el por que y como se desarrolla
google chrome, ahi explica el por que usa webkit y v8, es bastante
interesante.
   
ref:http://www.google.com/googlebooks/chrome/
  
  ¡Está bueno!
  
  Me gustó la primera parte, donde explica los motivos para usar
  multiprocesos en vez de multithreads.  Me parece una excelente decisión.
  
  --
  Alvaro Herrera   Valdivia, Chile   ICBM: S 39º 48' 55.3, W 73º 
 15' 24.7
 
 
  De que hablas  si no son excluyentes,
  El documento explica que el multiproceso es para separar las pestañas
  (tabs) y mantener
  las estructuras de memoria en cada una (eso no tiene gran impotancia,
  es un lujo nomas, pero es lo q mas quieren destacar)

Si es importante cuando tienes varias pestañas abiertas en varias
vistas del browser y una de ellas se acabrona.

--
Franco Catrin L.  TUXPAN Software S.A.

Eso no lo resuelve el multiproceso, las paginas se quedan pegadas
por las aplicaciones javascript mal programadas, que dejan
pegado la maquina virtual. Chromo lo resolvió con V8 multi-thread.

Sin multi-thread puedes entrar con todas las pestañas Chromo
que quieras a una misma pagina y todas se quedaran pegadas.


Miguel Oyarzo O.
Austro Internet S.A.
Punta Arenas

OT: google-chrome navegador opensource..

2008-09-04 Por tema Rodrigo Fuentealba 
El día 4 de septiembre de 2008 5:35, Miguel Oyarzo O. [EMAIL PROTECTED] 
escribió:
 At 16:27 04/09/2008, Alvaro Herrera wrote:

 Pedro GM escribió:

  En un comic que lanzo google explica el por que y como se desarrolla
  google chrome, ahi explica el por que usa webkit y v8, es bastante
  interesante.
 
  ref:http://www.google.com/googlebooks/chrome/

 ¡Está bueno!

Bastante.

 Me gustó la primera parte, donde explica los motivos para usar
 multiprocesos en vez de multithreads.  Me parece una excelente decisión.

No son excluyentes. La gracia es saber dónde usar unos y otros, y eso
tiene que ver con un buen dibujito antes de ponerse a programar, en
vez de parchar para sacarle mejor rendimiento a una cosa y a otra. Es
simple de pensar, lo difícil es llevar ese dibujito a la práctica.
(Quiero trabajar en un proyecto así :-( y sentirme realizado)

 De que hablas  si no son excluyentes,

Cof cof, acabo de leer esto; no quise copiar.

 El documento explica que el multiproceso es para separar las pestañas (tabs)
 y mantener
 las estructuras de memoria en cada una (eso no tiene gran impotancia,
 es un lujo nomas, pero es lo q mas quieren destacar)

Sí la tiene. Y es la misma diferencia Linux v/s Windows en cuanto a
manejo de memoria. Mientras Linux hace que cada programa sea un
proceso independiente, Windows antiguamente cargaba éstos como parte
de la cola de ejecución del mismo sistema operativo (multitask
prioritario). Lo que hace que si se te pone chúcara una aplicación,
con Linux la puedas matar y con Windows tengas que reiniciar.

Nada del otro mundo en concepto. Pero hay que reconocer que se les
ocurrió implementar esas gracias a otro nivel y que podemos aprovechar
un navegador de mejor forma. (Y de hecho, creo que ya sé en qué
proyecto me enrolaré para poder dar rienda suelta a mi propia
creatividad desperdiciada con esas gracias que ha hecho Google)

 lo realmente
 importante es

Es importante, pero de ahí a elevarlo a la categoría de lo realmente
importante... me cabe la duda.

 su motor V8 para javascript que ya no interpreta sino que convierte a
 codigo de maquina en runtime
 (mas velocidad ) y sobrotodo usa multi-threads en la lectura/ejecucion del
 codigo, la mayor gracia en el core de este navegador a mi gusto.

Una vez más, aprovechando implementar en otro nivel el concepto básico
de algo que ya existe: ¿acaso Mono y .NET no trabajan de esa forma,
pero para aplicaciones sobre el sistema operativo?

 Hay que esperar un beta2 de google chrome para poder ver quien vence.,
 esta guerra por los engines javascript recien comienza.

Yep. Sospeché de algo así cuando alguien dijo La Web todavía no
exprime su potencial, así que no se asombren (Creo que fue Tim
Berners Lee).

-- 
Rodrigo Fuentealba
http://www.thecodekeeper.net/

OT: google-chrome navegador opensource..

2008-09-04 Por tema Alvaro Herrera 
Miguel Oyarzo O. escribió:
 At 18:48 04/09/2008, Franco Catrin L. wrote:
 El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:

  De que hablas  si no son excluyentes,
  El documento explica que el multiproceso es para separar las pestañas
  (tabs) y mantener
  las estructuras de memoria en cada una (eso no tiene gran impotancia,
  es un lujo nomas, pero es lo q mas quieren destacar)

 Si es importante cuando tienes varias pestañas abiertas en varias
 vistas del browser y una de ellas se acabrona.

 Eso no lo resuelve el multiproceso, las paginas se quedan pegadas
 por las aplicaciones javascript mal programadas, que dejan
 pegado la maquina virtual. Chromo lo resolvió con V8 multi-thread.

 Sin multi-thread puedes entrar con todas las pestañas Chromo
 que quieras a una misma pagina y todas se quedaran pegadas.

Ahora eres tú el excluyente :-)  Hasta donde entendí, cada proceso (tab
del browser) tiene su propio motor v8.  No es que v8 sea multithread (y
aunque lo fuera, sería irrelevante), sino que cada tab procesa
Javascript por separado.  Si v8 no fuera multithread, igual habría un
intérprete por cada tab, y por lo tanto igual no se quedarían pegadas
todas las pestañas al pifiarse en una.

BTW: tu famoso Eudora ya está más que obsoleto ...

-- 
Alvaro Herrerahttp://www.amazon.com/gp/registry/3BP7BYG9PUGI8
You knock on that door or the sun will be shining on places inside you
that the sun doesn't usually shine (en Death: The High Cost of Living)
From [EMAIL PROTECTED]  Thu Sep  4 14:43:23 2008
From: [EMAIL PROTECTED] (Franco Catrin L.)
Date: Thu Sep  4 14:43:25 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

El jue, 04-09-2008 a las 14:11 +0200, Miguel Oyarzo O. escribió:
 At 18:48 04/09/2008, Franco Catrin L. wrote:
 El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:

   De que hablas  si no son excluyentes,
   El documento explica que el multiproceso es para separar las pestañas
   (tabs) y mantener
   las estructuras de memoria en cada una (eso no tiene gran impotancia,
   es un lujo nomas, pero es lo q mas quieren destacar)
 
 Si es importante cuando tienes varias pestañas abiertas en varias
 vistas del browser y una de ellas se acabrona.
 
 --
 Franco Catrin L.  TUXPAN Software S.A.
 
 Eso no lo resuelve el multiproceso, las paginas se quedan pegadas
 por las aplicaciones javascript mal programadas, que dejan
 pegado la maquina virtual. Chromo lo resolvió con V8 multi-thread.
 
 Sin multi-thread puedes entrar con todas las pestañas Chromo
 que quieras a una misma pagina y todas se quedaran pegadas.

A lo que iba es que si una página se acabrona puedes eliminarla y el
resto no se enterará.  Aun más destacable es el tema de manejo de
memoria que comenta Pedro GM

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

OT: google-chrome navegador opensource..

2008-09-04 Por tema Pedro GM 
El jue, 04-09-2008 a las 14:11 +0200, Miguel Oyarzo O. escribió:
 At 18:48 04/09/2008, Franco Catrin L. wrote:
 El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:
   At 16:27 04/09/2008, Alvaro Herrera wrote:
   Pedro GM escribió:
   
 En un comic que lanzo google explica el por que y como se desarrolla
 google chrome, ahi explica el por que usa webkit y v8, es bastante
 interesante.

 ref:http://www.google.com/googlebooks/chrome/
   
   ¡Está bueno!
   
   Me gustó la primera parte, donde explica los motivos para usar
   multiprocesos en vez de multithreads.  Me parece una excelente decisión.
   
   --
   Alvaro Herrera   Valdivia, Chile   ICBM: S 39º 48' 55.3, W 73º 
  15' 24.7
  
  
   De que hablas  si no son excluyentes,
   El documento explica que el multiproceso es para separar las pestañas
   (tabs) y mantener
   las estructuras de memoria en cada una (eso no tiene gran impotancia,
   es un lujo nomas, pero es lo q mas quieren destacar)
 
 Si es importante cuando tienes varias pestañas abiertas en varias
 vistas del browser y una de ellas se acabrona.
 
 --
 Franco Catrin L.  TUXPAN Software S.A.
 
 Eso no lo resuelve el multiproceso, las paginas se quedan pegadas
 por las aplicaciones javascript mal programadas, que dejan
 pegado la maquina virtual. Chromo lo resolvió con V8 multi-thread.
 
 Sin multi-thread puedes entrar con todas las pestañas Chromo
 que quieras a una misma pagina y todas se quedaran pegadas.


Entiendo tu punto, pero el multiproceso también tiene que ver, ya que en
determinado momento si un tab (proceso en el caso de chrome) esta siendo
bloqueado por la mala programacion del javascript (tema que ve v8), este
puede ser terminado sin que los otros procesos (tabs) sean
comprometidos.

V8 pone todo lo demas en la gestión de los recursos que usa javascript.

No es cada parte por si sola, sino la suma de sus partes lo que esta
dando esa ventaja a chrome, en el manejo de errores y memoria.

En todo caso es mi forma de entender el comic, puede que este
entendiendo mal, pero eso es lo que leí y me parece coherente con la
teoria.
-- 
::Pedro::GM::
?User #397462
http://counter.li.org

OT: google-chrome navegador opensource..

2008-09-04 Por tema Miguel Oyarzo O. 
At 20:27 04/09/2008, Alvaro Herrera wrote:
Miguel Oyarzo O. escribió:
  At 18:48 04/09/2008, Franco Catrin L. wrote:
  El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:

   De que hablas  si no son excluyentes,
   El documento explica que el multiproceso es para separar las pestañas
   (tabs) y mantener
   las estructuras de memoria en cada una (eso no tiene gran impotancia,
   es un lujo nomas, pero es lo q mas quieren destacar)
 
  Si es importante cuando tienes varias pestañas abiertas en varias
  vistas del browser y una de ellas se acabrona.

  Eso no lo resuelve el multiproceso, las paginas se quedan pegadas
  por las aplicaciones javascript mal programadas, que dejan
  pegado la maquina virtual. Chromo lo resolvió con V8 multi-thread.
 
  Sin multi-thread puedes entrar con todas las pestañas Chromo
  que quieras a una misma pagina y todas se quedaran pegadas.

Ahora eres tú el excluyente :-)  Hasta donde entendí, cada proceso (tab
del browser) tiene su propio motor v8.

Correcto (no por lo de excluyente, sino por lo de V8)
:)

No es que v8 sea multithread (y
aunque lo fuera, sería irrelevante), sino que cada tab procesa
Javascript por separado.

V8 es multi-thread, aun que no lo creas, y para nada
es irrelevante, es el 1er browser masivo con capacidad
de formar varios hilos de ejecusion de un codigo javascript,
y ademas correrlo reiteradamente en codigo de maquina.

Si v8 no fuera multithread, igual habría un
intérprete por cada tab, y por lo tanto igual no se quedarían pegadas
todas las pestañas al pifiarse en una.

Claro, si multiprocessing separa cache y las areas
de memoria a diferencia de multi-theread, no obstante
si tuvieras varias pestanias single-thread e ingresas a
paginas chantas o casa-bobos,
igual se te caera cada una, aun que goces del mejor sistema
multiprocesos. multiprocessing te permitirá cerrar la pestaña que fallo,
sin que afecte a las otras, es todo.

No se que  gracia tiene poseer la capacidad de cerrar la ventanas
ante errores, mejor es que el browser las maneje bien
y no se congele (alli la importanncia de multi-threaded)

Bueno, google Chrome tieme ambas caracteristicas, bien por ellos
aun que creo q se lo copiaron a browser TheWorld.


BTW: tu famoso Eudora ya está más que obsoleto ...

Lo siento por Eudura... le tome cariño desde su 1era version.

--
Alvaro Herrerahttp://www.amazon.com/gp/registry/3BP7BYG9PUGI8

OT: google-chrome navegador opensource..

2008-09-04 Por tema Alvaro Herrera 
Miguel Oyarzo O. escribió:
 At 20:27 04/09/2008, Alvaro Herrera wrote:

 No es que v8 sea multithread (y
 aunque lo fuera, sería irrelevante), sino que cada tab procesa
 Javascript por separado.

 V8 es multi-thread, aun que no lo creas, y para nada
 es irrelevante, es el 1er browser masivo con capacidad
 de formar varios hilos de ejecusion de un codigo javascript,
 y ademas correrlo reiteradamente en codigo de maquina.

No digo que sea irrelevante en general, sino irrelevante a mi argumento
anterior :-)

Estoy consciente de lo pencas que son las implementaciones Javascript.
En Epiphany (mi browser) era bastante horrible hasta hace poco tiempo, y
varias cosas que para muchos eran normales yo no las podia usar por el
consumo excesivo de CPU.

 No se que  gracia tiene poseer la capacidad de cerrar la ventanas
 ante errores, mejor es que el browser las maneje bien
 y no se congele (alli la importanncia de multi-threaded)

Por supuesto que seria mejor que las aplicaciones no tuvieran bugs, pero
en la practica sí los tienen.  Y cuando tienes que manejar cosas tan
complicadas como varios estándares HTML, CSS, Javascript, un sistema de
plugins genérico, etc, entonces es muy difícil erradicarlos todos.  La
idea de hacer que el sistema sea robusto ante bugs, en el sentido de que
se pueda recuperar fácilmente, es muy buena.

Epiphany (y supongo que otros browsers) ya es mucho mejor que los
browsers de antaño: cuando se cae, deja grabado un archivo con las
páginas que tenías abiertas, de manera que las abre otra vez al
levantarlo nuevamente.  Esto mejora muchísimo la usabilidad.  Lo de
Chrome es un paso aún más allá, al permitirte simplemente identificar la
pestaña que se cayó, y si quieres puedes abrirla de nuevo.

 Bueno, google Chrome tieme ambas caracteristicas, bien por ellos
 aun que creo q se lo copiaron a browser TheWorld.

No es imposible ...

BTW a mí no me interesa mucho Chrome directamente.  No voy a usarlo.
Pero sí me interesa el que hagan mejorar a WebKit, o que una cosa como
V8 llegue a Epiphany.  O incluso que el modelo multiproceso llegue a
Epiphany.  Germán Poo me hizo llegar lo siguiente

http://www.theregister.co.uk/2008/09/02/google_chrome_comic_funnies/

-- 
Alvaro Herrerahttp://www.amazon.com/gp/registry/3BP7BYG9PUGI8
You're _really_ hosed if the person doing the hiring doesn't understand
relational systems: you end up with a whole raft of programmers, none of
whom has had a Date with the clue stick.  (Andrew Sullivan)
From [EMAIL PROTECTED]  Thu Sep  4 14:02:54 2008
From: [EMAIL PROTECTED] (Alex Lorca)
Date: Thu Sep  4 16:54:46 2008
Subject: Proteger archivos
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

Heidi Bustamante escribió:
 Hola, me ha surgido la necesidad de proteger algunos documentos (PDF,
 odt, imagenes, etc) por temas de privacidad de la informacion que
 contiene, otro aspecto es que estos documentos muchas veces los
 transporto en un pendrive.

 Como podria protegerlos, de tal forma que por mas que los tengan no
 puedan abrirlos o verlos.

 He visto que gpg sirve para encriptar documentos, pero no se sirva
 para cualquier documento o solo para texto, o exite alguna alternativa
 mas aconsejable?


 Heidi

   
Otra alternativa es truecrypt (www.truecrypt.org). Creas un volumen 
encriptado y lo guardas como un archivo en el pendrive, y cuando 
necesitas trabajar sobre el lo montas como una unidad común y corriente 
y guardas dentro tus archivos.
Funciona en linux, mac y windows (y creo que había una versión portátil 
para windows).

-- 
Alex Lorca
Administrador de Sistemas
Acepta.com

OT: google-chrome navegador opensource..

2008-09-04 Por tema Germán Póo-Caamaño 
On Thu, 2008-09-04 at 16:13 +0200, Miguel Oyarzo O. wrote:
 At 20:27 04/09/2008, Alvaro Herrera wrote:
 Miguel Oyarzo O. escribió:
   At 18:48 04/09/2008, Franco Catrin L. wrote:
   El jue, 04-09-2008 a las 11:35 +0200, Miguel Oyarzo O. escribió:
 
De que hablas  si no son excluyentes,
El documento explica que el multiproceso es para separar las pestañas
(tabs) y mantener
las estructuras de memoria en cada una (eso no tiene gran impotancia,
es un lujo nomas, pero es lo q mas quieren destacar)
  
   Si es importante cuando tienes varias pestañas abiertas en varias
   vistas del browser y una de ellas se acabrona.
 
   Eso no lo resuelve el multiproceso, las paginas se quedan pegadas
   por las aplicaciones javascript mal programadas, que dejan
   pegado la maquina virtual. Chromo lo resolvió con V8 multi-thread.
  
   Sin multi-thread puedes entrar con todas las pestañas Chromo
   que quieras a una misma pagina y todas se quedaran pegadas.
 
 Ahora eres tú el excluyente :-)  Hasta donde entendí, cada proceso (tab
 del browser) tiene su propio motor v8.
 
 Correcto (no por lo de excluyente, sino por lo de V8)
 :)
 
 No es que v8 sea multithread (y
 aunque lo fuera, sería irrelevante), sino que cada tab procesa
 Javascript por separado.
 
 V8 es multi-thread, aun que no lo creas, y para nada
 es irrelevante, es el 1er browser masivo con capacidad
 de formar varios hilos de ejecusion de un codigo javascript,
 y ademas correrlo reiteradamente en codigo de maquina.
 
 Si v8 no fuera multithread, igual habría un
 intérprete por cada tab, y por lo tanto igual no se quedarían pegadas
 todas las pestañas al pifiarse en una.
 
 Claro, si multiprocessing separa cache y las areas
 de memoria a diferencia de multi-theread, no obstante
 si tuvieras varias pestanias single-thread e ingresas a
 paginas chantas o casa-bobos,
 igual se te caera cada una, aun que goces del mejor sistema
 multiprocesos. multiprocessing te permitirá cerrar la pestaña que fallo,
 sin que afecte a las otras, es todo.
 
 No se que  gracia tiene poseer la capacidad de cerrar la ventanas
 ante errores, mejor es que el browser las maneje bien
 y no se congele (alli la importanncia de multi-threaded)

Has usado FF3 con el plugin de Flash de Adobe?

Se cae a menudo.  Y cuando tienes 20 ó más ventanas abiertas...

-- 
Germán Póo-Caamaño
http://www.calcifer.org/

OT: google-chrome navegador opensource..

2008-09-04 Por tema Daniel Serpell 
Hola!

El Thu, Sep 04, 2008 at 04:13:04PM +0200, Miguel Oyarzo O. escribio:
 At 20:27 04/09/2008, Alvaro Herrera wrote:
[...]
 No es que v8 sea multithread (y
 aunque lo fuera, sería irrelevante), sino que cada tab procesa
 Javascript por separado.

 V8 es multi-thread, aun que no lo creas, y para nada
 es irrelevante, es el 1er browser masivo con capacidad
 de formar varios hilos de ejecusion de un codigo javascript,
 y ademas correrlo reiteradamente en codigo de maquina.


¿dónde viste que V8 es multi-hebras?

Pues no, no lo es. V8 es un interprete de Javascript rápido, que
utiliza varias técnicas avanzadas para mejorar la velocidad de
ejecución y disminuir el uso de memoria.

Internamente, usa hebras para el garbage-collector y para administrar el
rendimiento, pero no para la ejecución del código Javascript, este se
ejecuta en una sóla hebra.

Y esto no puede cambiarse, ya que Javascript es un lenguaje que tiene
objetos globales visibles, que no se pueden alterar desde distintas
hebras al mismo tiempo. El código Javascript asume acceso esclusivo
a los objetos globales.

Lo que si se puede hacer en en V8 es ejecutar distintos contextos de
Javascript simultáneamente, pero en realidad no está diseñado con ese uso
en mente.

El browser de google ejecuta cada página web (dentro de lo posible) en
un proceso independiente, cada proceso luego tiene su própio VM de
Javascript que se ejecuta de manera independiente.

-

Por otra parte, he estado jugando un poco con V8, comparandolo con
Spidermonkey y Tracemonkey. Se ve interesante, sobre todo muy simple
de incrustar en aplicaciones propias.

Con respecto a la velocidad, mis resultados (medidos con SunSpider)
son los siguientes (Ubuntu 8.04.1, Core2Duo T5670):

 Maquina Virtual T(ms)  Mem (GC auto)  Mem (GC manual)
 -
 Spidermonkey5998  1444k   340k
 Tracemonkey 2896  1120k   212k
 Tracemonkey JIT 1754   664k   292k
 V8  1538   308k-(*)

[(*) no vi como forzar el GC manualmente en V8.]

Se nota que el GC de V8 es mucho más eficiente que el de Tracemonkey,
pero también se nota que Tracemonkey es una mejora significativa del
original Spidermonkey (incluido en Firefox 3.0), sobre todo al activar
el JIT.

Estas pruebas son utilizando los interpretes de linea de comandos,
compilados por mi. La memoria reportada es tamaño de segmento residente,
no memoria virtual.

Daniel.

OT: google-chrome navegador opensource..

2008-09-03 Por tema Marco González Luengo 
2008/9/2 Daemon [EMAIL PROTECTED]:
 2008/9/2 Matias Valdenegro T. [EMAIL PROTECTED]:
 El Martes 02 Septiembre 2008, Franco Catrin L. escribió:
 El mar, 02-09-2008 a las 16:55 -0400, César Sepúlveda B escribió:
  El Tuesday 02 September 2008 04:05:41 pm Pedro GM escribió:
   Eso una iniciativa de google, aun no esta disponible para linux pero
   dicen ser opensource y aun en etapa beta...
  
   link:
   http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMG;
  utm_ source=es-419-hpputm_medium=hpputm_campaign=es-419
  
   Opiniones??
 

 El consumo de memoria es bastante menor que en firefox

 Salu2



Me impresiona lo fácil de usar que es Chrome, aparte de lo liviano y
rápido que es para echar a correr páginas que son usualmente exigentes
con mi tarro. Por ejemplo, Gmail tuvo una mejor considerable de
velocidad de carga contra Opera y Firefox (en orden de rapidez), y su
uso de HDD es menos intensivo que Firefox 3 (el ruido del HDD es menos
frecuente).

Ahora, uno de los puntos flacos es su estado beta, lo que lo hace
adolecer de ciertas pegas, como que no tiene soporte para Java.
También la falta de ciertas opciones para hacer que el navegador sea
menos Firefoxesco o que aún no entienda bien las páginas más
frecuentes que uso hace que sea lo que uno espera, aunque tiene mucho
de lo que uno busca. A todo esto, aún no le encuentro la gracia a
Gears... porque no sé dónde hacerlo trabajar. Lo que sí, a leguas se
nota que es un verdadero competidor para navegadores como Opera (en el
ambiente sub-notebook y tarros viejos) como Firefox 3 (como algo
nuevo) o Internet Explorer 8 (como cosa por venir).

Ahora, de que las cosas Google están en permanente Beta... sí, me
resulta muy curioso. A lo mejor en el Beta se esconde el maléfico plan
de Google para dominar el mundo. :O

Veredicto: culpable... de ser un buen browser. :D

OT: google-chrome navegador opensource..

2008-09-03 Por tema Germán Póo-Caamaño 
On Wed, 2008-09-03 at 15:37 -0300, Marco González Luengo wrote:
 El día 3 de septiembre de 2008 9:48, Aldrin Martoq
 [EMAIL PROTECTED] escribió:
  On Wed, 2008-09-03 at 02:16 -0300, Marco González Luengo wrote:
  [...]
  Ahora, de que las cosas Google están en permanente Beta... sí, me
  resulta muy curioso. A lo mejor en el Beta se esconde el maléfico plan
  de Google para dominar el mundo. :O
 
  HINT: las cosas en que Google cobra ya no son betas ;)
 
  --
  Aldrin Martoq [EMAIL PROTECTED]
  http://aldrinvideopodcast.podshow.com/
 
 
 
 
 Interesante. ¿Cuánto vale Chrome entonces? :O

Aplica SLocCount.

-- 
Germán Póo-Caamaño
http://www.calcifer.org/

OT: google-chrome navegador opensource..

2008-09-03 Por tema Chihau Chau 
Al compilar con:

$ cd $CHROMIUM_ROOT/src/chrome
$ ../third_party/scons/scons.py Hammer


Tengo el siguiente error:

In file included from
Hammer/webkit/V8Bindings/DerivedSources/V8XPathResult.cpp:22:
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:40: error:
'v8' has not been declared
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:40: error:
expected `{' before 'ExternalStringResource'
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:40: error:
function definition does not declare parameters
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:62: error:
'WebCore::ToWebCoreString' declared as an 'inline' variable
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:62: error:
'v8' has not been declared
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:62: error:
'v8' has not been declared
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:62: error:
'obj' was not declared in this scope
/home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:62: error:
expected ',' or ';' before '{' token
Hammer/webkit/V8Bindings/DerivedSources/V8XPathResult.cpp:255: error:
expected `}' at end of input
scons: *** [Hammer/webkit/V8Bindings/DerivedSources/V8XPathResult.o] Error 1
scons: building terminated because of errors.




-- 
Chihau Chau
From [EMAIL PROTECTED]  Wed Sep  3 16:09:30 2008
From: [EMAIL PROTECTED] (Aldrin Martoq)
Date: Wed Sep  3 16:09:38 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

On Wed, 2008-09-03 at 15:00 -0400, Germán Póo-Caamaño wrote:
 On Wed, 2008-09-03 at 15:37 -0300, Marco González Luengo wrote:
  El día 3 de septiembre de 2008 9:48, Aldrin Martoq
  [EMAIL PROTECTED] escribió:
   On Wed, 2008-09-03 at 02:16 -0300, Marco González Luengo wrote:
   [...]
   Ahora, de que las cosas Google están en permanente Beta... sí, me
   resulta muy curioso. A lo mejor en el Beta se esconde el maléfico plan
   de Google para dominar el mundo. :O
  
   HINT: las cosas en que Google cobra ya no son betas ;)
  
  Interesante. ¿Cuánto vale Chrome entonces? :O
 Aplica SLocCount.

Creo que la pregunta era cuanto cuesta al usuario final... Y la
respuesta es $0, mientras sea Beta.

Como contraejemplo, Google Earth ya no es beta, pues existen servicios
pagados asociados a el:
http://earth.google.com/


Y asi ... es probable que cuando gmail deje de ser beta sera la hora
de pagar!!! ;)


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

OT: google-chrome navegador opensource..

2008-09-03 Por tema Alvaro Herrera 
Chihau Chau escribió:
 Al compilar con:
 
 $ cd $CHROMIUM_ROOT/src/chrome
 $ ../third_party/scons/scons.py Hammer
 
 
 Tengo el siguiente error:
 
 In file included from
 Hammer/webkit/V8Bindings/DerivedSources/V8XPathResult.cpp:22:
 /home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:40: error:
 'v8' has not been declared

¿Y?  ¿Qué pretendes que hagamos nosotros con esa información?

-- 
Alvaro Herrerahttp://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From [EMAIL PROTECTED]  Wed Sep  3 16:13:32 2008
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Wed Sep  3 16:13:39 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]


   El Tuesday 02 September 2008 04:05:41 pm Pedro GM escribió:
Eso una iniciativa de google, aun no esta disponible para linux pero
dicen ser opensource y aun en etapa beta...
   
link:
http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMG;
   utm_ source=es-419-hpputm_medium=hpputm_campaign=es-419
   
Opiniones??

Un dato interesante es que (por lo que vi en el mensaje de error de
compilación que posteó no sé quién hace un rato) está basado en WebKit,
que es el código de rendering HTML que hizo Apple en base a KHTML.
¡Interesante!

Lo que me parece aún más interesante es que Epiphany también tiene ahora
un port WebKit :-)  Y ya está bastante avanzado.  El día que pueda
eliminar totalmente Gecko voy a celebrarlo ...

-- 
Alvaro Herrerahttp://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From [EMAIL PROTECTED]  Wed Sep  3 16:35:30 2008
From: [EMAIL PROTECTED] (Rodrigo Ahumada)
Date: Wed Sep  3 16:35:37 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] 
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

Alvaro Herrera escribió:
[...]
 
 Un dato interesante es que (por lo que vi en el mensaje de error de
 compilación que posteó no sé quién hace un rato) está basado en WebKit,
 que es el código de rendering HTML que hizo Apple en base a KHTML.
 ¡Interesante!
 
 Lo que me parece aún más interesante es que Epiphany también tiene ahora
 un port WebKit :-)  Y ya está bastante avanzado.  El día que pueda
 eliminar totalmente Gecko voy a celebrarlo ...

ojalá aprovechen e incluyan codecs de audio y video para no seguir 
dependiendo de flash (por lo menos en youtube)

OT: google-chrome navegador opensource..

2008-09-03 Por tema Gerardo Felmer 
Claramente V8 no ha sido declarada.

Saludos!

2008/9/3 Alvaro Herrera [EMAIL PROTECTED]

 Chihau Chau escribió:
  Al compilar con:
 
  $ cd $CHROMIUM_ROOT/src/chrome
  $ ../third_party/scons/scons.py Hammer
 
 
  Tengo el siguiente error:
 
  In file included from
  Hammer/webkit/V8Bindings/DerivedSources/V8XPathResult.cpp:22:
  /home/chihau/chromium/src/webkit/port/bindings/v8/v8_binding.h:40: error:
  'v8' has not been declared

 ¿Y?  ¿Qué pretendes que hagamos nosotros con esa información?

 --
 Alvaro Herrera
 http://www.CommandPrompt.com/
 The PostgreSQL Company - Command Prompt, Inc.

From [EMAIL PROTECTED]  Wed Sep  3 16:38:03 2008
From: [EMAIL PROTECTED] (Pedro GM)
Date: Wed Sep  3 17:08:49 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

El mié, 03-09-2008 a las 16:13 -0400, Alvaro Herrera escribió:
El Tuesday 02 September 2008 04:05:41 pm Pedro GM escribió:
 Eso una iniciativa de google, aun no esta disponible para linux pero
 dicen ser opensource y aun en etapa beta...

 link:
 http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMG;
utm_ source=es-419-hpputm_medium=hpputm_campaign=es-419

 Opiniones??
 
 Un dato interesante es que (por lo que vi en el mensaje de error de
 compilación que posteó no sé quién hace un rato) está basado en WebKit,
 que es el código de rendering HTML que hizo Apple en base a KHTML.
 ¡Interesante!
 
 Lo que me parece aún más interesante es que Epiphany también tiene ahora
 un port WebKit :-)  Y ya está bastante avanzado.  El día que pueda
 eliminar totalmente Gecko voy a celebrarlo ...
 
En un comic que lanzo google explica el por que y como se desarrolla
google chrome, ahi explica el por que usa webkit y v8, es bastante
interesante.

ref:http://www.google.com/googlebooks/chrome/

también opino lo mismo de gecko...

Lo que me parece bien es que se han replanteado el diseño y se han
fijado en los erroes de otros navegadores (como ff y ie), las soluciones
que proponen me parecen muy cuerdas a mi entender :)
-- 
::Pedro::GM::
?User #397462
http://counter.li.org

OT: google-chrome navegador opensource..

2008-09-02 Por tema Pedro GM 
Eso una iniciativa de google, aun no esta disponible para linux pero
dicen ser opensource y aun en etapa beta...

link:
http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMGutm_source=es-419-hpputm_medium=hpputm_campaign=es-419

Opiniones??


-- 
::Pedro::GM::
?User #397462
http://counter.li.org

OT: google-chrome navegador opensource..

2008-09-02 Por tema Marcelo Letelier A. 
Ismael Cantieri escribió:
 El 2 de septiembre de 2008 16:05, Pedro GM [EMAIL PROTECTED] escribió:

   
 Eso una iniciativa de google, aun no esta disponible para linux pero
 dicen ser opensource y aun en etapa beta...
todo lo de google es beta ;)

pero funciona muy bien, el nuevo motor javascript es espectacular, ojala 
la versión de Linux este pronto disponible
From [EMAIL PROTECTED]  Tue Sep  2 18:03:05 2008
From: [EMAIL PROTECTED] (Franco Catrin L.)
Date: Tue Sep  2 18:03:14 2008
Subject: OT: google-chrome navegador opensource..
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

El mar, 02-09-2008 a las 16:55 -0400, César Sepúlveda B escribió:
 El Tuesday 02 September 2008 04:05:41 pm Pedro GM escribió:
  Eso una iniciativa de google, aun no esta disponible para linux pero
  dicen ser opensource y aun en etapa beta...
 
  link:
  http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMGutm_
 source=es-419-hpputm_medium=hpputm_campaign=es-419
 
  Opiniones??
 
 Se esta hablando sobre esto mucho, hace algunas horas lo estoy probando en 
 windows xp, dentro de virtualbox, y funciona bastante pero bastante bien, muy 
 cómoda la navegación con el programa.
 
 Esperemos la versión para linux este pronto disponible.

Para los impacientes:

http://dev.chromium.org/developers/how-tos/build-instructions-linux


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

OT: google-chrome navegador opensource..

2008-09-02 Por tema Matias Valdenegro T. 
El Martes 02 Septiembre 2008, Franco Catrin L. escribió:
 El mar, 02-09-2008 a las 16:55 -0400, César Sepúlveda B escribió:
  El Tuesday 02 September 2008 04:05:41 pm Pedro GM escribió:
   Eso una iniciativa de google, aun no esta disponible para linux pero
   dicen ser opensource y aun en etapa beta...
  
   link:
   http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMG;
  utm_ source=es-419-hpputm_medium=hpputm_campaign=es-419
  
   Opiniones??
 
  Se esta hablando sobre esto mucho, hace algunas horas lo estoy probando
  en windows xp, dentro de virtualbox, y funciona bastante pero bastante
  bien, muy cómoda la navegación con el programa.
 
  Esperemos la versión para linux este pronto disponible.

 Para los impacientes:

 http://dev.chromium.org/developers/how-tos/build-instructions-linux

Note: If you want to use a Chromium-based browser on Linux, you should look 
elsewhere. Although many Chromium submodules build under Linux and a few unit 
tests pass, all that runs is a command-line all tests pass executable.

LOL!

OT: google-chrome navegador opensource..

2008-09-02 Por tema Daemon 
2008/9/2 Matias Valdenegro T. [EMAIL PROTECTED]:
 El Martes 02 Septiembre 2008, Franco Catrin L. escribió:
 El mar, 02-09-2008 a las 16:55 -0400, César Sepúlveda B escribió:
  El Tuesday 02 September 2008 04:05:41 pm Pedro GM escribió:
   Eso una iniciativa de google, aun no esta disponible para linux pero
   dicen ser opensource y aun en etapa beta...
  
   link:
   http://www.google.com/chrome/intl/es-419/why.html?hl=es-419brand=CHMG;
  utm_ source=es-419-hpputm_medium=hpputm_campaign=es-419
  
   Opiniones??
 

El consumo de memoria es bastante menor que en firefox

Salu2