Reunión de desarrolladores de I2P - 11 de diciembre de 2012

20:20:09 <str4d> <str4d> No estoy seguro de dónde está dg, así que propongo que empecemos la reunión de todos modos, continuando con la agenda de la semana pasada (o reiniciándola si es necesario). 20:20:09 <str4d> (http://zzz.i2p/posts/5779) 20:20:18 <iRelay> Título: zzz.i2p: Reuniones de IRC (en zzz.i2p) 20:40:14 <str4d> ¿Nadie va a responder? 20:41:48 <Meeh> Yo me apunto a una reunión 20:42:09 <Meeh> pero IRC estuvo muy inestable hoy 20:51:48 <str4d> ¿Alguien quiere presidir y comenzar una reunión? No tengo idea de dónde se metió dg, y tengo que irme a mitad, así que no puedo. 20:52:40 <str4d> Parece que iRelay está en el servidor de postman, así que si quien preside también está allí, las desconexiones no afectarán el registro de la reunión. 21:01:13 <psi> ¿la reunión era...? 21:01:32 * lillith se ofrece a presidir una vez que tenga zzz.i2p cargado correctamente 21:04:05 <psi> ¿la reunión es ahora, no? 21:05:43 <lillith> sí, a menos que alguien más quiera presidir 21:07:16 <psi> ok 21:07:16 <psi> ¿temas? 21:07:16 <lillith> Entonces, siguiendo desde donde lo dejamos la semana pasada, orion ¿estás aquí? 21:09:52 <psi> suena factible 21:09:54 <lillith> aunque no estoy segura de para qué, al menos a mí me parece un poco inútil 21:10:20 <psi> para crear un entorno más estructurado para ayudar a los usuarios 21:10:27 <psi> si no recuerdo mal 21:10:48 <topiltzin> más bien poner en común recursos 21:11:05 <topiltzin> +1 a eso pero si no recuerdo mal primero había que preguntar a alguien (¿el dueño del canal? ¿quién es/era?) 21:11:13 <lillith> ¿entonces combinar dos canales bastante muertos en uno menos muerto? 21:11:50 <topiltzin> sí 21:12:23 <lillith> bien, punto 2a: ¿quién es el dueño de cada canal y qué piensan? 21:12:50 <lillith> 2b: ¿el canal nuevo es #i2p o #i2p-help? 21:12:57 * postman es dueño de #i2p y no piensa nada en particular 21:13:31 <postman> #i2p debería mantener su nombre 21:13:33 <lillith> 2c: pedir a alguien que borre uno y redirija a la gente al otro 21:13:38 <postman> zzz es dueño de #i2p-help 21:14:10 <psi> supongo que el ircd puede hacer una especie de "symlink" (enlace simbólico) para canales? 21:14:12 <lillith> creo que los usuarios nuevos necesitan un canal de "ayuda" obvio al que ir primero cuando se conectan 21:14:31 <lillith> de lo contrario, simplemente preguntarán en canales al azar 21:14:51 <postman> re: symlink. lo comprobaré 21:16:35 <lillith> bien, ¿punto 2 resuelto? 21:18:16 <lillith> punto 3: actualizaciones de la renovación del sitio web. 21:18:35 <lillith> str4d, ¿alguna novedad? 21:18:37 <psi> ¿cuántos están trabajando en eso? 21:23:13 <lillith> psi: hasta donde sé, solo str4d 21:28:17 <lillith> con respecto al punto 4: adiciones de enlaces de la consola en 0.9.4, creo que str4d se ha ido y books no está aquí, ¿quizá la próxima semana? 21:28:17 <str4d> lillith, a punto de irme afk 21:28:26 <str4d> Pero la reorganización de las páginas del sitio web está básicamente hecha. 21:33:45 <str4d> Me gustaría recibir comentarios de la gente al respecto (navegación y estructura de la url) - vean el ticket #807 para la url en vivo 21:33:48 <iRelay> http://trac.i2p2.i2p/ticket/807 - (mejora aceptada) - Renovación del sitio web 21:33:50 <str4d> Y ese ticket también enumera las próximas tareas pendientes para la renovación. 21:33:50 <lillith> bien, gracias :) 21:34:09 <lillith> punto 5 ; versión 0.9.4 21:35:46 <lillith> zzz, ¿sigues apuntando a mediados de diciembre? 21:39:52 <zzz> lunes. vean también /topic y http://zzz.i2p/topics/1252 21:39:55 <zzz> y con respecto a las adiciones de enlaces en la consola, ese punto de la agenda se puede aplazar 6 semanas para la 0.9.5 21:45:02 <lillith> bien, gracias :) 21:45:09 <lillith> punto 6 : notas de los participantes 21:45:09 <lillith> ... ¿alguien? 21:45:09 <psi> ¿notas? 21:45:09 <lillith> cualquier cosa que quieran añadir 21:45:09 <psi> la queja más común de los usuarios nuevos es que es lento al iniciar 21:45:22 <psi> ¿hay alguna manera de abordar eso? 21:49:54 <Meeh> hacer que el instalador incluya RIs podría ayudar con la velocidad de arranque. Pero no es una solución perfecta 21:49:54 <Meeh> ¿y si esos RIs caen, o tienen mucha carga, etc. etc.? 21:49:54 <psi> ¿hay una manera "más rápida" de hacer el semillado inicial aparte de preempaquetar? 21:49:54 <zzz> Meeh, ¿tu script del servidor de reseed es en algún caso un cuello de botella? ¿está ralentizando el reseeding de alguna manera? 21:49:54 <Meeh> subir el límite antes de que el router deje de hacer reseed a 2-300.. Pero tampoco es una idea perfecta 21:49:54 <lillith> Meeh,seguro que cualquier solución sería mejor que ninguna 21:49:54 <Meeh> ralentiza el servidor si se usa mucho, ya que es un bloqueo de escritura en sqlite 21:49:56 <Meeh> debería hacer una versión para mysql, y aquellos reseeders que pudieran usarla ayudarían mucho 21:51:20 <lillith> preempaquetar RIs solo podría acelerar el arranque inicial; en el peor de los casos es igual que ahora 21:51:20 <Meeh> entonces el bloqueo del archivo/db ya no sería un cuello de botella 21:52:49 <Meeh> o cualquier otro *sql siempre que se ejecute como servidor 22:01: <lillith> orion no parece estar aquí, y no veo cómo podemos continuar sin él 22:04: <lillith> punto 7: próxima reunión 22:06: <topiltzin> el preempaquetado tiene argumentos en contra bastante sólidos, están disponibles en zzz.i2p 22:07: <lillith> dejaré esto a dg, presumiblemente será a las 8:00 UTC el próximo martes (18) 22:08: <lillith> topiltzin, le echaré un vistazo 22:09: <lillith> Diría que esta reunión queda oficialmente terminada entonces :)