[Olpc-uruguay] Fwd: Nombre de la carpeta
Roxana Castellano
roxcastellano en adinet.com.uy
Mie Mar 24 11:01:16 EDT 2010
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
To: Desarrolladores para el Plan Ceibal
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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100324/978109ee/attachment-0001.htm
More information about the Olpc-uruguay
mailing list