18:14:48 #startmeeting Revista Fedora-Latam 18:14:48 Meeting started Wed Feb 9 18:14:48 2011 UTC. The chair is tezcatl. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:14:48 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:14:57 #chair tatica V1K1N60 18:14:57 Current chairs: V1K1N60 tatica tezcatl 18:15:09 siéntanse en libertad de nombrar a otros chair 18:15:17 #topic Roll Call 18:15:27 * tezcatl Jesús Franco - México 18:15:41 Mauricio Moreno - Chile 18:15:48 * fcodiaz - USA (El Salvador) 18:15:50 * tatica = María Leandro 18:15:55 * Nushio Juan Rodriguez - Mexico 18:16:33 V1K1N60 sugerencia: registra con algunos #info la agenda que quieres abordar, antes de pasar a los tópicos en sí 18:16:53 eso estoy preparando en paralelo ;) 18:17:14 * tezcatl no entendió, luego es muy lineal jiji 18:17:37 ¿qué les parece si comenzamos con sus comentarios de la última publicación? 18:18:08 y sus ideas, claro, para continuar mejorando 18:18:59 #topic Retroalimentación del número anterior e ideas para continuar avanzando 18:19:00 Bueno, para ir dandole un poco de forma a esto 18:19:19 tenia pensado discutir los siguientes puntos 18:19:29 #info GIT para control de versiones 18:19:34 + 18:19:36 +1 18:19:48 #info Buscar medios para obtener Feedback 18:19:59 #info Sugerencias a la ultima edicion 18:20:15 #info Propuestas de contenidos para Numero 6 18:20:26 eso en lo principal 18:20:50 asi es que le cedo la palabra a tezcatl para que explique un poco las pruebas que hemos estado realizando con git 18:20:53 #topic GIT para control de versiones 18:20:56 -> tezcatl 18:20:59 hmmm 18:21:02 gracias 18:21:23 sospechoso verdad tatica? será que zodbot está en modo lurk? 18:21:24 aver... 18:21:30 #unlurk 18:21:35 #topic GIT para control de versiones 18:21:43 nop, continua tu tezcatl 18:21:52 #undo :) 18:21:52 Removing item from minutes: 18:22:06 ahí está zodbot, no se preocupen 18:22:10 * gomix Guillermo Gómez S. - Venezuela 18:22:11 bueno ahora sí al punto 18:22:19 (bienvenido gomix ) 18:22:39 #Info tenemos listo un repositorio común de trabajo en fedorahosted 18:23:59 #link https://fedorahosted.org/revista-fedora-latam/ es un trac, gestor de proyecto, que les permitirá navegar las fuentes 18:24:22 V1K1N60 y yo hemos estado tratando de mantener las fuentes de números anteriores ahí 18:24:36 y antier subimos las fuentes que hacían falta del número 5 18:24:48 pueden clonarse el repositorio de trabajo con: 18:26:24 git clone git://git.fedorahosted.org/git/revista-fedora-latam.git 18:27:05 #link https://admin.fedoraproject.org/accounts/group/view/gitrevista-fedora-latam para que se inscriban al grupo de colaboradores con permisos de subir colaboraciones directamente al repositorio 18:27:26 una vez inscritos, si se clonan el repositorio con el siguiente comando: 18:27:39 #info git clone ssh://{usuario-FAS}@git.fedorahosted.org/git/revista-fedora-latam.git 18:27:45 (sin info) 18:28:10 pueden añadir un artículo digamos a revisión 18:28:33 guardan su artículo en el directorio pool de su repositorio local 18:28:39 ! 18:28:42 con gedit, vi, emacs, lo que gusten 18:28:55 y lo añaden al índice de git 18:29:01 git add articulo_ejemplo 18:29:20 luego lo "guardan" en el repositorio con un commit 18:29:36 git commit -m"Artículo listo para revisión y correcciones" 18:29:42 y lo envían al repositorio: 18:29:44 git push 18:29:52 en general no hace falta más que hacer 18:30:13 #link http://meetbot.fedoraproject.org/fedora-classroom/2011-02-02/taller_de_uso_de_git_para_colaboradores_de_la_revista_fedora_latam.2011-02-02-21.40.html tutorial extenso :) 18:30:14 eofd 18:30:16 eof 18:30:21 gracias tezcatl 18:30:22 -> tatica por favor adelante 18:30:39 esa iba a ser mi pregunta. Que dejaran el classroom linkeado a la página del magazine :D 18:30:40 eof 18:30:43 solo mencionar que en issue 439 hay informacion util al respecto 18:30:48 #link #link http://rpmdev.proyectofedora.org/issues/439#note-3 18:30:55 * gomix pendiente por hacer un COMO git para el día día 18:31:19 :) 18:31:31 sería genial gomix 18:31:41 its coming .. its a fact 18:32:12 * tezcatl lanza confettis y fanfarrias a gomix por la iniciativa!!! 18:32:18 lol 18:32:32 mi último libro adquirido en PHX es precisamente de Git ;) 18:33:03 yeah!!! git rules!!! 18:33:07 ! 18:33:15 dale V1K1N60 :) 18:33:32 Bueno tambien comentarles que debemos estar abiertos a que los posibles colaboradores que no sepan usar git 18:33:43 nos envien sus colaboraciones y nosotros subirlas al repo 18:34:00 de ahi la importancia de aprender (en mi caso) GIT 18:34:19 eof 18:34:53 ! 18:35:03 -> fcodiaz adelante por favor 18:35:18 ahora que usaremos git para enviar los articulos, tengo la siguiente pregunta 18:35:29 donde pondremos la informacion que se solicitaba con anterioridad 18:35:41 como el titulo, seccion, author, etc. 18:35:55 dentro del articulo o como un comentario al hacer el comit del articulo? 18:36:00 ! 18:36:00 eof 18:36:26 -> adelante V1K1N60 pf 18:36:28 ! 18:36:37 estuve pensando tambien en eso y por ahora creo que es mejor ponerlo dentro del mismo archivo 18:36:50 +1 18:37:00 tambien habia pensando en armar una arquitectura de directorios dentro de cada numero separados por seccion 18:37:12 pero tenemos que pensar como se armaria eso 18:37:21 ! 18:37:31 por ahora... se mantiene tal cual se solicito de primera instancia 18:37:33 eof 18:38:10 -> gomix adelante por favor tal vez cubras el punto que me interesa :) 18:38:16 ! 18:38:17 gracas tezcatl 18:38:35 lo de la estructura de directorio puede que se adapte bien a git 18:38:40 * tatica remueve su ! (ando con lag :\ ) 18:39:05 tengo que revisar... pero podría usarse para que cada sección maneje su "repo" 18:39:21 es cuestión de revisar un poco más a fondo el funcionamiento de git 18:39:28 eof 18:39:40 gomix: podría ser cada sección su branch, tal vez 18:40:00 -> tezcatl 18:40:02 :D 18:40:06 * gomix y tener un repo compartido donde "subir" por #edición 18:40:24 gomix : se pueden configurar branches por ejemplo, para que sólo ciertos usuarios tengan acceso a tal 18:40:42 pero #imho, complica mucho más las cosas manejar muchos repositorios a la vez 18:40:48 claro que no está peleado 18:41:02 bue.. es medio inevitable, asi es git 18:41:26 +1 así es, de por sí cada clonado ya es un nuevo repositorio :) 18:41:30 ! 18:41:46 bueno, nada más quiero pasarles unos recursos que pueden servirles para asomarse mejor a git 18:41:53 #info un recurso interesante (visual) es una guía que además podríamos editar, y pueden practicar el clonado (y forks) con ese recurso 18:41:59 git clone git://github.com/mattharrison/Git-Supervisual-Cheatsheet.git 18:42:07 #link http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/es/ Sigue siendo la mejor guía de git que he encontrado hasta ahora (y en castellano) 18:42:20 #link https://fedorahosted.org/revista-fedora-latam/browser < pueden ver lo que tenemos en el repositorio, desde una interfaz web ;) 18:42:41 y... tenemos una lista de correos adicional, a la que llegan los commits que vayan haciendo todos 18:43:18 #link https://fedorahosted.org/mailman/listinfo/revista-fedora-latam lista auxiliar 18:43:20 eof 18:43:25 -> Nushio adelante por favor 18:43:32 Usar branches simplificaría las cosas, sobre todo si al hacer el gitcheckout se usa -B, que crea una carpeta por branch, creo que tener una carpeta por branch lo hace mas facil para novatos de git (y me incluyo entre los 'novatos de git') Eof. 18:44:04 #idea Usar branches simplificaría las cosas, sobre todo si al hacer el git checkout se usa -B, que crea una carpeta por branch 18:44:25 #idea tener una carpeta por branch lo hace mas facil para novatos de git (Nushio's ideas) 18:44:35 ¿alguien más? 18:45:13 ok... cualquier duda, pregunten por la lista de correos 18:45:26 o me encuentran en jabber tzk@jabberes.org y aquí 18:45:29 next topic 18:45:47 #topic Medios para obtener Feedback 18:45:59 V1K1N60 ¿quieres informar lo que nos comentabas el otro día? 18:46:20 si, gracias tezcatl 18:46:22 ! 18:46:51 bueno les comento que hice una encuesta entre 22 personas 18:47:14 de las cuales la mayoria de ellos eligio hacer sus comentarios de la revista en un foro 18:47:29 lo cual no dejo de sorprenderme!! :| 18:48:02 pero bueno, alrededor de un 8% solamente haria los comentarios en la pagina (cuando exista) del mismo articulo 18:48:28 de todos modos.... creo que se hace imperante tener feedback de lo que estamos haciendo/publicando 18:48:32 eof 18:48:32 +1 18:48:39 -> gomix adelante pf 18:48:44 OT pero para que no se me olvide, sugiero que usen el modulo de noticias en el redmine para los anuncios de las liberaciones de la revista, luego se puede agregar fedorapeople (pendiente) http://rpmdev.proyectofedora.org/projects/magazine/news (creo que esto ya se habló, but, no se generó la noticia para el último número) 18:48:55 eof 18:48:58 es cierto!!! 18:49:09 create a task... 18:49:22 #idea usar el modulo de noticias en el redmine para los anuncios de las liberaciones de la revista, luego se puede agregar fedorapeople (gomix's idea) 18:49:25 ! 18:49:30 -> tezcatl :D 18:50:08 ok, yo creo que necesitamos urgentemente publicar los artículos en web, además del pdf 18:50:21 +1 18:50:35 con una página podemos tener vaarias maneras de recibir retroalimentación, y no sólo una :) 18:50:54 aunque si la idea es los foros, pues igual pueden crearse cuentas en fedora-es y ya está 18:51:02 que ahí sí yo no le entro 18:51:07 ! 18:51:08 foros guácala 18:51:08 ! 18:51:15 twitter rules!! eof 18:51:22 -> tatica adelante por favor 18:51:42 este fin de semana habrá un hackfest online con el equipo de diseño 18:51:43 ! 18:52:02 puedo poner en la agenda hacer un theme estilo magazine para el portal y ahi vamos subiendo los artículos luego de cada publicación 18:52:14 no sé si les parece la idea, uds indican :) 18:52:14 eof 18:52:35 #idea hacer un theme estilo magazine para el portal y ahi vamos subiendo los artículos luego de cada publicación (tatica's idea) 18:52:42 -> V1K1N60 adelante por favor 18:52:52 +1 a la idea de tatica 18:53:03 otra cosa que estoy pensando 18:53:28 quizas seria bueno definir un grupo de personas (o solo un par) para que se preocupe de las redes sociales 18:53:41 -1 18:53:56 * gomix se pregunta... qué portal? ya tenemos cms? 18:54:04 V1K1N60, en venezuela tenemos eso aplicado para el flisol y funciona muy bien 18:54:08 V1K1N60, +1 18:54:15 son los principales ingresos de nuevos colaboradores 18:54:16 eof 18:54:21 gomix, el mismo cms, solo cambiar la apariencia a algo más como linux-magazine 18:54:28 cuál cms? 18:54:32 -> tezcatl :D 18:54:32 gomix, es wordpress 18:54:35 Ok 18:54:48 * tezcatl piensa que las redes sociales es cosa informal... dejémoslo tal cual para que sea por iniciativa propia :) 18:55:14 o bien, si necesitamos una cosa más definida, en identi.ca podemos crear una cuenta para la revista 18:55:23 o mejor aún, un grupo especial si quieren 18:55:54 cada quien con su propia cuenta, puede publicar al grupo y la gente puede suscribirse a los nuevos artículos y publicaciones y participar 18:55:57 * gomix sólo vuelvo un poco sobre el asunto del flujo de trabajo y los formatos (maquetado...etc), estabilizar y depurar la producción en si, luego aliñar 18:56:10 * gomix se pregunta cómo pasa del git al wordpress? 18:56:27 gomix ¿copiando y pegando? :D 18:56:35 ouch... 18:56:39 +1 18:57:00 ! 18:57:16 en identi.ca se puede crear una conversación a partir del link a un número, o un artículo por ejemplo 18:57:23 y todos pueden participar allí 18:57:26 cosa que en twitter no 18:57:55 de hecho así hacen los de Linux Outlaws podcast (pregunta tú por ahí en la reunión tatica ;)) 18:57:56 eof 18:58:02 -> Nushio adelante pf 18:58:16 wordpress maneja control de versiones nativo 18:58:32 asi como permisos por autor, y permisos para que otros editores puedan modificar el articulo 18:58:41 si se parte desde wordpress no es necesario 'copiar y pegar' desde git 18:58:42 eof 18:58:48 ! 18:58:51 -> tezcatl :D 18:59:10 ! 18:59:12 pero si partimos de wordpress, igual tenemos que "copiar y pegar" al maquetado de la revista 18:59:33 y solo maneja "versionado" por artículo, no completo de todo el repositorio 19:00:29 en todo caso podríamos explorar ikiwiki que junta control de versiones por git 19:00:50 y wiki interactivo para los temerosos a git (se pueden controlar permisos) 19:00:58 otra solución compatible con git es dokuwiki 19:01:22 * tezcatl piensa que wordpress para trabajo editorial es tan eficiente como MediaWiki para documentación (NO LO SON) 19:01:31 eof 19:01:38 -> V1K1N60 adelante pf 19:02:26 bueno solo decir que es lo que habia propuesto en primera instancia (lo de wordpress) 19:02:35 ! 19:02:45 * tezcatl va haciendo un resumen de las ideas, para comenzar hilos en la lista de correos por cada una 19:02:47 dado la facilidad para el colaborador de tener una cuenta y solo escribir 19:03:00 pero no sabia que maneja versiones..... quizas haya que darle una vuelta 19:03:16 de todas maneras me parece bien tener las fuentes de diseño (por ejemplo) en el git repo 19:03:25 +1 19:03:32 ! 19:03:53 pero tal vez por un tema de facilidad de uso.... no deberiamos rechazar de golpe la idea de Nushio 19:03:54 eof 19:03:58 -> gomix adelante por favor 19:04:11 ! 19:04:23 el unico sistema que potencialmente resuelve es publican... 19:04:32 pero estamos otra vez en frente de facilidad de uso 19:04:34 +1000!!! 19:04:35 :) 19:04:54 creo que en la medida que se le quite un poco el miedo a la gente que contribuye 19:04:58 debemos ir hacia allá 19:05:06 eof 19:05:08 * tezcatl cede su lugar en la palabra a tatica e interviene después 19:05:13 -> tatica adelante pf 19:06:36 aja 19:06:46 ojo... lo del theme estilo magazine es independiente de lo que quieran usar 19:06:59 osea... es html+css... usen wordpress, mediawiki, o lo que quieran es un skin 19:07:11 +1 genial :) 19:07:14 mientras escojamos algo útil, lo "visual" no es problema 19:07:15 eof 19:07:48 * tezcatl No rechaza 'de golpe' la idea de Nushio, de hecho wordpress es lindo, imho 19:08:09 #info además de la interfaz web, hay clientes muy cómodos para usar wordpress: Blogilo, BloGTK, Emacs :) 19:08:12 * Nushio cree que wordpress es realmente sencillo de usar, no requieres conocimiento en absoluto de *nada* :P 19:08:15 no necesitamos algo "lindo", necesitamos algo "util" 19:08:19 lo lindo lo pone el equipo de diseño 19:08:20 * gomix lo unico que se reusa a hacer, es copiar/pegar, si alguien más lo hace.. whatever 19:08:32 :) 19:08:40 solo digo que si el inconveniente es copiar y pegar, wordpress no resuelve el problema 19:08:50 bueno digo lindo como que cualquiera lo puede usar 19:09:03 so por ahora... 19:09:08 permitanme... 19:09:10 pero si con wordpress tienes 2 tipos de interfaz, web, y clientes de escritorio 19:09:21 tenemos escritores colaborando via git 19:09:34 luego un equipo de maquetado que ensambla todo manualmente 19:10:00 so, lo que necesitamos es una forma de generar un html estático del contenido en el git 19:10:03 * tezcatl 'escuchando', tal vez gomix resuelva el punto ... :) 19:10:24 "creo" que wordpress tiene una forma de jalar post desde un folder con archivos de texto plano 19:10:30 no estoy segura 19:10:34 todo recae en el formato que se use en el contenido 19:10:38 si es así, con importar la data del git sería suficiente 19:10:44 si al menos pudieramos lograr un consenso... 19:10:49 tal tez Textile 19:10:53 o algun proyecto de cms con integracion para git 19:10:58 entonces todo se podría automatizar 19:11:06 eof 19:11:11 +1 19:11:34 !!! 19:11:38 * gomix les recuerda que redmine usar textile en todas partes 19:11:50 con ikiwiki y dokuwiki se integran git y un CMS 19:12:04 y con ikiwiki aún más fácil, sin necesidad de hacks ni nada 19:12:21 de nuevo, si con wordpress tienes que lidiar con plugins, copiar y pegar y todo eso 19:12:23 si pero entonces vuelves sobre el asunto de generar el pdf 19:12:30 nop gomix 19:13:04 porque las fuentes en scribus se importan sin problemas, con los diseñadores con las fuentes en sus propias carpetas 19:13:23 sin necesidad de estar copiando y pegando, ni del wordpress, ni de las listas de correo, ni del mediawiki ni de nada 19:13:26 * tatica se encargará del pdf y del maquetado 19:13:33 ni se preocupen por eso 19:13:39 ni idea de cómo scribus importa el fuente 19:13:48 ahí está todo, en su repositorio local que tienen sincronizado con el repositorio común 19:13:49 tezcatl, ponmelo como action pls 19:13:50 el asunto es cómo generar la versión web 19:13:59 gomix, el scribus siempre hay que hacerlo a mano por el estilo 19:14:00 sin estar copiando/pegando 19:14:06 tatica: fine con eso 19:14:10 no queremos (y lo digo a titulo personal) que sea como leer un blog 19:14:10 #action tatica se encargará del diseño pdf y del maquetado 19:14:27 yo, tatica , quiero tener un magazine "bonito", uds encarguense del resto que yo pongo lo del scribus 19:14:34 * tezcatl sí quiere, que sea como leer un blog, en un PDF no se puede comentar 19:14:35 :) 19:14:40 pero es sólo más trabajo de quien se encarga de eso 19:14:42 ya gracias a V1K1N60 tengo todo el maquetado así que para mi es solo llenar y ajustar 19:14:53 lo único que quisiera facilitar es la generación de la versión web 19:14:57 pero no estoy contra el PDF, sólo contra que ese sea el "único" formato en el que podamos leer 19:14:58 y que no sea un simple plano texto 19:15:09 >> si al menos el fuente tiene un formato "mínimo" 19:15:14 la versión web debería ser más como "articulos -> post" en un agradable website 19:15:16 entonces se puede hacer algo decente 19:15:22 ya tatica comentaba hace tiempo de rest, y hay rest2web :) 19:15:32 sep 19:15:42 im lost... 19:15:46 #idea dejemos toda la discusión de las diferentes propuestas de formatos web pa'la lista 19:15:52 http://wphacks.com/wp-content/uploads/2008/11/premium-news-theme.jpg 19:15:53 en un solo hilo 19:15:55 ej: 19:16:00 SRES!!! 19:16:12 o vamos viendo en un hilo para cada opción propuesta, pros y contras 19:16:17 por ejemplo 19:16:17 http://wphacks.com/wp-content/uploads/2007/12/lifestyle-theme.jpg 19:16:18 eof 19:16:18 wof 19:16:20 nos olvidamos de pedir la palabra?? 19:16:32 ! 19:16:45 V1K1N60 (pues yo no me molesto, se vio más dinámico el otro día que mi "clase de git" LOL) 19:16:51 -> adelante V1K1N60 pf 19:17:26 * tezcatl checando enlaces de tatica 19:17:29 tatica, la idea es presentar noticias en un formato "bonito", legible y agradable asi que eso no cambiara de nunguna manera 19:17:54 yup 19:18:09 +1 19:18:29 tambien te comento que el viernes me reuno con unos amigos diseñadores en mi casa para que ellos me den una version maquetada de su idea de revista 19:18:51 gomix, apoyo tu idea de generar de alguna manera un html para los articulos..... pero creo que tampoco queremos tener una infinidad de sistemas dando vuelta para lograrlo 19:18:51 +1 19:19:20 tezcatl, total y absolutamente de acuerdo contigo en que el PDF no sea la unica manera de leer la revista 19:19:37 inifinidad? no tenemos 1 19:19:39 ! 19:19:40 es por eso que tenemos que trabajar en conjunto con tatica para darle un buen diseño a los articulos en web 19:19:51 but whatever.. i'll follow the lead 19:20:21 :) 19:20:52 es cierto gomix.... pero creo que en parte es por que no habia suscitado la necesidad real de poner esto en la web 19:21:24 solo es para que no exageremos las cosas ;) una cosa a la vez... 19:21:29 tambien creo que al tipo de publico que llegamos (o creemos llegar) prefiere ver las cosas via la red 19:21:38 +1 19:21:44 por ende 19:22:27 lo de scribus y el PDF siempre se hara de manera manual dado la manera de trabajo de este 19:23:19 luego tenemos que pensar en un sistema que pueda poner los articulos en el gitrepo y que ademas pueda generar un html 19:23:24 * gomix solo quiere hacerle la vidad más feliz tanto a diseñadores como maquetadores, como escritores... sólo que no es nada fácil 19:23:29 si es que existe y si no ver la forma de integrarlos 19:24:11 no digo que todo el esfuerzo de tezcatl lo tiraremos a la basura por usar wordpress 19:24:22 claro que no :D 19:24:37 pero si hay que encontrar la manera de optimizar los recursos...... tal como dice (y apoyo) gomix 19:24:44 ! 19:25:02 por ahora.... demos la batalla con lo que tenemos hasta que encontremos algo que nos acomode 19:25:04 de acuerdo? 19:25:08 +1 move on 19:25:09 eof 19:25:24 -> tezcatl breve y sigue Nushio 19:25:31 #idea sería genial implementar la idea de gomix de usar publican para generar automáticamente pdf's y el sitio web de la revista, pero el rollo son dos: 19:25:39 ya se ha mencionado publican 19:25:50 publican permite exportar a single-html, multiple-html, pdf y otros formatos 19:26:05 #info usar docbook para dar riqueza semántica a los artículos.... 19:26:08 si se quiere web, es cuestion de publicar los htmls 19:26:17 en lugar (o junto con) wordpress 19:26:21 eof 19:26:33 * gomix wordpress sobra en esa ecuación... (digo con publican) 19:26:35 #info y aquí sirve dokuwiki, porque puede uno insertar un docbook, y lo formatea como web "normal" 19:26:43 y el otro rollo es 19:27:01 necesitamos tema propio de la revista para publican 19:27:16 tatica puede trabajar en eso.. right awya 19:27:21 con su equipo de diseño 19:27:22 el otro día invitaba a xhaksx el diseñador panameño del cartel del fudcon panamá 19:27:30 o x diseñadores... 19:27:40 para que vayamos pensando en un tema 19:27:43 creo que sería super-util que "toquen los estilos de publican" 19:27:44 concluyo 19:28:25 #action tezcatl trabajará en una rama web-experimental del mismo repositorio, y en espacio en fedorapeople, algunas ideas para la revista 19:28:45 que podrían integrarse perfecto con los css que tatica presente de trabajar con el Design Team 19:28:46 eof 19:29:21 ! 19:29:29 #info por supuesto la rama web-experimental todos pueden meter mano 19:29:34 -> V1K1N60 adelante pf 19:29:49 Bueno nos queda ver sugerencias para la ultima edicion y contenidos para el numero 6 19:30:11 #topic Contenidos para número 6 19:30:32 sugerencias para el numero 5 alguien tiene alguna? 19:31:04 bueno, entonces pasamos a los contenidos 19:31:15 alguien ha visto algun contenido para el proximo numero 19:31:17 eof 19:31:53 ? 19:31:59 * tezcatl suplica a gomix subir al repo la idea que tenga aunque sea en borrador, del tutorial día a día de git 19:32:09 ! 19:32:25 -> gomix ¿tienes pregunta? 19:32:30 no entendí... 19:32:40 V1K1N60: era una pregunta? 19:32:52 la idea de este punto es ir averiguando temas a proponer para la edicion y no solo estar esperando a que los colaboradores envien articulos 19:32:56 LOL 19:33:01 Ok 19:33:07 well !!! 19:33:23 ! 19:33:27 por ejemplo..... tezcatl, un amigo tuyo inicio con lo de la maestria en software libre 19:33:32 seria un excelente articulo 19:33:48 V1K1N60 creo que sería bueno disciplinarnos con la cuestión de los tiempos en primer lugar 19:33:49 gomix, tu tienes lo de ruby..... tambien estaria como para proponerlo 19:34:07 la idea, como dije, es no esperar colaboraciones 19:34:16 del lado rpmdev, entiendo que nushio o danielbruno-away ivan por la columna oficila 19:34:18 oficial 19:34:18 respetar las fechas, hasta tal día se cierran artículos, hasta tal día se hacen correcciones 19:34:21 tambien podriamos investigar sobre algunos temas o pedirle a los colaboradores si pueden 19:34:23 luego salen las ideas 19:34:37 de mi parte devel, voy a comenzar una serie ruby para principiantes... 19:34:56 por lo mismo se tiene que discutir en esta reunion...... para tener tiempo de hacerlos y cumplir con lo propuesto 19:35:07 ok, ya tenemos una propuesta 19:35:09 ya se creó la versión para el numero 6? 19:35:16 (me refiero en redmine) 19:35:31 Ruby para principiantes (gomix) 19:35:33 no aun 19:35:36 la creo enseguida 19:35:40 * gomix wait 19:35:51 * douglax se considera amigo de todos y desea la misma consideración de vuelta :D 19:36:26 ! 19:36:32 gomix: si esta creada! 19:36:50 V1K1N60: creo mis tareas ... 19:36:57 V1K1N60: ajusten fechas acorde.... 19:37:09 V1K1N60 si tienes pendiente asignar permisos a algunos colaboradores, creo 19:37:16 si no, cierra la tarea :) 19:37:38 http://rpmdev.proyectofedora.org/issues/453 << ya está hace tiempo para el 6 19:37:43 es verdad!! 19:37:47 V1K1N60: ajusten fechas... 19:37:54 pongo mi tarea ruby... 19:38:17 plazo hasta el 25 de febrero para recibir material 19:38:41 luego sera correccion, diseño y demases con tiempo 19:38:45 publiquenlo 19:39:04 V1K1N60: http://rpmdev.proyectofedora.org/issues/475 << ajusten fechas 19:39:16 #agreed hasta el 25 de febrero se reciben nuevos artículos para el número 6 de la revista 19:39:47 ! 19:39:53