[Olpc-uruguay] Fwd: Nombre de la carpeta

Esteban Bordón ebordon.uy en gmail.com
Mie Mar 24 11:30:14 EDT 2010 

Una cosa que hay que tener en cuenta es que SugarLabs está trabajando en
sugar 0.86(o mayor) bajo fedora 11 y para las XO 1.5 mientras que ceibal usa
sugar 0.82 en fedora 9. No estaría para nada mal poder implementar f11+0.86
para la XO-1.0 pero es un trabajo muy duro y cada cambio hay que impactarlo
en 350000 XO...

saludos.
Esteban.

El 24 de marzo de 2010 12:18, Daniel Castelo
<dcastelo en plan.ceibal.edu.uy>escribió:

> 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
>
> _______________________________________________
> Olpc-uruguay mailing list
> Olpc-uruguay en lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-uruguay
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100324/870b3a47/attachment-0001.htm

More information about the Olpc-uruguay mailing list