[Olpc-uruguay] Fwd: Nombre de la carpeta

Daniel Castelo dcastelo en plan.ceibal.edu.uy
Mie Mar 24 11:09:09 EDT 2010 

Cuando vino Tomeu Vizoso (Sugar Labs) charlamos sobre esta funcionalidad de
selección multiple y estaba de acuerdo en que era algo útil. Técnicamente no
tenia sentido desarrollarlo en la 0.82 porque el Diario había evolucionado
mucho en la versión actual. Pero es algo que tiene sentido y puede
trabajarse.


2010/3/24 Roxana Castellano <roxcastellano en adinet.com.uy>

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


-- 
Ing. Daniel Castelo
Plan Ceibal - Área Técnica
Avda. Italia 6201
Montevideo - Uruguay.
Tel.: 601.57.73 Interno 2228
E-mail : dcastelo en plan.ceibal.edu.uy
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100324/753688a7/attachment-0001.htm

More information about the Olpc-uruguay mailing list