[Olpc-uruguay] Fwd: Nombre de la carpeta

[Daniel Castelo]

Abajo

2010/3/24 Pablo Flores <pflores2 en gmail.com>

> 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.
>

La forma en que el Journal almacena los datos internamente cambio de una
versión a otra de Sugar (no recuerdo en que versión). Quizas con esto se
arreglan muchos de estos problemas.


> Hay que ver
>
>
- 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.
>

En poco tiempo va a salir una actualización que permite hacer backup
"manual". Tambien hay una forma de hacer backup con el servidor de la
escuela, pero tiene que estudiarse y exige un esfuerzo de implantación.


> - 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
>
>


-- 
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/973d83a8/attachment-0001.htm