<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.6001.18385" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>A lo del journal sumo que no permite borrar varios
archivos a la vez (al menos que yo sepa) o se borran todos desde terminal o se
borran de a uno.</FONT></DIV>
<DIV><FONT face=Arial size=2>El diario se convierte en una cantidad de cosas
inmanejables, que muchas no sirven para nada y las que sirven, muchas veces se
terminan borrando sin querer, porque como plantea Pablo, no permite organizar
los materiales.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Saludos</FONT></DIV>
<DIV><FONT face=Arial size=2>Roxana</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=pflores2@gmail.com href="mailto:pflores2@gmail.com">Pablo Flores</A>
</DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A
title=olpc-uruguay@lists.laptop.org
href="mailto:olpc-uruguay@lists.laptop.org">Desarrolladores para el Plan
Ceibal</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Wednesday, March 24, 2010 11:44
AM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [Olpc-uruguay] Fwd: Nombre
de la carpeta</DIV>
<DIV><BR></DIV>Definitivamente, el tema del journal es un problema que
necesita ser tomado enserio y encontrarle de una vez por todas soluciones
definitivas, entre otras cosas porque:
<DIV>- Es muy inestable. Cada tanto pierde datos, dice que está lleno sin
estarlo, etc.</DIV>
<DIV>- No tiene mecanismos prácticos para hacer backup. Esto, sumado a lo
anterior, hace que constantemente se estén perdiendo todos los datos que
producen los niños, lo que a mi entender es terrible.</DIV>
<DIV>- No hay forma de depurarlo cómodamente.</DIV>
<DIV>- El acceso a los pendrives suele no funcionar (puedo ver el pendrive
desde la terminal pero no desde el journal). Cuando un pendrive tiene muchos
archivos es lento e inmanejable.</DIV>
<DIV>- No da buenos mecanismos para organizar los archivos, por ejemplo dejar
juntos todos los materiales que se trabajaron en un año.</DIV>
<DIV>- Los archivos se ven de distintas formas en cada programa, a veces en
una vista de journal, a veces en una vista de carpetas (sistema de archivos
tradicional)</DIV>
<DIV>- No se integra bien al constructivismo que promulga Sugar y a la
filosofía de aprender explorando. Aprender a usar la terminal no alcanza para
manejar los archivos del journal.</DIV>
<DIV><BR></DIV>
<DIV>Otro tema que no me parece menor, es que no hay formas sencillas de
compartir archivos en una clase. Incluso con las mejoras de las últimas
versiones, no es fácil por ejemplo dejar en el servidor de la escuela el
trabajo que se hizo en cada XO sobre una propuesta de la maestra. El tema de
integración con el servidor de escuela creo que también debería ser pensado
bien.</DIV>
<DIV><BR></DIV>
<DIV>Creo que es muy buena la idea de Gabriel de tomarse el tema enserio y
hacer un proyecto, quizás pueda ser con gente del LATU y/o de
SugarLabs...</DIV>
<DIV><BR clear=all>Saludos, <BR>Pablo Flores<BR><BR><BR>
<DIV class=gmail_quote>2010/3/24 Gabriel Eirea <SPAN dir=ltr><<A
href="mailto:geirea@gmail.com">geirea@gmail.com</A>></SPAN><BR>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Este
hilo de discusión me lleva a hacer la siguiente propuesta:<BR><BR>Hagamos
una actividad que haga lo que nos parece que el journal<BR>debiera hacer y
pidamos a Ceibal que lo incluya en la próxima<BR>actualización
deshabilitando rainbow para esa actividad específica.<BR><BR>Creo que esto
es perfectamente posible, tenemos buenas relaciones con<BR>Ceibal y no
podemos partir de la base que nada se puede hacer porque<BR>no tenemos root.
Si la actividad es útil y satisface una necesidad<BR>real de los docentes no
va a ser difícil convencer a Ceibal de esto.<BR><BR>Aprovecho para comentar
que James Simmons está haciendo en este<BR>momento un navegador que se
acerca bastante a lo que queremos. Ver<BR>aquí:<BR><BR><A
href="http://git.sugarlabs.org/projects/sugar-commander"
target=_blank>http://git.sugarlabs.org/projects/sugar-commander</A><BR><BR>Finalmente,
dos observaciones a los comentarios de Flavio:<BR><BR>- la finalidad de
rainbow no es proteger los datos del usuario, sin<BR>rainbow cualquiera
puede hacer una actividad que tome control de la<BR>xo, modifique otras
actividades, baje e instale rootkits, etc.; seguro<BR>que no queremos que el
próximo super vampire ninja zero o lo que sea<BR>convierta a todas las
ceibalitas en un gigantesco botnet.<BR><BR>- la finalidad del diario es
llevar un registro de la actividad del<BR>estudiante; la interfaz puede y
debe ser mejorada, hay muchas<BR>propuestas pero poca gente trabajando en
eso; ver:<BR><BR><A
href="http://wiki.sugarlabs.org/go/Design_Team/Designs/Journal"
target=_blank>http://wiki.sugarlabs.org/go/Design_Team/Designs/Journal</A><BR><A
href="http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal"
target=_blank>http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal</A><BR><BR>-
las versiones más nuevas de sugar permiten transferir
archivos<BR>directamente a otras xo desde el diario, lamentablemente para
que esta<BR>y otras mejoras lleguen a ceibal hace falta crear una nueva
imagen,<BR>tarea que se está realizando pero que no es trivial; es sabido
que<BR>olpc tiene muy poca gente trabajando en esto y tanto ceibal
como<BR>paraguay educa están poniendo recursos para sacarlo adelante,
quizás<BR>alguien de ceibal nos pueda comentar sobre el estado
actual.<BR><BR>Saludos,<BR><BR>Gabriel<BR><BR><BR>El día 24 de marzo de 2010
09:58, Flavio Danesse <<A
href="mailto:fdanesse@gmail.com">fdanesse@gmail.com</A>> escribió:<BR>
<DIV>
<DIV></DIV>
<DIV class=h5>> OFF_ TOPIC ???<BR>><BR>><BR>> No Esteban,
nosotros, en Uruguay no podemos hacer eso, o mejor dicho,<BR>> podemos
modificar sugar pero no podemos aplicar los cambios en nuestras xo,<BR>>
sólo LATU o OLPC puede hacerlo.<BR>><BR>> Como la única forma de poder
leer y guardar libremente en cualquier parte de<BR>> la flash de la xo es
con rainbow desabilitado, estuve mirando un poco el<BR>> código de sugar
a ver si encontraba alguna manera de construir una actividad<BR>> que
desabilitara rainbow para intentar construir un navegador de
archivos<BR>> común y corriente que permita copiar, mover, borrar, etc .
. . y encontré en<BR>> la clase ActivityCreationHandler, que es parte de
activityfactory.py que<BR>> rainbow se desabilita automáticamente para
algunos servicios:<BR>><BR>>
self._use_rainbow =
os.path.exists('/etc/olpc-security')<BR>>
if service_name in [
'org.laptop.JournalActivity',<BR>>
'org.laptop.Terminal',<BR>>
'org.laptop.Log',<BR>>
'org.laptop.Analyze'<BR>>
]:<BR>>
self._use_rainbow = False<BR>><BR>> Rainbow se puede desabilitar
simplemente borrando /etc/olpc-security lo cual<BR>> nosotros no podemos
hacer.<BR>> Traté de implementar mi navegador a través del
servicio<BR>> 'org.laptop.Terminal', pero cuando intento ejecutar el
navegador, lo que<BR>> ejecuto es la terminal (¿obvio
no?).<BR>><BR>> También estuve mirando el código de la terminal y
encontré que se basa en la<BR>> clase vte que es una terminal embebida en
un widget gtk que puede<BR>> implementarse facilmente:<BR>><BR>>
try:<BR>> import gtk<BR>> import pango<BR>>
except:<BR>> print >> sys.stderr, "You need to install the
python gtk and pango<BR>> bindings"<BR>>
sys.exit(1)<BR>><BR>> # import vte<BR>> try:<BR>> import
vte<BR>> except:<BR>> error = gtk.MessageDialog (None,
gtk.DIALOG_MODAL, gtk.MESSAGE_ERROR,<BR>> gtk.BUTTONS_OK,<BR>>
'You need to install python bindings for libvte')<BR>>
error.run()<BR>> sys.exit (1)<BR>><BR>> if __name__ ==
'__main__':<BR>> v = vte.Terminal ()<BR>>
v.set_font_full(pango.FontDescription(),
vte.ANTI_ALIAS_FORCE_DISABLE)<BR>> v.connect ("child-exited",
lambda term: gtk.main_quit())<BR>> v.fork_command()<BR>>
window = gtk.Window()<BR>> window.add(v)<BR>>
window.connect('delete-event', lambda window, event:
gtk.main_quit())<BR>> window.show_all()<BR>>
gtk.main()<BR>><BR>> De modo que la terminal permite escribir en
cualquier lugar de la fllash<BR>> pero no por su implementacion
particular, sino porque ya está predefinido en<BR>> la imagen de sugar el
comportamiento de rainbow para ella. O sea, no puedo<BR>> construir un
navegador con esas características.<BR>><BR>> Sobre el tema del
diario, yo uso diariamente la xo, no solo para programar,<BR>> y lo que
hago es directamente modificar las actividades para que no guarden<BR>>
en el diario porque en realidad sólo entro al diario para borrar las
cosas<BR>> que se van guardando allí.<BR>><BR>> Los gurises usan el
diario solo para abrir los videos y la musica que bajan<BR>> de internet
y en algunas aplicaciones específicas que solo permiten guardar<BR>> en
el diario sus trabajos. Si no existiera el journal y se pudiera
guardar<BR>> en cualquier parte de la flash sería mucho mejor desde mi
punto de vista, es<BR>> mas, la mayoría de las actividades no se retoman,
por ejemplo, cuando<BR>> navegas por la web abres el navegador, no
retomas la web en la que quedaste,<BR>> pero si quiesieras retomarla,
guardas el link como se hace con el mozilla de<BR>> la
xo.<BR>><BR>> Además, pensemos en esta situación:<BR>><BR>> Un
profesor tiene 30 alumnos en su clase, pone una tarea para realizar en
un<BR>> procesador de textos por ejemplo y quiere llevarse la tarea de
sus alumnos<BR>> para corregirlas en su casa. Los alumnos tendrían que
pasarle el archivo al<BR>> docente de alguna manera. La forma más fácil y
eficiente de hacer esto en<BR>> este momento es que cada alumno tenga una
casilla de correo y le mande por<BR>> mail el trabajo al docente, pero
esto no se puede hacer porque primero<BR>> habría que sacar el erchivo
del journal a un pendrive porque desde el<BR>> navegador web no podrás
leer el journal para mandar el archivo y aunque<BR>> puedas hacerlo,
nunca lo encontrarás, no podrás identificarlo.<BR>> Tambien podríamos
crear una web que toda la clase pueda editar y de esa<BR>> forma cada
alumno subir a la web su trabajo, otra opcion es que todos los<BR>>
alumnos manejen ssh, pero aun así primero tendrías que sacar o
identificar<BR>> el archivo en el journal.<BR>> Así que solo te queda
ir de xo en xo con un pendrive, lo cual es en una<BR>> clase normal, un
largo y engorroso proceso.<BR>><BR>> Para mi es muy claro que lo mejor
es que cada alumno aprenda a manejar la<BR>> información en su xo y tenga
la libertad de guardar, mover y borrar lo que<BR>> desee, incluso, es
mejor que tenga la posibilidad de equivocarse y borrar<BR>> archivos que
lo dejen sin sistema, no veo como se aprende si no es a través<BR>> de
varios errores antes de conseguir un logro.<BR>><BR>> Por eso rainbow
no tiene ninguna razon de ser en la xo, su fundamento es la<BR>>
seguridad del sistema, por eso evita que las actividades escriban y<BR>>
modifiquen archivos fuera de su entorno, no es un sistema de seguridad
del<BR>> usuario ni de la información de este.<BR>> Para una maquina
que se flashea cada poco tiempo porque se le llena el<BR>> journal o
porque el mouse deja de funcionar, rainbow es ridículo.<BR>> Y aun en el
caso de que rainbow protegiera la información del usuario (que<BR>>
reitero, no lo hace), ¿que informacion puede tener una xo que deba
ser<BR>> protegida tan celosamente?, porque la xo no tiene absolutamente
ningún dato<BR>> del usuario, los datos relevantes de este los tiene el
LATU.<BR>> Lo peligroso viene cuando el usuario comienza a publicar cosas
en la web y<BR>> ahí es donde hay que intervenir fuertemente desde la
docencia.<BR>><BR>> La mejor forma de seguridad informática es no
tener nada que esconder.<BR>><BR>> Por eso todo el tema de la
seguridad (que da para mucho debate), a mi me<BR>> resulta en la mayor
parte de los casos ridículo porque meten filtros y<BR>> filtros en las
conexiones a la web mientras en la televisión cualquier niño<BR>> puede
ver facilmente desde sexo hasta decapitaciones incluso en los<BR>>
informativos (sin entrar a hablar de lo que ven en sus casas y barrios).
Y<BR>> yo que trabajo todo el día con gurises de 1º y 2º año de ciclo
básico y<BR>> tengo una relación estrecha con ellos, se que puede haber
algún safado pero<BR>> en su inmensa mayoría no se les pasa por la cabeza
estos temas, en parte,<BR>> porque ya son de conocimiento público, no son
tabú como eran en nuestras<BR>> épocas juveniles.<BR>> Creo que aveces
perdemos de vista que la informática e internet tienen un<BR>> origen
militar y por eso la seguridad a veces se convierte en sinónimo de<BR>>
estas, pero yo creo que los sistemas de seguridad sólo deben estar donde
se<BR>> precisan.<BR>> Las restricciones son en ultima instancia,
censura y conduce a la<BR>> desinformación y eso es cualquier cosa menos
educativo, el mejor sistema de<BR>> seguridad es sin dudas la educación,
también en estos temas y ya me fui de<BR>> tema, (un
poco).<BR>><BR>> Disculpen, pero a la larga todo está
relacionado.<BR>><BR>><BR>><BR>><BR>><BR>><BR>> El 24
de marzo de 2010 08:33, Esteban Bordón <<A href="http://ebordon.uy"
target=_blank>ebordon.uy</A>@<A href="http://gmail.com"
target=_blank>gmail.com</A>><BR>> escribió:<BR>>><BR>>> De
todas maneras por más posturas filosóficas o como quieras llamarlo
que<BR>>> tome OLPC vos si quisieras podrías modificar Sugar para que
se vea como<BR>>> quieras y con los colores que gustes, es sólo
cuestión de dedicarle tiempo.<BR>>> De rainbow no puedo decir nada
porque no estoy lo suficientemente<BR>>> informado pero
lamentablemente la seguridad es uno de los componentes más<BR>>>
importantes de la informática y puede causarnos varios dolores de cabeza
al<BR>>> programar, pero tiene que estar y mucho más en el contexto
que estamos<BR>>> hablando.<BR>>><BR>>>
saludos,<BR>>> Esteban.<BR>>><BR>>><BR>>> El 23 de
marzo de 2010 23:12, Flavio Danesse <<A
href="mailto:fdanesse@gmail.com">fdanesse@gmail.com</A>><BR>>>
escribió:<BR>>>><BR>>>> Si, bueno, no quiero que me reten
por mis opiniones como sucede<BR>>>> generalmente, pero la verdad
que yo el journal y rainbow los eliminaría.<BR>>>> Sugar tiene sus
contradicciones, como por ejemplo ser todo blanco y negro<BR>>>> y
sin embargo pretender ser un entorno para niños, y otras cosas peores
ya<BR>>>> mencionadas muchas veces. Tanto rainbow como journal son
cosas que no solo<BR>>>> no aportan nada, sino que molestan
bastante en el uso
cotidiano.<BR>>>><BR>>>><BR>>>><BR>>>>
El 23 de marzo de 2010 22:15, <A
href="mailto:amviera@adinet.com.uy">amviera@adinet.com.uy</A><BR>>>>
<<A href="mailto:amviera@adinet.com.uy">amviera@adinet.com.uy</A>>
escribió:<BR>>>>><BR>>>>> Es lamentable que así sea,
es engorroso, pero bueno, es lo que
hay...<BR>>>>><BR>>>>> Yo, cuando me enfrento a algo
así hago lo siguiente:<BR>>>>><BR>>>>> Desde el
diario, copio los archivos a un pendrive, y luego cuando
los<BR>>>>> voy a enviar por mail los busco en el directorio
/media/nombre_del_pendrive.<BR>>>>> De esa manera lo encuentro
con un nombre reconocible. De lo contrario,<BR>>>>> también lo
podés encontrar en /home/olpc/.sugar/store/datastore/ pero
no<BR>>>>> podés sabér cuál archivo necesitás
enviar.<BR>>>>><BR>>>>> Saludos, Mauricio
Viera.<BR>>>>><BR>>>>> ----Mensaje
original----<BR>>>>> De: <A href="http://ebordon.uy"
target=_blank>ebordon.uy</A>@<A href="http://gmail.com"
target=_blank>gmail.com</A><BR>>>>> Fecha: 22/03/2010
15:55<BR>>>>> Para: "Desarrolladores para el Plan
Ceibal"<BR>>>>> Asunto: [Olpc-uruguay] Fwd: Nombre de la
carpeta<BR>>>>><BR>>>>> Reenvío a la lista por si
alguno tiene idea...<BR>>>>><BR>>>>>
saludos,<BR>>>>>
Esteban.<BR>>>>><BR>>>>><BR>>>>>
---------- Mensaje reenviado ----------<BR>>>>> De: <A
href="mailto:silvape@adinet.com.uy">silvape@adinet.com.uy</A> <<A
href="mailto:silvape@adinet.com.uy">silvape@adinet.com.uy</A>><BR>>>>>
Fecha: 22 de marzo de 2010 15:32<BR>>>>> Asunto: Re:
[Olpc-uruguay] Nombre de la carpeta<BR>>>>> Para: <A
href="http://ebordon.uy" target=_blank>ebordon.uy</A>@<A
href="http://gmail.com"
target=_blank>gmail.com</A><BR>>>>><BR>>>>><BR>>>>>
Gracias Esteban, mi pregunta viene por lo siguiente, aquí,
varios<BR>>>>> maestros están trabajando con wikis, al intentar
subir a la wiki una imagen<BR>>>>> (desde la XO) en lugar de
abrirse el diario aparece un listado de carpetas,<BR>>>>> por lo
que es difícil saber donde están guardadas las imágenes. Desde
una<BR>>>>> computadora convencional se hace sencillo
encontrarla porque te lleva al<BR>>>>>
explorador.<BR>>>>> ¿Alguien me puede ayudar?,
saludos,<BR>>>>>
Silvana<BR>>>>><BR>>>>><BR>>>>><BR>>>>>
----Mensaje original----<BR>>>>><BR>>>>> De: <A
href="http://ebordon.uy" target=_blank>ebordon.uy</A>@<A
href="http://gmail.com"
target=_blank>gmail.com</A><BR>>>>><BR>>>>> Fecha:
22/03/2010 15:17<BR>>>>><BR>>>>> Para: "<A
href="mailto:silvape@adinet.com.uy">silvape@adinet.com.uy</A>",
"Desarrolladores para el Plan
Ceibal"<BR>>>>><BR>>>>> Asunto: Re: [Olpc-uruguay]
Nombre de la
carpeta<BR>>>>><BR>>>>><BR>>>>><BR>>>>>
Todo se guarda en
/home/olpc/.sugar/datastore/store/<BR>>>>><BR>>>>>
Igual viendo el contenido de la carpeta con ls no vas a poder saber
qué<BR>>>>> cosa es imágen y que
no.<BR>>>>><BR>>>>> saludos,<BR>>>>>
Esteban.<BR>>>>><BR>>>>><BR>>>>><BR>>>>>
El 22 de marzo de 2010 15:13, <A
href="mailto:silvape@adinet.com.uy">silvape@adinet.com.uy</A><BR>>>>>
<<A href="mailto:silvape@adinet.com.uy">silvape@adinet.com.uy</A>>
escribió:<BR>>>>><BR>>>>><BR>>>>>><BR>>>>>>
Hola gente, necesito saber en que carpeta se guardan las
imágenes<BR>>>>>> archivadas en el diario, desde ya muchas
gracias,
saludos,<BR>>>>>><BR>>>>>><BR>>>>>>
Silvana Pereira<BR>>>>>>
_______________________________________________<BR>>>>>><BR>>>>>>
Olpc-uruguay mailing list<BR>>>>>><BR>>>>>> <A
href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</A><BR>>>>>><BR>>>>>>
<A href="http://lists.laptop.org/listinfo/olpc-uruguay"
target=_blank>http://lists.laptop.org/listinfo/olpc-uruguay</A><BR>>>>>><BR>>>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>>
_______________________________________________<BR>>>>>
Olpc-uruguay mailing list<BR>>>>> <A
href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</A><BR>>>>>
<A href="http://lists.laptop.org/listinfo/olpc-uruguay"
target=_blank>http://lists.laptop.org/listinfo/olpc-uruguay</A><BR>>>>><BR>>>><BR>>>><BR>>>>
_______________________________________________<BR>>>> Olpc-uruguay
mailing list<BR>>>> <A
href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</A><BR>>>>
<A href="http://lists.laptop.org/listinfo/olpc-uruguay"
target=_blank>http://lists.laptop.org/listinfo/olpc-uruguay</A><BR>>>><BR>>><BR>>><BR>>>
_______________________________________________<BR>>> Olpc-uruguay
mailing list<BR>>> <A
href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</A><BR>>>
<A href="http://lists.laptop.org/listinfo/olpc-uruguay"
target=_blank>http://lists.laptop.org/listinfo/olpc-uruguay</A><BR>>><BR>><BR>><BR>>
_______________________________________________<BR>> Olpc-uruguay mailing
list<BR>> <A
href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</A><BR>>
<A href="http://lists.laptop.org/listinfo/olpc-uruguay"
target=_blank>http://lists.laptop.org/listinfo/olpc-uruguay</A><BR>><BR>><BR>_______________________________________________<BR>Olpc-uruguay
mailing list<BR><A
href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</A><BR><A
href="http://lists.laptop.org/listinfo/olpc-uruguay"
target=_blank>http://lists.laptop.org/listinfo/olpc-uruguay</A><BR></DIV></DIV></BLOCKQUOTE></DIV><BR></DIV>
<P>
<HR>
<P></P>_______________________________________________<BR>Olpc-uruguay mailing
list<BR>Olpc-uruguay@lists.laptop.org<BR>http://lists.laptop.org/listinfo/olpc-uruguay<BR><BR><BR><BR>__________
Información de NOD32, revisión 4969 (20100323) __________<BR><BR>Este mensaje
ha sido analizado con NOD32 antivirus
system<BR>http://www.nod32.com<BR></BLOCKQUOTE></BODY></HTML>