[Olpc-uruguay] Fwd: Nombre de la carpeta
Daniel Castelo
dcastelo en plan.ceibal.edu.uy
Mie Mar 24 11:14:23 EDT 2010
Como dice Gabriel, si es algo que aporta valor a los usuarios y no atenta
contra otra funcionalidad de la XO, es coordinar entre Jam y Ceibal y se
envía como actualización.
Sobre este tema en particular quizás sean dos instancias, una a corto plazo
(pensando en 0.82) y otra a mediano plazo, pensando con toda la comunidad
Sugar si el diario es conveniente o no y que funcionalidad le falta.
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
>
--
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/48236fa4/attachment-0001.htm
More information about the Olpc-uruguay
mailing list