Web   ·   Wiki   ·   Activities   ·   Blog   ·   Lists   ·   Chat   ·   Meeting   ·   Bugs   ·   Git   ·   Translate   ·   Archive   ·   People   ·   Donate

#sugar-meeting, 2015-03-24

 « Previous day | Index | Today | Next day »     Channels | Search | Join

All times shown according to UTC.

Time Nick Message
00:05 curiousguy13 has quit IRC
00:17 curiousguy13 <curiousguy13!~curiousgu@59.177.199.141> has joined #sugar-meeting
04:40 curiousguy13 has quit IRC
11:14 meeting <meeting!~sugaroid@rev-18-85-44-69.sugarlabs.org> has joined #sugar-meeting
12:20 kaametza has quit IRC
12:20 ignacio` has quit IRC
12:20 neyder has quit IRC
12:20 ajay has quit IRC
12:20 kaametza <kaametza!~kaametza@2001:4830:134:7::11> has joined #sugar-meeting
12:20 ignacio` <ignacio`!~IgnacioUy@2001:4830:134:7::11> has joined #sugar-meeting
12:20 neyder <neyder!~neyder@2001:4830:134:7::11> has joined #sugar-meeting
12:20 ajay <ajay!~ajay@2001:4830:134:7::11> has joined #sugar-meeting
12:20 ignacio` has quit IRC
12:20 ignacio` <ignacio`!~IgnacioUy@unaffiliated/ignaciouy> has joined #sugar-meeting
12:21 bernie has quit IRC
12:21 bernie <bernie!~bernie@2001:4830:134:7::11> has joined #sugar-meeting
12:29 tch__ <tch__!~tch@host-1-217.b12.cvc.com.py> has joined #sugar-meeting
16:54 iain_ <iain_!~iain@141.196.90.146.dyn.plus.net> has joined #sugar-meeting
17:00 german_ <german_!~german@209.124.100.138> has joined #sugar-meeting
17:01 walterbender <walterbender!~walter@146-115-134-246.c3-0.nwt-ubr​1.sbo-nwt.ma.cable.rcn.com> has joined #sugar-meeting
17:01 walterbender tch__, time to meet?
17:01 tch__ walterbender, german_ Quozl`_ icarito ping
17:02 walterbender, it is :)
17:02 german_ tch__, pong
17:03 tch__ german_, hola!
17:03 german_ i am ready...
17:03 tch__ walterbender, german_ lets wait 5 minutes for others to arrive?
17:04 walterbender ok
17:05 icarito hola tch__ german_ walterbender
17:05 buenos mediodías
17:05 :-)
17:06 tch__ icarito, bienvenido,
17:06 only 2 left :)
17:07 german_ hola icarito, casi medio dia en Managua, Nicaragua...
17:08 icarito igualmente en bogotá apenas pm
17:09 gonzalo_ hello all!
17:10 walterbender tch__, everyone?
17:10 gonzalo_ walterbender, hmm, with this team, next  meeting in spanish :)
17:10 tch__ walterbender, time to get started
17:10 #startmeeting
17:10 meeting Meeting started Tue Mar 24 17:10:29 2015 UTC. The chair is tch__. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:10 Useful Commands: #action #agreed #help #info #idea #link #topic #endmeeting
17:10 tch__ Hello everyone, thanks for coming :)
17:11 icarito hello
17:11 tch__ as I mentioned in the invitation email, the idea of this meeting is to talk/discuss about the development process for sugar-*
17:12 a few week ago we release 0.104.1, and according to the roadmap we had it was planned as the "last' 0.104
17:12 release,
17:12 icarito gonzalo_, +1 por el español
17:12 :-)
17:12 tch__ #action next meeting in spanish
17:12 jaja
17:13 icarito excepto walter alguien no es hablante nativo?
17:13 german_ +1 español
17:13 walterbender it's ok
17:14 gonzalo_ tch__, please, continue
17:14 tch__ first of all, any comments you want to share regarding the past cycle and about the release itself?
17:15 icarito tch__, i've only tried the sugar-build version, looks solid to me
17:15 thanks for doing the release
17:16 digo yo solo probé sugar-build, se ve sólido
17:16 gonzalo_ tch__, i think was a slow cycle, many changes were provided by gci kids, we need evaluate if a 6 months cycle is the best for 0.106
17:16 icarito gracias por manejar el release
17:16 tch__ icarito, your welcome, ;)
17:16 gonzalo_, yeah, it was longer actually, I extend it a couple weeks because of gci
17:16 walterbender I don't feel like we are so bound by the GTK or Fedora cycles these days
17:17 tch__ walterbender, probably because we have little or zero interaction with gnome/gtk now
17:17 icarito walterbender, tal vez deberíamos concentrarnos en los ciclos de los despliegues mas bien
17:17 tch__ we still do with fedora though,
17:17 icarito las clases empiezan en marzo en el hemisferio sur
17:17 y en julio
17:18 el segundo semestre
17:18 son buenos momentos para tener cosas nuevas
17:18 german_ en mi opinion, vale concentrar esfuerzos en 1 release por año
17:18 tch__ icarito, I think is a good idea, but we need some feedback of deployment logistics cycle to have a real idea of the deadlines
17:18 icarito tch__, alguna gente piensa que ese tipo de cosas son un poco secretas
17:18 dicen que es para vender laptops
17:18 no se yo
17:19 en todo caso como te digo, las clases empiezan en marzo y julio
17:19 german_ en nicaragua nosotros usamos la ultima version dispoble para usarlas en las escuelas en el año proximo
17:19 icarito es lógico que los despliegues necesiten algo estable para entonces
17:19 gonzalo_ icarito, la fecha de comienzo de clases no es algo secreto
17:19 icarito ese es mi punto
17:20 gonzalo_ creo que estas confundiendo informacion
17:20 icarito la logística preliminar a esa fecha es de uno o dos meses
17:20 gonzalo_ german_, cuando comienzan las clases ustedes?
17:20 icarito bueno eso es de acuerdo a nuestra experiencia
17:20 german_ en nicaragua las clases inician en febrero
17:20 tch__ ya que estamos, en Paraguay inicia en Febrero tambien
17:21 gonzalo_ arg y uy empiezan en marzo
17:21 walterbender As far as I can tell, deployments end up rolling custom images for their releases
17:21 icarito si, en realidad febrero es una mejor aproximación, en Chile es Febrero
17:21 walterbender so does it really matter so much the cycle?
17:21 icarito claro que si walterbender
17:21 gonzalo_ quizas podemos hacer una release en diciembre
17:21 icarito necesitamos asegurarnos que las imagenes sean estables para esa fecha
17:21 las imagenes no solo llevan sugar
17:22 gonzalo_, eso me suena bien
17:22 gonzalo_ y darle tiempo a los deployments para hacer sus imagenes
17:22 icarito "christmas edition" :-)
17:22 me gusta
17:22 jajaa
17:22 el beta se puede llamar "halloween" :p
17:22 tch__ diciembre me parece bien, ahora, yo creo que deberiamos tener 2 releases por anho
17:23 gonzalo_ tch__, por?
17:23 tch__ el tema es, se necesita dividir el cyclo en etapas, para poner orden y poder priorizar cada cosa, como discutir los features, implementarlos, tener un periodo estable para bug fix y traduccion
17:23 icarito tch__, a mi tambien me parece que pueden ser 2, ahora bien, puede ser una versión estable en diciembre y una intermedia más experimental
17:24 tch__ mientras menos ciclos hagamos, mas lento nos vamos a mover, estamos en el 2015 como para tener un water fall de 1 anho
17:24 tenemos que iterar de manera frecuente
17:24 icarito tch__, a daniel narvaez le gustaba la idea del rolling release
17:24 tch__ y tener algun tipo de orden en el mediop
17:24 icarito yo no veo porqué no podemos tener eso también
17:25 además de una versión bendecida como estable
17:25 cada año
17:25 o dos
17:25 tch__ podriamos hacer eso,
17:25 gonzalo_ estable como "long support"?
17:25 icarito gonzalo_, el "support" realmente depende de los despliegues
17:25 pero si, es la idea
17:26 sería la versión recomendada
17:26 digamoslo así
17:26 walterbender the big issues in my mind are: when are the developer available? when are the testers available? when do the users need it?
17:26 icarito por un período de tiempo
17:26 tch__ tener 2 ciclos, uno mas experimental y mas de features para mitad de anho y otro centrado en estabilidad para diciembre
17:26 icarito tch__, +1
17:27 walterbender, los usuarios lo necesitan unos meses antes del comienzo del año escolar
17:27 tch__ walterbender, as gonzalo_ mentioned, december is a good deadline for our users in the south,  as schools starts in feb/march
17:27 gonzalo_ tch__, entonces este release (0.106) sería más corto para llegar a juio, no?
17:27 o junio
17:28 tch__ gonzalo_, si, como para tener tiempo de iterar de nuevo y llegar a diciembre,
17:28 walterbender, the other questions depend on deployments really, but both are things we could negotiate with them
17:28 german_ yo podria involucrarme con el testing de las versionas beta
17:29 icarito en este plazo deberíamos tener traducción a Awajún, podemos considerarlo la primera novedad :-)
17:29 gonzalo_ walterbender, about your topic, one issue is GCI, we should try keep GCI in the cycle
17:29 tch__ if deployments plans to update sugar, we should definitely negociate with them man power and testing efforts
17:29 icarito tch__, tu dices que esto se hace a "nivel gerencia"
17:29 ?
17:29 yo creo que somos los que estamos
17:29 german_ podria utilizar 1 o 2 escuelas en las cuales ellos prueben a fondo la nueva version de sugar
17:29 walterbender gonzalo_, It is a definite bump in terms of bug fixes we should not ignore
17:30 gonzalo_ icarito, no perdemos nada con proponerlo, no?
17:30 icarito GCI debería ser considerado
17:30 sin embargo no veo porqué no pueden sacar 0.106.1 post--gci
17:31 tch__ ideally, GCI should fit early in the development process, so we don't limit their contributions as we did
17:31 si me preguntan a mi, yo preferiria terminar el release antes del GCI
17:31 icarito gonzalo_, no pienso que deberíamos hablar de estrategia aquí
17:31 gonzalo_ tch__, but we can't move GCI
17:31 tch__ asi los chicos tiene mas libertad
17:31 gonzalo_, but we can move
17:31 ie., release end of november
17:31 icarito tch__, eso tiene sentido
17:32 si hubiera testers "contratados" sería en diciembre
17:32 walterbender can we back up for a second?
17:32 tch__ and the kids have all the liberty to do things early on,
17:32 icarito en el sur enero y febrero son muertos
17:32 walterbender we have two things that happen in releases: bug fixes and new features
17:32 icarito por "contratados" quiero decir, funcionarios de despliegues
17:32 walterbender the latter tend to need more extensive testing
17:32 and lead time for integration
17:33 icarito entonces las características nuevas irían ahora ya pronto
17:33 e iríamos estabilizando hacia diciembre
17:33 digo noviembre
17:34 german_ +1 por nuevas caracteristicas en mitad de año
17:34 y estabilizacion a final de año
17:34 gonzalo_ i think gci works really well for bug fixing, small improvements, but not for features
17:34 icarito, german_, pero entonces no tiene sentido hacer dos releases
17:35 walterbender gonzalo_, +1
17:35 icarito gonzalo_, no creo que sea una cosa estricta
17:35 sino el ethos del release
17:35 gonzalo_ icarito, no
17:35 icarito o sea la intención
17:35 gonzalo_ dejame explicar
17:36 icarito adelante
17:36 :-)
17:36 gonzalo_ en la practica, y esto lo hemos experimentado no solo en olpc sino en otros proyectos
17:36 icarito olpc?
17:37 gonzalo_ si tenes un release mas largo, tenes mas tiempo para trabajar en features, y mas cambios generan mas inestabilidad
17:37 por eso es ue tch__ prefiere ciclos mas cortos
17:37 icarito entiendo ahora yo me pregunto, para qué máquinas es este release?
17:37 gonzalo_ para que no se junten muchos cambios sin hacer el qa, testing, etc
17:38 icarito, ese es un punto, y el otro es que vamos a hacer con las nuevas versiones de fedora
17:38 vamos a seguir desarrollando para F18 o para una version mas nueva?
17:38 icarito les comparto lo que yo necesito
17:39 yo necesito un sugar estable sobre debian en classmate en menos de 4 meses
17:39 ese es mi objetivo
17:39 gonzalo_ han aparecido bugs en las versiones nuevas que no soluionamos aun
17:39 icarito en la medida que pueda, les colaboro
17:39 si podemos alinearnos, mejor todavía
17:39 gonzalo_ icarito, que version de debian?
17:39 icarito estoy probando con testing
17:39 debian testing o sea 8
17:39 estoy partiendo de huayra realmente
17:40 para los que no saben lo que es huayra, http://huayragnulinux.com.ar/
17:40 gonzalo_ icarito, probablemente lo mejor es ver los paquetes de trisquel
17:40 icarito gonzalo_, vamos a aprovechar la infrastructura que montamos con platform team
17:40 tenemos una instancia de OBS
17:40 que hace paquetes para varias distros
17:41 gonzalo_ pero probablemente nos estamos yendo un poco del tema de esta reunion
17:41 icarito pero claro la idea es aprovechar lo que haya hecho trisquel
17:41 gonzalo_, el punto es los ciclos de desarrollo
17:42 tch__ creo que todos acordamos en ciclos cortos, 2
17:42 icarito yo les comparto que estaré trabajando con el objetivo de en 4 meses tener un sugar estable sobre debian
17:42 tch__ que es similar a lo que venimos haciendo
17:42 icarito, va a estar genial eso :)
17:43 icarito, aunque considera trisquel, especialmente ya que tenemos a quidam con nosotros
17:43 icarito tch__, me gustaría trabajar en algunas características nuevas
17:43 gonzalo_ tch__, lo unico que hacemos es cambiar las fechas, en vez de abril/octubre pasar a junio/diciembre
17:43 walterbender I saw quidam over the weekend
17:43 he is keeping Trisquel uptodate
17:43 TOAST
17:43 icarito walterbender, genial
17:44 walterbender he has a 104.1 build
17:44 gonzalo_ icarito, lo que sería genial es tener una version de sugar actualizada empaquetada en debian oficialmente
17:44 icarito me encantaría basar en trisquel pero tengo un tema de compatibilidad y de soporte
17:44 gonzalo_, no creo que se pueda hacer con los paquetes de OBS
17:44 y tenemos un deadline un poco ajustado
17:44 pero sí, sería lo ideal
17:45 que alguien en debian asuma mantenimiento de ellos
17:45 para ello tendríamos que hacérselo muy fácil
17:45 necesitamos alguien como peter robinson en debian
17:45 a el le paga alguien?
17:46 tch__ icarito, a el creo que redhat
17:46 icarito entiendo
17:46 gonzalo_ pero hacer los paquetes de sugar no es parte de sus obligaciones con redhat
17:46 eso lo hace por su cuenta
17:47 tch__ gonzalo_, claro, no le paga especificamente para los paquetes de sugar,
17:47 icarito ok bueno gonzalo_ veremos, no puedo comprometerme aunque amo el proyecto debian
17:47 gonzalo_ icarito, quizas puedas conseguir ayuda en la comunidad debian?
17:48 tch__, antes de que sigamos dando vueltas, ya tenemos lo de las fechas de release decidido?
17:48 tch__ icarito, si podes lograr que corra en debian y tener los paquetes accesibles en 4 meses podria ser el mejor inicio para eventualmente tener algo estable y constante en debian
17:48 icarito tch__, exacto
17:48 "code talks" :-p
17:49 tch__ gonzalo_, no pongamos nada en piedra HOY, pero creo que en general estamos de acuerdo junio / diciembre (finales noviembre)
17:49 icarito de acuerdo
17:49 y features?
17:49 gonzalo_ por lo menos para poponerlo en las listas, con una explicacion del razonamiento
17:49 icarito esa es la parte buena :-D
17:50 gonzalo_ yo quiero terminar las optimizaciones para el journal, pero no se cuanto tiempo voy a tener
17:50 necesito ayuda con el testing
17:51 tch__ ambos ciclos deberian tener una ventana para features, pero para el que se viene deberiamos ser un poco mas convervadores porque solo tenemos abril y mayo
17:51 german_ gonzalo_, yo te puedo ayudar con el testing
17:51 gonzalo_ german_, perfecto, gracias
17:52 tch__ icarito, que features tenes en mente?
17:52 icarito bien justamente iba a eso
17:52 german_ en nicaragua estamos pronto a iniciar un curso de desarrollo de aplicaciones en sugar, con estudiantes universitarios
17:52 icarito vamos a hacer esto o algo muy parecido: http://wiki.sugarlabs.org/go/F[…]t_Language_Switch
17:52 en realidad, gonzalo_ habló de algo parecido en estos días en la lista
17:52 con Sean
17:52 german_ podemos hacer un grupo de testing con ellos e involucrar alguna escuela con XOs
17:52 icarito y lo están pidiendo del despliegue en perú
17:53 básicamente es un selector de lenguas
17:53 al inicio de la primera sesión
17:53 gonzalo_ german_, es muy bueno eso
17:53 icarito german_, excelente si podemos tener testing aquí
17:54 siempre salir a los despliegues añade un nivel de indirección
17:54 german_, o sea +1
17:54 gonzalo_, entendí bien lo planteado para ver el tema de las máquinas virtuales multilingues?
17:54 gonzalo_ icarito, seria coo cuando se pregunta la edad y el genero, no?
17:54 icarito si, sería la idea
17:55 gonzalo_ ok
17:55 icarito aleksey lo propuso en el marco pero la solicitud de sean y de perú es en el asistente de primer login
17:55 gonzalo_ solo para saber, porque se necesita eso en el deployment?
17:55 icarito gonzalo_, es un depliegue multicultural y se quiere poner las lenguas nativas en primer plano
17:56 gonzalo_ ok
17:56 tch__ icarito, podrias incluir eso en la descripcion del feature?
17:56 icarito en todo caso, gonzalo_ no tengo lo detalles, solo la solicitud que recibimos procesada de terreno, como solicitud
17:56 tu sabes como es
17:56 gonzalo_ no deberia ser dificil de hacer
17:56 german_ bueno, me tengo que ir, gonzalo_ y el resto del equipo, me gustaria ir formando un grupo de testing aca en nicaragua
17:57 tch__ german_, genial :)
17:57 gonzalo_ german_, podemos continuar por la lista de correo organizand un equipo de testing
17:57 icarito gonzalo_, exacto
17:57 genial german_ mucho gusto de conocerte (aquí sebastian silva) :-)
17:58 tch__ voy a intentar que en el siguiente meeting venga mas gente de los deployments
17:58 german_ mucho gusto icarito, german ruiz, saludos desde managua-nicaragua... :)
17:58 icarito tch__, tengo más features deseadas
17:58 tch__, pero solicitud de terreno solo esa
17:58 entonces es mi foco
17:58 gonzalo_ el problema es que las features no son solo deseos
17:58 hay que desarrollarlas
17:59 icarito gonzalo_, por eso no he dicho las otras features
17:59 :-p
17:59 gonzalo_ :)
17:59 tch__ icarito, hay que priorizar,
17:59 ;)
17:59 gonzalo_ tch__, algun plan por tu parte?
17:59 tch__ mi unico plan por el momento es guiar este proceso jaja
18:00 gonzalo_ quizas esta bien tener solo estas features y dedicar mas esfuerzo a portar las actividades a web
18:00 icarito no es ningún secreto que quiero que sugar se comporte bien como un entorno de linux
18:00 tch__ si,
18:00 icarito entonces una cosa que me hace falta hace tiempo es poder lanzar aplicaciones, no actividades
18:01 tal vez pueda dedicar tiempo a esto en este ciclo
18:01 yo invito a todos a hacer dogfooding
18:01 para mi es la unica forma en la que responsablemente voy a entregar sugar a chicos
18:01 el plan es poner archivos .desktop en la vista hogatr
18:01 hogar
18:02 gonzalo_ icarito, porque no usar gnome entonces?
18:02 ya hay muchos escritorios genericos
18:02 icarito gonzalo_, porque gnome no es construccionista, no es desarmable, no es simple, no invita a la reflexión...
18:03 gonzalo_, esa ya es una discusión deseño
18:03 diseño
18:03 si mis features no afectan en nada
18:03 gonzalo_, no digo que sea genérico
18:04 digo que sea COMPLETO
18:04 gonzalo_ icarito, afectan porque van contra la simplicidad y la consistencia
18:04 icarito gonzalo_, si no quieres no las usas!
18:04 ni siquiera tienes que verlas
18:04 yo no digo que incluyamos gnumeric con sugar
18:04 gonzalo_ como elegirias que .desktop muestras en la home?
18:04 icarito solo que hagamos fácil lanzarlo
18:05 es razonable
18:05 gonzalo_, eso estaría por definir. por ejemlpo, podemos escanear ~/Desktop/*.desktop
18:05 entonces, si en gnome, pones el icono en el escritorio, en sugar aparece en el hogar
18:05 por ejemplo
18:05 esa sería una forma fácil
18:06 si te parece demasiado visible, podemos ponerlo en alguna parte en ~/.sugar/
18:07 de paso de pronto estandarizarnos y mover .sugar a .local y .config
18:07 gonzalo_ icarito, la verdad, todavia no le veo el sentido :/
18:07 tch__ icarito, no me suena tan trivial tampoco,
18:07 icarito tch__, sasha silbe ya hizo código para esto hace varios años
18:08 tch__ icarito, porque ademas, hay otras cuestiones como la integracion con el journal etc,
18:08 icarito tch__, no te parece simple escanear archivos .desktop?
18:08 mira tenemos que dejar de pensar en el journal como algo obligatorio
18:08 gonzalo_ icarito, eso es solo el comienzo....
18:08 icarito realmente es un extra
18:08 tch__ icarito, no es eso, es el hecho de refactorizar cosas solo por lanzar apps, que al final realmente no se integran con sugar
18:08 gonzalo_ icarito, ahi diferimos
18:08 icarito gonzalo_, no podemos creernos una plataforma aparte de gnu/linux
18:08 gonzalo_ ?
18:09 icarito gonzalo_, bueno si diferimos, eso es bueno
18:09 es importante tener el diario en la medida que el diario sirve para reflexionar
18:09 gonzalo_ icarito, no tengo problema con diferir. estas reuniones son para eso
18:09 icarito yo no veo a nadie reflexionando sobre el diario ultimamente
18:09 el diario hay que mejorarlo pero mucho
18:10 para que sea realmente útil
18:10 para reflexionar
18:10 entonces no nos limitemos por eso ahora
18:10 alguien ha visto el diario de gnome / zeitgeist?
18:10 es decir, hay estándares para esto
18:10 no tenemos porque inventarnos todo y luego cargar con el peso de mantenerlo
18:11 german_ has quit IRC
18:11 gonzalo_ icarito, al diario hay que mejorarlo, pero ignorarlo no es la solucion
18:11 icarito gonzalo_, lo que no hay que ignorar es el sistema de archivos
18:12 creo que ahí tenemos un problema grave con sugar
18:12 y es lo que finalmente no lo hace útil más allá de una lanzadera para tortugarte
18:12 porque no es interoperable con el mundo
18:12 gonzalo_ icarito, los niños de 6 a 12 años no tienen ningun pproblema con eso
18:13 icarito de 12 años? seguro?
18:13 bueno en todo caso, necesitamos algún scaffolding, pasitos pequeños, no está bien pasar del diario a la terminal
18:13 está bien ver archivos como iconitos alguna vez
18:13 para comprender el sistema de archivos
18:14 yo solo digo que no podemos tomar como sagrado todo el diseño heredado
18:14 tch__ personalmente creo que esos problemas se solucionan en el lado de las actividades, no creo que convenga, al menos en este ciclo, ponerse a cambiar eso
18:15 icarito tch__,  de acuerdo, vamos en pasos pequeños
18:15 tch__ sigamos conversando,
18:15 icarito tch__, ademas todo esto amerita una conversación de diseñp
18:15 diseño
18:15 tch__ bueno, creo que se nos fue el tiempo :)
18:15 gonzalo_ icarito, en todo caso seria cuestion de proponer, y desarrollar un dseño mejor. "talk is cheap"
18:16 icarito gonzalo_, por eso vamos pasito a pasito, ya tienes iconos coloridos en el marco para aplicaciones, de nada
18:16 :-)
18:16 tch__ bastante productivo para una primera reunion, me hubiese gustado tocar temas de infra pero lo dejo para la siguiente
18:16 al menos es bueno saber que tenemos manos
18:16 jaja
18:16 gonzalo_ tch__, una sola cosa
18:16 tch__ gonzalo_, decime
18:17 gonzalo_ tch__, tenemos que ver como identificar y resolver los bugs que surgen por cambios en las versiones nuevas de Fedora/gtk
18:17 lo dejo para la proxima reunion
18:18 tch__ gonzalo_, si, tenemos que ver como organizar, eso esta relacionado al testing tambien,
18:19 gonzalo_, al final del dia depende de cuantas manos sigamos teniendo, y de priorizar,
18:19 bueno, seguimos la proxima semana,
18:19 #endmeeting
18:19 meeting Meeting ended Tue Mar 24 18:19:39 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot. (v 0.1.4)
18:19 Minutes: http://meeting.sugarlabs.org/s[…]-24T17:10:29.html
18:19 Log:     http://meeting.sugarlabs.org/s[…]15-03-24T17:10:29
18:19 icarito tch__, gracias por llamar a la reu
18:19 estuvo bueno hablar en español alguna vez
18:19 saludos walterbender
18:20 gonzalo_
18:20 walterbender chau
18:20 tch__ icarito, jaja, dale nos vemos en la proxima ;)
18:20 icarito looking forward jajaja
18:20 walterbender some progress
18:20 tch__ I am sending the log and a few highlights to the ML
18:21 rohit043 <rohit043!rohit043@nat/iiit/x-pksbbepncujjcmmd> has joined #sugar-meeting
18:45 gonzalo_ has quit IRC
19:08 german_ <german_!~german@209.124.100.138> has joined #sugar-meeting
19:11 gonzalo_ <gonzalo_!~gonzalo@190.173.31.37> has joined #sugar-meeting
19:17 rohit043 has quit IRC
19:32 satellit_e has quit IRC
20:28 walterbender has quit IRC
20:36 Quozl`_ tch__: sorry, missed meeting, was asleep.  ;-)
20:38 tch__ Quozl`_, np, I posted the logs in the ML with some highlights
20:38 Quozl`_ i see, thanks.
20:40 tch__ we will prepare another meeting for next week, or a week after that, with more concrete topics
20:43 german_ has left #sugar-meeting
20:56 iain_ has quit IRC
22:51 satellit_e <satellit_e!~satellit@2601:8:8800:99a:468a:5bff:fe31:faeb> has joined #sugar-meeting

 « Previous day | Index | Today | Next day »     Channels | Search | Join

Powered by ilbot/Modified.
Webmaster