20:06:40 #startmeeting 20:06:40 Meeting started Thu Feb 10 20:06:40 2011 UTC. The chair is igorps. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:06:40 Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:06:55 #chair tezcatl tatica 20:06:55 Current chairs: igorps tatica tezcatl 20:07:15 #topic Roll Call 20:07:30 vamos a empezar con nombre y país 20:07:37 Igor Soares - Brasil 20:07:56 * yn1v = Neville A. Cross - Nicaragua 20:07:57 * tatica = Maria Leandro 20:08:43 ok, pueden continuar la presentación durante la reunión 20:08:53 Abdel Martinez - Panama 20:09:17 #topic Comentarios acerca de otras listas de correo en Infraestructura LATAM. 20:09:37 Esto es algo que discutimos en la última reunión 20:09:56 acerca de la migración de las listas para fedoraproject.org 20:10:33 tezcatl: Has consultado alguna de las listas que están en la petición? 20:11:00 en tiempo, nuestra agenda está en un nuevo enlace: 20:11:01 https://fedoraproject.org/wiki/Meeting:LATAM_Ambassadors 20:11:42 ops tezcatl se fue 20:12:04 La petición es está: 20:12:11 #link http://rpmdev.proyectofedora.org/issues/463 20:12:45 Estas son las listas candidatas a migración 20:13:17 sí piensa en alguna más pueden adicionarla en la tarea 20:13:58 la migración será hecha mediante consulta a cada una 20:14:51 yn1v: hay una lista de Nicaragua que no está en proyectofedora.org, correcto? 20:15:29 cree que hay necesidad de migrarla para fedoraproject.org? 20:17:07 ? 20:17:20 -> geek_cl 20:17:32 veo que en ese listado, no aparecemos (Chile) 20:17:40 no, la lista esta en un server de cortesia y esta funcionando bien 20:17:47 se puede agregar, una vez que se decida la migración ? 20:17:48 eof 20:18:15 geek_cl: cual es la dirección de la lista? 20:18:16 si creen que es mejor que todas las listas esten en el mismo server, con gusto hago la mudanza. 20:18:41 * douglax presente 20:18:44 pero será una desición de uniformidad y no por asuntos técnicos. eof 20:20:21 yn1v: me parece un buen cambio si los usuarios de la lista estuvieren de acuerdo 20:20:23 #idea, igorps: Existen 2 listas en Chile. una vez que se decida, voy a gestionar la uniformidad de la lista y agregarla a la oficial que se está decidiendo aca, prefiero no meter mas ruido con mi consulta ahora. 20:20:31 Ok? 20:20:34 EOF 20:21:29 geek_cl: Excelente, se puede hacer un relay de los mensajes de las dos listas para la nueva oficial 20:21:36 * tezcatl tiene problemas con el suministro eléctrico 20:21:39 voy a pasar la consulta a la lista de Nicaragua. Favor marcarlo como item. 20:21:52 igorps: si, pero como te digo , decidanlo, y lo gestiono para Chile 20:22:01 una vez. consumado 20:22:04 avantti 20:22:21 yn1v tú puedes marcar tú propio item con #action, no necesitas ser #chair :-) 20:22:42 #action yn1v consultará la lista de Nicaragua para migración 20:23:30 #action geek_cl gestionará la migración para las dos listas chilenas 20:23:52 tezcatl: has consultado alguna de las listas que puse en la tarea? 20:24:37 envié correo a todas las listas 20:24:46 hasta ahora solo yn1v y magjogui de la lista de ceam respondieron 20:25:19 creo que alguna de estas listas deben estar inactivas 20:25:48 podemos empezar la migración por las que hay más necesidad 20:25:52 pues colombia tuvo un poco de movimiento en ese tiempo, méxico nada, y otras pues el mensaje simplemente se ignoró 20:26:09 en Argentina hay solo 1 usuario 20:26:11 "activo" 20:26:20 :-) 20:26:23 es decir usuarios es la que más nos hace falta :-) 20:26:37 Nadie contestó en la lista de usuarios también? 20:26:51 a ver ahorita te digo... me parece que no 20:27:59 Yo creo que la lista de usuarios puede tomarse la desición a partir de quienes la manejan, puesto que es un servicio al publico administrado por el equipo de infra de latam. 20:28:16 yn1v: +1 20:28:31 #link http://news.gmane.org/gmane.linux.redhat.fedora.latam.user no, nadie contestó 20:28:52 igorps: de todas formas, recuerdo que se habia decidido que todos nos dirigiriamos fedora-latam@ 20:29:22 Conversé con Daniel y el cree que la migración será buena 20:29:56 geek_cl: esto es algo que debe ser consultado en las listas 20:30:07 ok, avance 20:30:18 +1, todo se envió a las listas 20:30:19 sí la quieren la migración al fedoraproject.org o un relay a fedora-latam 20:30:48 * igorps crees que hay muchas listas 20:31:21 * tatica sabe que las listas regionales son necesarias... pero ella sería tan feliz leyendo una sola lista de LATAM :-$ 20:31:40 +1 creo que sería mejor si todos compartiéramos una lista, tal vez con tags por país 20:31:53 pero es cosa de cada comunidad 20:31:55 tezcatl: bueno, entonces en las que no hube contestación la decisión será del los administradores 20:32:23 igorps -1 en las listas de comunidades locales estoy de acuerdo 20:32:30 pero con la de usuarios no tanto 20:32:45 porque todos la necesitamos en determinado momento 20:33:06 y ahí sí creo que no es que debamos decidir nosotros, pero si buscar una alternativa 20:33:21 tezcatl: sí, pero me refiero a la migración 20:33:32 creo que es bueno tener uns lista de usuarios 20:33:39 que ya es unificada 20:33:55 entonces no veo que es necesario unificarla 20:34:00 por mi parte hice lo que estuvo a mi alcance y solicité a gmane un grupo de noticias que se sincronice con la lista de correos, si es que la lista de correos funciona 20:34:11 eso es algo propuesto a las lista regionales apenas 20:34:36 lo malo es que no todos usamos grupos de noticias, pero se puede leer y responder por interfaz web también 20:35:15 Lo que se propone es: migración o unificación para lista regionales y posible migración para la lista de usuarios 20:35:20 de hecho muchos equipos globales de fedora (documentation, artwork, advisory-board) están en gmane listados y desde ahí se puede leer y participar 20:35:21 de acuerdo? 20:35:26 +1 20:36:26 #info Propuesta: migración o unificación de las lista regionales y posible migración para la lista de usuarios 20:36:48 #idea migración o unificación para listas regionales 20:37:11 #idea migración a lists.fedoraproject.org de lista de usuarios 20:37:25 #info en la listas inactivas la migración será decidida por los administradores 20:38:01 ok próximo tópico 20:38:01 igorps : eso queda mejor como #agreed ;-) (next topic?) 20:38:03 que tal implementar "topics" en algunas listas de poco movimiento para agruparlas? 20:38:09 +1 20:38:35 yn1v: creo que es como la idea de usar tags 20:38:46 #idea implementar tópicos en listas con poco volumen para agruparlas (ynyv's) 20:38:57 eso es algo que también los estamos haciendo en la lista ambassadors- 20:39:01 sí, de hecho es lo mismo :-) 20:39:19 Yo no he usado esa opción de topics, y me queda la inquietud de como funciona de cara al usuario para que escoja los topics que le resultan útiles. 20:39:24 #topic Definición de roles del Proyecto Embajadores en nuestra instancia de tickets en RPMDEV. 20:40:06 Creo que ya tenemos los roles definidos 20:40:26 todo lo que resta es implementarlos en redmine 20:40:36 ! igorps ¿informamos? 20:41:38 dijo que es necesario crear los roles ahora en redmine 20:42:03 Pero me parece que debemos considerar también un posible uso de Trac en el futuro 20:42:29 #link http://rpmdev.proyectofedora.org/issues/426 #link http://rpmdev.proyectofedora.org/projects/embajadores/wiki/Roles la propuesta de permisos 20:43:13 Creo que gomix-fricky es lo único que puedes crear los roles 20:43:43 igorps sí, por eso necesitamos que sea un acuerdo formal de la reunión, para poder hacer la petición 20:44:50 Todos de acuerdo con la propuesta? 20:44:53 en cuanto al uso de Trac ¿qué ventajas o desventajas hay de que usemos el Trac de FAmSCo en primera instancia? 20:45:37 +1 20:45:45 El trac de FAmSCo es más para la solicitación de recursos 20:46:07 si vamos a usar track para cosas regionales hay que ser una otra instancia 20:46:13 +1 para los nuevos roles 20:46:21 estoy de acuerdo con igorps 20:46:31 +1 para nuevos roles 20:47:06 bueno pero en el trac de famsco hay un componente de eventos también, por ejemplo 20:47:57 #agreed Nuevos roles definidos de acuerdo con la propuesta en RPMDEV 20:48:04 +1 20:48:19 #action gomix-fricky creará los nuevos roles 20:48:54 tezcatl: sí, hay pero la organización de los eventos es hecha en un Trac separado 20:49:04 como la FUDCon por ejemplo 20:49:17 los otros eventos son organizados en los tracks regionales 20:49:40 sí hay necesidad se vay al trac de FAMSCo 20:49:43 #action tenemos pendiente el decidir la rotación del rol de Mantenimiento (¿próxima reunión?) 20:50:16 Esto lo podemos discutir en la próxima reunión, sí 20:50:21 próximo tópico 20:50:25 ok 20:50:42 #topic ¿Qué descubrimos en el MiniFAD remoto de wiki-gardening? 20:50:46 #action tezcatl actualizará el ticket de los roles 20:51:02 ! 20:51:11 -> tezcatl 20:51:19 gracias 20:51:38 #info en la lista ambassadors se invitó a participar en un mini FAD remoto de mantenimiento al wiki global 20:52:03 #info la meta principal era depurar de información vieja las categorías Distribución 20:52:47 y dentro de ello descubrimos que la información sobre distribución a nivel regional/local 20:52:54 necesita actualización 20:53:07 #link https://fedoraproject.org/wiki/Remote_Mini_Wiki_Editing_FAD2_2011 < reporte completo 20:53:39 surgieron acuerdos referentes a dar continuidad al esfuerzo de wikigardening 20:53:54 pero referente a embajadores y distribución 20:54:15 al participar kaio (de FAmSCo) en la reunión, nos comentó que 20:54:40 #info en la última reunión de FAmSCo empezaron a manejar ideas para un reembolso más ágil a embajadores 20:54:55 ! 20:55:07 #info así como investigar la producción local de CDs/DVDs en lugar de solicitar envíos 20:55:27 #info así como pensar en empujar más el programa FreeMedia desde Embajadores y 20:55:52 #info solicitar a Embajadores de cada país actualizar la información de sus distribuidores locales comerciales de Fedora 20:56:18 todo esto puede pasar a tópicos aparte, threads o tickets de acción para nosotros, desde nuestra perspectiva local/regional 20:56:19 eof 20:56:27 -> yn1v 20:56:51 Freemedia es distinto de Media para eventos. 20:57:26 creo importante invitar a mas gente a participar en freemedia como un esfuerzo individual que crea vinculos personales 20:57:52 Por otra parte concuerdo en ver el proceso de producción de media para eventos. 20:58:26 Una de las cosas que será la solucción más rápida y efectiva para cada pais es explorar si hay una empresa que reciba ordenes online 20:58:36 ! 20:58:54 asi un embajador localmente hace la orden y budget_master paga via internet 20:59:09 +1 20:59:11 se evita que el embajador pague y luego evite el reembolso. 20:59:15 eof 20:59:17 +1 20:59:21 -> tezcatl 20:59:41 pues yo descubrí dentro de los local vendors de mi zona, una empresa chiquita de hosting 21:00:06 que resulta participa en FreeMedia, más que vender los discos de Fedora, recibe las "órdenes" on-line 21:00:20 y envía gratuitamente todo por correo 21:00:28 ! 21:00:39 de modo que no veo peleado que FreeMedia reciba más impulso ya sea por parte de empresas 21:01:09 o por parte de Embajadores, que bien podríamos apoyar comunidades locales, a que los 21:01:26 colaboradores de FreeMedia reciban discos patrocinados por Fedora 21:01:39 y también como parte del stock para eventos 21:01:50 eof 21:01:54 ! 21:02:27 -> igorps 21:03:15 yn1v e yo discutimos eso en Tempe y concordamos que el modelo de Freemedia es mejor para la distribución ocasional de media y para los eventos es mejor hacer una producción más grande 21:04:12 Yo no veo problemas en las empresas que venden discos de Fedora 21:04:39 inode0 comentaba en la lista de freemedia que los costos para distribuir media a los voluntarios de freemedia hace que enviarles media sea costoso. 21:04:44 ! 21:04:47 Aquí en Brasil, hay algunas empresas que lo hacen y no tuvimos problemas con ellas 21:04:54 -> yn1v 21:05:09 Creo que son canales distintos con motivos distintos y hay que promocionar cada cual con sus fortalezas 21:05:45 eof 21:05:53 +1 21:05:56 -> tezcatl 21:06:00 gracias 21:06:03 pero ojo 21:06:22 yo no dije que la empresa, aunque está en "vendors", *vende* discos de Fedora 21:06:29 participa en FreeMedia 21:06:44 ! 21:07:17 y la propuesta de que Embajadores solicitemos discos, y entreguemos a colaboradores de FreeMedia en eventos 21:07:45 no veo en absoluto que los *motivos* si es que realmente son tan distintos, no puedan aunarse 21:07:58 no se trata de que FreeMedia no tenga su propia identidad 21:08:19 sino de que pueda apoyarse a quienes quieran colaborar en Fedora en ese nivel 21:08:32 con budget de Fedora para distribución de medios 21:08:49 yo no dije que le enviáramos a colaboradores de FreeMedia por correo los paquetes 21:08:56 precisamente eso es lo que se puede evitar 21:09:07 pero también, que todo el costo recaiga en sus bolsillos 21:09:10 eof 21:09:25 -> yn1v 21:09:38 #link http://impresa.com.mx/2010/08/solicita-ubuntu-o-fedora-sin-costo/ 21:09:39 para que una empresa tenga acceso a los datos privados de usuarios pidiendo freemedia, significa que se registro un empleado de esa empresa como voluntario 21:10:27 concuerdo que: sobrantes de discos de eventos pueden usarse sin problema para freemedia 21:10:43 eof 21:10:48 ! 21:10:53 -> igorps 21:11:29 sí la empresa participa con un voluntario en Freemedia también no veo donde hay conflicto 21:11:39 y creo que estamos todos de acuerdo 21:11:40 ! 21:12:11 Esta es una iniciativa de que se puede aprovechar 21:12:32 pero no veo que está disponible en muchos lugares 21:12:46 entonces es algo en lo que hemos que trabajar 21:12:55 eof 21:13:00 -> tezcatl 21:13:23 gracias. De hecho no tengo idea de si la empresa tiene un voluntario en FreeMedia o no 21:13:47 ellos en el enlace que les envié, manejan su propio formulario, y atienden sus propias solicitudes 21:14:11 de modo que como pueden ver, aun cuando están promocionando el programa de FreeMedia 21:14:21 (y a su propia empresa también, claro) 21:14:43 no necesariamente este impulso a Fedora tiene que pasar por las mismas etapas para todos 21:14:54 ! 21:15:08 entonces, la pregunta concreta que yo quisiera llevar a ustedes y a FAmSCo 21:15:59 es esta ¿podemos solicitar reembolso de producción de discos, para algo parecido a FreeMedia? 21:16:15 ya que FreeMedia bueno, tiene su trac y su lista y se maneja aparte 21:16:39 ¿podemos solicitar reembolso entonces de producción local para enviar por correo o en eventos? 21:16:40 eof 21:17:12 tezcatl: sí, desde que tenga la documentación 21:17:28 es como lo hicimos en Brasil 21:17:34 :) 21:17:51 compramos los discos y después se hace el reembolso 21:18:18 pero como yn1v dijo, es mejor hacer la compra online 21:18:39 porque se evita el reembolso muchas veces 21:19:05 creo que podemos seguir para el último tópico 21:19:28 ?por favor podrían enviarnos la información a la lista para entender como trabajar en esa alternativa? 21:20:07 puedo hacerlo, sin problema! 21:20:33 muito obrigado ;) 21:20:48 #action igorps a escribir a la lista acerca de alternativas de producción de media y reembolso 21:21:10 cuento con las ideas de yn1v también ;) 21:21:15 +1 21:21:30 #topic Eventos próximos y tickets abiertos de LATAM. 21:21:42 aparentemente esa tienda no esta enviando media. Ninguno de los colaboradores de Mexico tiene actividad reciente. 21:21:52 Algo en miente para los próximos eventos, chicos? 21:22:05 En Brasil el próximo es el FLISOL en abril 21:22:18 ya compramos la medias 21:22:23 las* 21:22:33 * yn1v debe irse por razones de trabajo. 21:23:02 y os recuerdo que las inscripciones para la FUDCon LATAM siegue abierta ;) 21:23:09 saludos yn1v! 21:24:06 ! 21:24:12 -> tezcatl 21:24:23 yo voy a trabajar en un centro cultural en el aula de medios 21:24:43 así que estamos definiendo bien las fechas, pero nos interesa ir viendo lo de eventos 21:25:04 como el día de la libertad de documentos, el FLISOL, el lanzamiento de Fedora 21:25:27 necesito definir las fechas primeramente con mis futuras jefas, pero a fines de este mes 21:25:46 ! 21:25:57 empezaré el bombardeo de solicitudes de orientación y si nos aconsejan realizar algún desembolso 21:26:11 para patrocinar los eventos, pues ya estaremos aprendiendo más 21:26:48 por lo pronto, serán eventos en la sede cultural de la universidad de la ciudad de México 21:26:55 pero es todo lo que puedo adelantar 21:27:19 si conocen de algunos eventos internacionales con los que podamos "sincronizar" nuestros eventos 21:27:25 avísenos por favor 21:27:25 eof 21:27:39 -> igorps 21:28:06 es importante que los eventos no sean mucho próximos uno de los otros 21:28:24 principalmente de los mayores como la FUDCon y el FISL 21:28:54 esto es lo más importante para la sincronización de recursos 21:29:16 lo que hice en redmine fue crear una meta-tarea para los eventos en Brasil 21:29:37 esto ayuda mucho a planear y definir prioridades y datas 21:29:50 eof 21:30:03 creo que estamos listos por hoy 21:30:12 +1 21:30:18 algo más chic@s? 21:30:39 Gracias por la presencia! 21:30:50 #endmeeting