Como dice Gabriel, si es algo que aporta valor a los usuarios y no atenta contra otra funcionalidad de la XO, es coordinar entre Jam y Ceibal y se envía como actualización.<br>Sobre este tema en particular quizás sean dos instancias, una a corto plazo (pensando en 0.82) y otra a mediano plazo, pensando con toda la comunidad Sugar si el diario es conveniente o no y que funcionalidad le falta. <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="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
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><br clear="all"><br>-- <br>Ing. Daniel Castelo<br>Plan Ceibal - Área Técnica<br>Avda. Italia 6201<br>Montevideo - Uruguay.<br>Tel.: 601.57.73 Interno 2228<br>E-mail : <a href="mailto:dcastelo@plan.ceibal.edu.uy">dcastelo@plan.ceibal.edu.uy</a><br>