[Olpc-uruguay] Consulta

Mie Mayo 5 10:40:08 EDT 2010

Trato de responder a los posts de Gabriel y Gonchi...

1) Coincido con las apreciaciones de Gabriel. Agregaría que sería MUY
deseable que se generaran MANUALES (nada necesariamente extenso, quizás con
1 carilla alcance !) para resumir y sistematizar los procedimientos
sugeridos y comprobados. El sitio de CeibalJam sería un buen lugar donde
guardarlos...

2) Coincido con Gonchi en que falta información (mucha...) sobre los "planes
oficiales". Y no me parece menor. Como bien apunta, el no disponer de ella
complica las respuestas, relativiza las soluciones, cansa, frustra...

3) Me parece que estamos manejando mal el tema de los hilos. Habría que
abrir muchos más para no cansar o desviar el tema original. Sería bueno
poner un poco de orden al respecto.

Saludos cordiales,
Fernando Cormenzana

El 5 de mayo de 2010 09:25, Gonchi <gonchimaster at gmail.com> escribió:

> Solo un par de comentarios al respecto.
>
> 1) El tema de el punto uno en el que uno trata de ayudar desde su visión de
> programador es que se ha desvirtuado un poco el uso de la lista, en
> principio era una lista de desarrolladores. Por ese motivo es que se
> responde muchas veces sin tomar en consideración quién pregunta, asumiendo
> que la gente que escribe en la lista son en su mayoría desarrolladores o
> gente que intenta serlo. También es cierto que hay muchas cosas que en la xo
> quedan en el aire y no queda mucho más remedio que hacerlas desde la
> consola, talvez eso sea un error en la decisión de las actividades incluidas
> en el paquete por defecto, cosa que tal vez habría que analizar para poder
> mejorar la imagen del Latu.
>
> 3) Estaría bueno saber cuales son los planes oficiales para con las
> máquinas, tanto sistemas operativos como hardware. He visto por ahí
> versiones levemente distintas de las ceibalitas y algunas andan mejor que
> otras, esto hace que para los desarrolladores se vuelva más complejo. Por
> decir algo: si vienen las XO1.5 no van a ser la mayoría (no se va a hacer un
> recambio de todas) pero supuestamente en esas laptops corre Flash... ¿qué
> van a hacer? ¿van a pasarse a desarrollar en Flash porque a Futuro es más
> rápido? Esto sería un mal para el plan en si porque no se van a estar
> generando actividades para todos (dentro de una misma clase puede haber
> diferencias en lo que unos pueden hacer y otros no).  ¿Se van a cambiar
> todas las máquinas a la nueva versión? ¿Siquiera se ha pensado de manera
> oficial? Pregunto en mi ignorancia y talvez todos lo saben. Si alguién sabe
> y tiene la amabilidad agradezco.
>
> PD: Creo que esto se merecía otro hilo a parte.
>
> Saludos,
> Gonchi
>
> 2010/5/5 Gabriel Eirea <geirea at gmail.com>
>
> Estimados:
>>
>> En este hilo surgen algunos puntos importantes que quisiera hacer notar.
>>
>> 1. Cuando una maestra pide ayuda, lo mejor que podemos hacer es dar
>> soluciones lo más sencillas y fáciles de usar posibles. No me parece
>> adecuado contestar con comandos de terminal. La forma correcta de
>> proceder a mi juicio es intentar entender bien el problema y generar
>> herramientas sencillas como puede ser un script que lo resuelva. De
>> esta forma se está realizando un aporte real que puede ser reutilizado
>> por mucha gente.
>>
>> 2. No es buena práctica borrar el journal o reflashear ante cualquier
>> problema. Tenemos que respetar la producción del niño, que está
>> guardada en el journal.
>>
>> 3. Hay muchas cosas que ya están resueltas en versiones más nuevas de
>> Sugar. No tiene mucho sentido ponerse a trabajar en ellas si hay un
>> upgrade a la vista. Lo que no sabemos es cuándo va a ser ese upgrade.
>> Intentaré averiguar cuál es el plan así tenemos un marco de referencia
>> en que movernos.
>>
>> Saludos,
>>
>> Gabriel
>>
>>
>>
>> El día 4 de mayo de 2010 21:45, Andrés Ambrois
>> <andresambrois at gmail.com> escribió:
>> > On Tuesday 04 May 2010 09:24:27 pm Flavio Danesse wrote:
>> >> Si ya se Andrés, pero hay gente a la que le cuesta una enormidad
>> utilizar la
>> >> terminal, por eso propuse algo sencillo de hacer que soluciona el
>> problema.
>> >
>> > Entiendo. De todas formas los comandos:
>> >
>> > du -sh ~/.sugar/default/*/data
>> > y
>> > du -s ~/.sugar/default/*/data | sort -n
>> >
>> > no son tanto más complicados que el rm -r ~/.sugar, y van a evitar más
>> pérdida
>> > de datos mostrando exactamente dónde está el directorio culpable.
>> >
>> >> De hecho todos estos problemas se deben a las carencias de journal. Y
>> >> todavía queda por solucionar el tema que planteé hace tiempo, que es el
>> de
>> >> sacar los trabajos de los alumnos.
>> >>
>> >> Cuando un docente plantea un trabajo a sus alumnos en la xo, hay que
>> >> sacarlos con un pendrive maquina por maquina porque a la fecha no hay
>> otra
>> >> forma (salvo el correo electrónico). Esto que parece una bobada,
>> >> directamente se traduce en que los docentes no planteen tareas en la xo
>> para
>> >> corregir luego, o sea, deben corregirlas en el momento porque para la
>> >> proxima clase puede que esa información ya no esté. Debe implementarse
>> un
>> >> sistema donde la información pueda fluir fácilmente entre las xo de los
>> >> alumnos y la pc del docente y además de eso, si journal no puede evitar
>> que
>> >> la flash de la xo se llene, debería al menos permitir administrar su
>> >> espacio.
>> >
>> > Hace unas cuantas versiones (0.84 creo), que Sugar implementa
>> transferencia de
>> > entradas del journal a otros buddies.
>> > http://wiki.sugarlabs.org/go/0.86/Notes#Improved_File_Transfer
>> >
>> >> El 4 de mayo de 2010 19:47, Andrés Ambrois
>> > <andresambrois at gmail.com>escribió:
>> >>
>> >> > On Tuesday 04 May 2010 07:40:10 pm Flavio Danesse wrote:
>> >> > > Lo que hay que hacer en este caso es entrar en otra consola
>> presionando
>> >> > control
>> >> > > + alt + Vista de amigos (por ejemplo).
>> >> > > Te dará login, pones olpc y das enter.
>> >> > > Ahora borras todos los archivos del journal y otros que se crean
>> >> > > innecesariamente escribiendo:
>> >> > >
>> >> > > rm -r .sugar/
>> >> > >
>> >> >
>> >> > No es necesario borrar todo el directorio de Sugar, esto va a hacer
>> que
>> >> > pierdan datos que no quieren borrar (por ej, el color de
>> identificación
>> >> > elegido, todos los datos que no ocupan mucho espacio de todas las
>> >> > actividades,
>> >> > y todas las entradas del journal). Basta con fijarse que directorios
>> están
>> >> > molestando con los comandos que envié en el mail anterior.
>> >> > --
>> >> >   -Andrés
>> >> >
>> >> > _______________________________________________
>> >> > Olpc-uruguay mailing list
>> >> > Olpc-uruguay at lists.laptop.org
>> >> > http://lists.laptop.org/listinfo/olpc-uruguay
>> >> >
>> >> >
>> >>
>> >
>> > --
>> >  -Andrés
>> >
>> > _______________________________________________
>> > Olpc-uruguay mailing list
>> > Olpc-uruguay at lists.laptop.org
>> > http://lists.laptop.org/listinfo/olpc-uruguay
>> >
>> >
>> _______________________________________________
>> Olpc-uruguay mailing list
>> Olpc-uruguay at lists.laptop.org
>> http://lists.laptop.org/listinfo/olpc-uruguay
>>
>
>
> _______________________________________________
> Olpc-uruguay mailing list
> Olpc-uruguay at lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-uruguay
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100505/dd554a83/attachment-0001.htm 