[Olpc-uruguay] Fwd: Nombre de la carpeta
José David Calderón Serrano
neomish en gmail.com
Mie Mar 24 13:51:47 EDT 2010
El 24 de marzo de 2010 09:30, Esteban Bordón <ebordon.uy en gmail.com>escribió:
> 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
>>
>>
>
> _______________________________________________
> Olpc-uruguay mailing list
> Olpc-uruguay en lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-uruguay
>
>
¿Podría sugarizarse pcmanfm para poder utilizarlo y aprovechar la escritura
en en /home/olpc y los pendrive ?.
porque de todos modos hay varias actividades que guardan sus archivos en sus
propios directorios, como es el caso de oo4kids, tuxpaint entre otros; pero
de todos modos lo propongo una idea ;) tampoco tengo buenas opiniones acerca
del manejo del diario por detalles varios y en especial por el tiempo que
implica el manejo, búsqueda y administración del mismo... cuando sólamente
se podría hacer menos acciones para localizar un archivo.
--
Atentamente David Calderón
"Nunca se tiene suficiente de algo bueno"
--- Gato Garfield ---
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100324/5f7ab6b0/attachment-0001.htm
More information about the Olpc-uruguay
mailing list