Consulta sobre RHEL
si se pueden usar los mismos repos de centos, pero al primer update cuando reinicias dice centos y no redhat ajjaajaj El 04-09-2008, a las 9:30, Carlos Tirado escribió: Ahora si desea, puedes incluso ingresar al sitio de Redhat y crearte una cuenta TRIAL Al crearte la cuenta trial (por 30 dias), tendras acceso a la descarga de TODAS las isos durante ese tiempo. Tambien tengo entendido que haciendo unos cambios por ahi, se pueden ocupar los mismos repos de Centos. Saludos El día 3/09/08, Hector Gatica [EMAIL PROTECTED] escribió: Estimados : Un cliente me pidió cotizar Red hat 4 AS , pero por lo que veo en la misma pagina de RH solo esta disponible a la venta el RHEL 5 (me equivoco?). De adquirir la ultima version puedo adquirir solo el software sin el soporte (media only)? , o esto no da derecho por ejemplo a las actualizaciones de seguridad ?. Y lo ultimo , al adquirir via internet , puedo descargar los discos ? o tengo que esperar a que lleguen via correo. Saludos. PD: La ultima vez que ocupe RH fue la version 6.2 y desde ahi que me perdi en sus versiones y sabores. -- Informatica Bio-Bio Comunicaciones S.A Administrador de Redes Fono : 09-1523359 -- Carlos Tirado E. Viña del Mar - Chile
OT: google-chrome navegador opensource..
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
Consulta sobre RHEL
On Thu, Sep 4, 2008 at 9:30 AM, Carlos Tirado [EMAIL PROTECTED] wrote: Ahora si desea, puedes incluso ingresar al sitio de Redhat y crearte una cuenta TRIAL Al crearte la cuenta trial (por 30 dias), tendras acceso a la descarga de TODAS las isos durante ese tiempo. Tambien tengo entendido que haciendo unos cambios por ahi, se pueden ocupar los mismos repos de Centos. no hay sentido instalar redhat y despues pasar a centos en un sistema nuevo !!! para esto (y mejor), instala centos desde el principio !!! Obs.: se ya tienes un sistema funcionando con RHEL y ya no tienes $$$, entonces si, lo que comentas de la migracion es valido. salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 From [EMAIL PROTECTED] Thu Sep 4 11:28:30 2008 From: [EMAIL PROTECTED] (Franco Catrin L.) Date: Thu Sep 4 11:28:32 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] El jue, 04-09-2008 a las 10:27 -0400, Alvaro Herrera escribió: 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. El comic de Google Chrome es una pasada! Explica conceptos no tan facil de entender de una forma bastante didáctica. A mi me sorprendió la parte de las pruebas. -- Franco Catrin L. TUXPAN Software S.A. http://www.tuxpan.com/fcatrin
Herramientas o formas de proteger archivos
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 From [EMAIL PROTECTED] Thu Sep 4 10:57:36 2008 From: [EMAIL PROTECTED] (Heidi Bustamante) Date: Thu Sep 4 11:47:43 2008 Subject: Proteger archivos Message-ID: [EMAIL PROTECTED] 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 From [EMAIL PROTECTED] Thu Sep 4 11:19:16 2008 From: [EMAIL PROTECTED] (Rodrigo =?ISO-8859-1?Q?Guti=E9rrez?= Torres) Date: Thu Sep 4 11:47:57 2008 Subject: leer datdos de una puerta serial remota In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El mié, 03-09-2008 a las 22:27 -0400, Rodrigo Javier Tobar Carrizo escribió: Victor Hugo dos Santos wrote: Hola, como puedo hacer para conectarme a un dispositivo serial remoto enviar algunos comandos a el y recuperar los datos que me entrega ??? estuve intentando con nc y minicom.. pero hasta el momento no me resulta.. Hola! Si, minicom te sirve. Solamente tienes que saber que configuracion necesita la comunicacion con tu dispositivo, la pones en minicom, y listo... a escribir y leer :D. Para esto, entras a minicom, y apretas Ctrl-A seguido de z. Ahi te vas a la configuracion de minicom (con o mayuscula), y luego a Serial port setup. Ahi seteas el puerto donde tienes conectado tu dispositivo, la velocidad de la linea, la paridad que vas a usar, cantidad de bits en tus caracteres, bits de stop y demases. 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,
OT: google-chrome navegador opensource..
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
leer datdos de una puerta serial remota
2008/9/4 Rodrigo Gutiérrez Torres [EMAIL PROTECTED]: El mié, 03-09-2008 a las 22:27 -0400, Rodrigo Javier Tobar Carrizo escribió: Victor Hugo dos Santos wrote: Hola, como puedo hacer para conectarme a un dispositivo serial remoto enviar algunos comandos a el y recuperar los datos que me entrega ??? estuve intentando con nc y minicom.. pero hasta el momento no me resulta.. Hola! Si, minicom te sirve. Solamente tienes que saber que configuracion necesita la comunicacion con tu dispositivo, la pones en minicom, y listo... a escribir y leer :D. Para esto, entras a minicom, y apretas Ctrl-A seguido de z. Ahi te vas a la configuracion de minicom (con o mayuscula), y luego a Serial port setup. Ahi seteas el puerto donde tienes conectado tu dispositivo, la velocidad de la linea, la paridad que vas a usar, cantidad de bits en tus caracteres, bits de stop y demases. 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. perdón.. ayer estaba algo cansado.. y me olvide comentar.. el puerto serial remoto que intento accessar es un UDS1100 de lantronix http://www.lantronix.com/device-networking/external-device-servers/uds1100.html los pasos que he intentado fueron: 1 - crear un dispositivo mkfifo /dev/serialvhs 2 - utilizar netcat para leer y escribir en el: nc 10.10.10.10 /dev/serialvhs /dev/serialvhs 3 - en minicom y gtkterm configure para que accederán al dispositivo /dev/serialvhs con los parámetros que están en la configuracion del dispositivo UDS1100 (9600,7,1,odd) pero no hay caso... :-( salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
Herramientas o formas de proteger archivos
On Thu, Sep 04, 2008 at 11:21:37AM -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? GPG Te sirve, para cifrarlos, el tema es que estar con tu llave privada en un pendrive puede comprometer la seguridad de tu llave. Si solo tu vas a hacer uso del cifrado y descifrado, te recomiendo usar un sistema de cifrado simetrico. Saludos -- +-+ | Reinaldo Orrego (Nano) Jabber: [EMAIL PROTECTED] | | Web: http://nano.quodvis.net/ E-Mail:[EMAIL PROTECTED] | | Phone: 77 57 93 16 - 283 44 82 Counter.li.org: 386345 | | Quodvis: Whoever || Whatever you will || Anyone || Anything | +-+ From [EMAIL PROTECTED] Thu Sep 4 12:15:09 2008 From: [EMAIL PROTECTED] (Hugo Salgado) Date: Thu Sep 4 12:15:11 2008 Subject: Proteger archivos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 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? Hola. No hay problema con usar gpg, pero tienes que recordar encriptar cada vez que lo uses, y además tipear tu passphrase cada vez que quieras desencriptar y usar los archivos. Mejor usar FUSE y encriptar el filesystem, con algo como encfs. Con eso puedes tener un directorio protegido. Tipeas la contraseña solo cuando lo montas, y adentro tienes lo que quieras. Saludos, Hugo From [EMAIL PROTECTED] Thu Sep 4 12:24:45 2008 From: [EMAIL PROTECTED] (Chihau Chau) Date: Thu Sep 4 12:24:48 2008 Subject: Proteger archivos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Hola Heidi: Hace un tiempo desarrollé una pequeña aplicación en Java para encriptar/desencriptar cualquier tipo de archivo utilizando AES o Blowfish (128 bits) utilizando clave simétrica. Te lo puedo enviar si te interesa. 2008/9/4 Hugo Salgado [EMAIL PROTECTED] 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? Hola. No hay problema con usar gpg, pero tienes que recordar encriptar cada vez que lo uses, y además tipear tu passphrase cada vez que quieras desencriptar y usar los archivos. Mejor usar FUSE y encriptar el filesystem, con algo como encfs. Con eso puedes tener un directorio protegido. Tipeas la contraseña solo cuando lo montas, y adentro tienes lo que quieras. Saludos, Hugo -- Chihau Chau From [EMAIL PROTECTED] Thu Sep 4 12:00:14 2008 From: [EMAIL PROTECTED] (Pedro GM) Date: Thu Sep 4 12:28:16 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ó: El mié, 03-09-2008 a las 22:27 -0400, Rodrigo Javier Tobar Carrizo escribió: Victor Hugo dos Santos wrote: Hola, como puedo hacer para conectarme a un dispositivo serial remoto enviar algunos comandos a el y recuperar los datos que me entrega ??? estuve intentando con nc y minicom.. pero hasta el momento no me resulta.. Hola! Si, minicom te sirve. Solamente tienes que saber que configuracion necesita la comunicacion con tu dispositivo, la pones en minicom, y listo... a escribir y leer :D. Para esto, entras a minicom, y apretas Ctrl-A seguido de z. Ahi te vas a la configuracion de minicom (con o mayuscula), y luego a Serial port setup. Ahi seteas el puerto donde tienes conectado tu dispositivo, la velocidad de la linea, la paridad que vas a usar, cantidad de
OT: google-chrome navegador opensource..
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
leer datdos de una puerta serial remota
El 4 de septiembre de 2008 11:19, Rodrigo Gutiérrez Torres [EMAIL PROTECTED] escribió: El mié, 03-09-2008 a las 22:27 -0400, Rodrigo Javier Tobar Carrizo escribió: Victor Hugo dos Santos wrote: Hola, como puedo hacer para conectarme a un dispositivo serial remoto enviar algunos comandos a el y recuperar los datos que me entrega ??? estuve intentando con nc y minicom.. pero hasta el momento no me resulta.. Hola! Si, minicom te sirve. Solamente tienes que saber que configuracion necesita la comunicacion con tu dispositivo, la pones en minicom, y listo... a escribir y leer :D. Para esto, entras a minicom, y apretas Ctrl-A seguido de z. Ahi te vas a la configuracion de minicom (con o mayuscula), y luego a Serial port setup. Ahi seteas el puerto donde tienes conectado tu dispositivo, la velocidad de la linea, la paridad que vas a usar, cantidad de bits en tus caracteres, bits de stop y demases. 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, que diestro estas usando puesto que en ubuntu 7.10 tenia un bug y hay que realizar una modificación para que reconozca adaptadores usb/serial. -- Ismael Cantieri www.cantieri.tk exten = s,1,Playback(applause) exten = s,n,Playback(thankyou) aoss espeak -ves ?hola,soy,tu,GNU,Linux Linux user #409459 Ubuntu User # 9265 From [EMAIL PROTECTED] Thu Sep 4 13:11:30 2008 From: [EMAIL PROTECTED] (Pedro GM) Date: Thu Sep 4 13:12:16 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] El jue, 04-09-2008 a las 12:48 -0400, Franco Catrin L. escribió: 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. IMHO , chrome esta haciendo uso de un sistema mas eficiente a la hora de recuperar memoria ,que es el mismo sistema operativo, ya que al matar el proceso (asociado a un tab), es el sistema operativo quien recupera la memoria, no la aplicacion, y ahi nos ahorramos chascarros con los recolectores de basura... También el comic explica bien el por que los navegadores empiezan a consumir mas y mas ram a traves del tiempo(FF por ej) dado este tema de recoleccion de basura... a mi entender es bastante bien pensada la opción de chrome. lo de v8 compilando lo encontre muy bueno... y también ahi explica inicialmente consume mas recursos pero a traves del tiempo son menos que el modelo tradicional.. segun yo ahi se puso en el lugar del usuario comun que pasa bastante tiempo con multiples paginas abiertas... y a la larga ahi se nota el uso de memoria excesiva de FF y otros, también el problema que te causa que al fallar un tab comprometa a los otros... punto para chrome tambien... -- ::Pedro::GM:: ?User #397462 http://counter.li.org
OT: google-chrome navegador opensource..
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.
Herramientas o formas de proteger archivos
2008/9/4 Heidi Bustamante [EMAIL PROTECTED]: 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? para encriptar carpetas, recomiendo encfs muy simples de usar y configurar.. y la gracia es que no es necesario crear una partición y/o archivos (con tamaño fijo) antes... o sea, configura una carpeta que quieras utilizar y vas poniendo/quitando archivos como se fuera una carpeta mas en el sistema. salu2 y suerte -- -- Victor Hugo dos Santos Linux Counter #224399
OT: google-chrome navegador opensource..
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..
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..
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..
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..
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..
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..
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
Servidor de llaves
Hola aprovechando que se ha tocado el tema de gpg, he visto que hay formas de subir las llaves a sitios publicos mediante el protocolo hkp, mi consulta es que software usan para implementar un servidor que permita aceptar ese protocolo Dicho de otra forma con que herramienta puedo montar mi servidor de llaver (keyserver) Fancis From [EMAIL PROTECTED] Thu Sep 4 17:08:56 2008 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_P=F3o-Caama=F1o?=) Date: Thu Sep 4 17:09:12 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] On Thu, 2008-09-04 at 16:45 -0400, Alvaro Herrera wrote: Miguel Oyarzo O. escribió: [...] Bueno, google Chrome tieme ambas caracteristicas, bien por ellos aun que creo q se lo copiaron a browser TheWorld. No es imposible ... En este caso, ¿qué importa quien lo haya hecho primero? Google no inventó la búsqueda en Internet. Ya tenías Yahoo, Altavista, Lycos, la brujula y todocl[1] Así como Apple no inventó la laucha ni el computador personal. Yo me doy por satisfecho por tener el coraje de eliminar el inútil botón home de la barra de herramientas :-) Si hasta un par de días atrás, la interfaz de usuario de los navegadores aún seguía el modelo de Mosaic. Lectura recomendada: The myths of innovation. [1] todo.cl vino después, pero suena gracioso ponerlo ahí :-) -- Germán Póo-Caamaño http://www.calcifer.org/
OT: google-chrome navegador opensource..
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: Inscripciones Abiertas Noveno Encuentro Linux
Estimados, Me aprovecho de la lista para informar que las inscripciones para el Noveno Encuentro Linux en la Universidad de Concepción están abiertas. Mas informaciones sobre valores, formas de pago y descuentos para delegaciones en la página del Encuentro. Atte. -- Sebastián Lara Menares Organización Noveno Encuentro Linux Universidad de Concepción
OT: google-chrome navegador opensource..
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.
leer datdos de una puerta serial remota
Hola! El Thu, Sep 04, 2008 at 11:58:54AM -0400, Victor Hugo dos Santos escribio: [...] perdón.. ayer estaba algo cansado.. y me olvide comentar.. el puerto serial remoto que intento accessar es un UDS1100 de lantronix http://www.lantronix.com/device-networking/external-device-servers/uds1100.html los pasos que he intentado fueron: 1 - crear un dispositivo mkfifo /dev/serialvhs 2 - utilizar netcat para leer y escribir en el: nc 10.10.10.10 /dev/serialvhs /dev/serialvhs 3 - en minicom y gtkterm configure para que accederán al dispositivo /dev/serialvhs con los parámetros que están en la configuracion del dispositivo UDS1100 (9600,7,1,odd) pero no hay caso... :-( Ahora veo que lo que tienes es un conversor de serial a TCP/IP, y quieres acceder a ese conector por red desde un computador con Linux. ¿estás seguro que es posible utilizar el conversor de manera tan simple? Normalmente esos conversores implementan un protocolo de comunicación más complejo, y emulan una puerta serial en el computador remoto utilizando algun tipo de redirector de puerta serial, osea, una especie de driver que convierte los datos seriales al protocolo del dispositivo y vice-versa. A vuelo de pájaro, no vi nada acerca del protocolo ni de soporte para Linux en la página web que enviaste, no se si existirá algún software compatible. Suerte, Daniel.