(Cortesía de la Wayback Machine http://www.archive.org/)

Resumen rápido

Presentes: FillaMent, hezekiah, LeeroklaLacerta, mids, nop, sdgg, thecrypto

Registro de la reunión

--- Registro abierto Tue Jan 14 22:44:57 2003 22:45 -!- Tema de #iip-dev: Reunión de IIP - archivos de registro: http://mids.student.utwente.nl/~mids/iip/ 22:45 [Usuarios #iip-dev] 22:45 [ logger] [ pox] 22:45 -!- Irssi: #iip-dev: Total de 2 nicks [0 ops, 0 halfops, 0 voices, 2 normales] 22:45 -!- Irssi: La unión a #iip-dev se sincronizó en 3 s 23:48 -!- StoVoKor|away ahora se llama StoVoKor 23:58 < mids> Tue Jan 14 22:58:16 UTC 2003 23:59 < mids> 1 minuto --- Día cambiado Wed Jan 15 2003 00:00 < mids> Tue Jan 14 23:00:00 UTC 2003 00:00 < mids> Bienvenidos a la 26.ª reunión de IIP 00:00 < mids> No recibí ningún punto de la agenda de nadie, así que propondré los míos: 00:00 < mids> - Publicación de 1.1-final 00:00 < mids> ¿Tienen algo más que añadir? 00:00 < hezekiah> (Propongo un punto de agenda: ¿Cuál es la característica principal en la que se está trabajando actualmente en IIP 1.2 dev?) 00:01 < mids> genial 00:01 < FillaMent> Tengo un par de sugerencias para añadir a anonymail 00:01 < mids> ok 00:01 < mids> ok 00:01 < mids> Agenda: 00:02 < mids> - ¿Cuál es la característica principal en la que se está trabajando actualmente en IIP 1.2 dev 00:02 < mids> - Sugerencias para anonymail 00:02 < mids> - Publicación de 1.1-final 00:02 < mids> . 00:02 * mids entrega el micrófono a hezekiah 00:02 < FillaMent> También quiero mencionar un proyecto en el que estoy trabajando que usa IIP 00:02 < hezekiah> No tengo ni idea. En realidad era una pregunta. :) ¿Nop? 00:02 * hezekiah entrega el micrófono a nop. 00:02 < nop> hola 00:02 < nop> ok 00:02 < nop> bienvenidos 00:03 < nop> bien, sobre la agenda 00:03 < nop> mids, adelante 00:04 < mids> no, di tú cuál es el estado de la 1.2 00:04 < nop> ok 00:04 < nop> bueno 00:04 < nop> muchas cosas tediosas 00:04 < nop> principalmente ocupándonos del trabajo pesado 00:04 < hezekiah> (¡Amén!) 00:04 < nop> preparando el núcleo para una descentralización a fondo y criptografía; estamos en medio de decidir las bibliotecas de criptografía, creemos que cryptlib y GnuMP 00:05 < nop> y estamos estudiando algunas posibilidades para el enrutamiento, ya sea el concepto de listener route, o posiblemente enrutamiento tipo chord 00:05 < nop> y eso es básicamente todo por ahora 00:05 < nop> para 1.2 00:05 < mids> genial 00:05 < nop> el estado de la 1.1 es que, si nadie encuentra errores en una semana 00:06 < nop> entonces probablemente pasaremos a defcon 1.1 00:06 < nop> ;) 00:06 < nop> es decir, versión 1.1 00:06 < mids> ajustémonos a la agenda, nop 00:06 < mids> primero van las funciones de anonymail 00:06 < nop> No vi una agenda 00:06 < mids> :p 00:06 < hezekiah> ¡Mids, compórtate! :) 00:06 < hezekiah> ;-) 00:06 < nop> ok 00:06 < nop> Supongo que sugerencias para anonymail 00:06 < mids> - Sugerencias para anonymail 00:06 < nop> adelante, quienquiera que fuera 00:06 < mids> ¿FillaMent? 00:06 < FillaMent> Bien, solo tengo dos rápidas... 00:07 < FillaMent> 1) Algún tipo de carácter de escape para insertar \n. 00:07 < hezekiah> ¡Sí! 00:07 < FillaMent> ¿Lo debatimos o pasamos al #2? 00:07 < hezekiah> Quizá, "\n" para nueva línea, y "\\n" para un "\n" literal. 00:08 < mids> ¿Qué carácter sugieres? 00:08 < mids> ok 00:08 < hezekiah> (Como lo harías en C con printf.) 00:08 < FillaMent> C, Perl, Java.... 00:08 < hezekiah> C++ ... :) 00:08 < FillaMent> Nah, que sea vbCRLF 00:08 < mids> y \\\\n para un \\n literal :) 00:08 < hezekiah> Sí1 00:08 < mids> ¿vbCRLF? 00:09 < FillaMent> retorno de carro y salto de línea de Visual Basic 00:09 < mids> ¿Lo dices en serio? 00:09 < hezekiah> (Espero que no.) 00:09 < FillaMent> Solía trastear con vbScript (no, no lo digo en serio. \n es lo que todos conocerán) 00:09 < hezekiah> Entonces, ¿cuál era la sugerencia número 2? 00:10 < thecrypto> maldita red inalámbrica 00:10 < FillaMent> 2) Quitar la basura MIME que no es texto plano de los correos que vienen de Internet y reemplazarla por algo del tipo 00:11 < FillaMent> Perdónenme si estoy usando mal el término MIME 00:11 < mids> No estoy muy de acuerdo 00:11 < mids> deberías poder recibir firmas PGP compatibles con RFC2015 00:11 < mids> y demás 00:11 < hezekiah> Sí. 00:12 < hezekiah> Pero convertir Quoted-Printable a ASCII plano quizá no sea mala idea si aún no está implementado. 00:12 < FillaMent> ¿Y eso es un tipo MIME específico? 00:12 < FillaMent> Me refiero a la firma PGP. 00:12 < mids> lo es 00:12 < hezekiah> Hay firmas OpenPGP que tienen un tipo MIME. 00:12 < mids> Puedo entender que hacer bien MIME llevará mucho trabajo 00:13 < mids> ya que hay muchos tipos MIME 00:13 < mids> y navegadores que lo incumplen 00:14 < hezekiah> "\"2) Quitar la basura MIME que no es texto plano ...\" (¿No estarían en base64 si no son ASCII plano de todos modos? Y si no, ¿no se podrían convertir?) 00:14 < mids> quizá deberíamos simplemente reenviar las sugerencias a codeshark 00:15 < mids> ya que él sabe cómo es la aplicación 00:15 < hezekiah> O incluso, si hay que eliminarlo, se podría ofrecer una opción para recuperarlo (en base64 o 7-bit). Así puedes guardarlo con copiar-pegar y decodificarlo/leerlo en tu disco duro. 00:15 < mids> (él la hizo) 00:15 < mids> y qué puede implementar 00:15 < hezekiah> ¡Buena idea! 00:15 < FillaMent> El otro día recibí un correo escrito con MS Outaluck/W3rd y venía como MIME multiparte. La primera parte era una versión en texto plano del mensaje, la segunda era un RTF con todo el marcado de formato 00:15 < nop> esto es algo 00:15 < nop> que hay que enviar a anonymail 00:15 < nop> ups 00:15 < nop> codeshark 00:15 < mids> sí 00:15 * FillaMent divaga. 00:15 < mids> pasémoslo sin más 00:15 < mids> y veamos cuál es su opinión 00:16 < mids> - Publicación de IIP 1.1-final 00:16 < mids> mis comentarios: hay que revisar el rastreador de errores de SourceForge 00:16 < mids> pero no creo que haya errores de código abiertos 00:17 < hezekiah> No la última vez que miré... (revisando ahora). 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:17 < mids> (archivos almacenados en el directorio equivocado) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=655568&group_id=50945&atid=461514 00:17 < mids> (-h no funciona) 00:17 < mids> ESA opción SÍ me funciona a mí 00:17 < mids> por favor, compruébenlo 00:18 < mids> y si les funciona a todos, tenemos que marcar ese informe como inválido 00:18 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=654147&group_id=50945&atid=461514 00:18 < mids> (llamada socket en FreeBSD) 00:18 < mids> No tengo FreeBSD, alguien con FreeBSD debería comprobarlo 00:19 < mids> . 00:19 < mids> Además, de verdad deberíamos proporcionar algún script que la gente pueda poner en su /etc/init.d/ 00:20 < mids> ping? 00:20 < hezekiah> Parece que el tipo que reportó el bug de FreeBSD ... 00:21 < hezekiah> ... ya encontró y señaló el problema. 00:21 < hezekiah> http://sourceforge.net/tracker/download.php?group_id=50945&atid=461514&file_id=37660&aid=654147 00:22 < hezekiah> Ese es el enlace al archivo del parche. AF_INET aparentemente tiene que ser PF_INET en FreeBSD. 00:22 < hezekiah> El parche era sencillo: 00:23 < hezekiah> 484,489c484 00:23 < hezekiah> < // If statement added by wiht, since FreeBSD uses PF_INET. 00:23 < hezekiah> < #ifdef __FreeBSD__ 00:23 < hezekiah> < sh->Socket = socket(PF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #else 00:23 < hezekiah> < sh->Socket = socket(AF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #endif 00:23 < hezekiah> --- 00:23 < hezekiah> > sh->Socket = socket(AF_INET, SOCK_STREAM, 0);//PF_INET); 00:23 < mids> Ya veo, pero entonces no sé por qué estaba ahí el ifdef original al principio. 00:23 < hezekiah> ¿Qué opinas, nop? 00:23 < hezekiah> La sección superior debería ser el código nuevo. La sección inferior debería ser el antiguo. 00:23 < nop> eso debería funcionar 00:24 < hezekiah> Sí. El de abajo es el viejo. 00:24 < nop> deberías hacer commit, se ve bien 00:24 < hezekiah> ¿Quieres que lo escriba, haga commit y marque el bug como solucionado, nop? 00:24 < nop> pero ¿por qué es diferente? 00:24 < hezekiah> Aparentemente, FreeBSD requiere PF_INET en lugar de AF_INET como primer argumento para socket. 00:25 < hezekiah> No sé por qué. 00:25 < hezekiah> Pero el autor dijo que esto solucionó el problema. ¿Commit? 00:25 < nop> sí 00:25 < hezekiah> OK. 00:25 < mids> ok 00:26 < mids> ¿Quién puede investigar el problema de la ruta de archivo? 00:27 < FillaMent> Yo no tengo ese problema. Si intento iniciar IIP como otro usuario o no en ~iip dice que no puede escribir el log 00:28 < mids> ok, tenemos que revisar los bugs reportados e informar de eso en la lista de correo 00:28 < mids> intentemos hacerlo esta semana 00:28 < mids> . 00:28 < mids> El mayor problema es la escalabilidad de IIP 00:28 < mids> RC2 era medio estable 00:28 < mids> RC3 no lo es 00:29 < mids> ¿por qué? 00:29 < mids> En mi opinión es porque el node.ref es tan grande 00:29 < mids> así que muchos nodos potencialmente malos 00:29 < mids> nodos 00:29 < mids> en realidad es anonimato frente a estabilidad 00:29 < mids> . 00:29 < hezekiah> Me di cuenta. Pero algunos solo son lentos, no necesariamente malos. 00:29 < mids> el problema es que mucha gente se cae por ping 00:30 < mids> la solución que sugiero es publicar RC3 con un node.ref mínimo 00:30 < mids> solo 4 nodos o algo así 00:30 < mids> . 00:31 < nop> de acuerdo 00:31 < FillaMent> Perdón por mi falta de conocimientos de diseño... Si mal no recuerdo usa relays como freenet e IRC, ¿no? 00:32 < FillaMent> node == relay 00:32 < mids> son más estáticos 00:32 < mids> una vez te conectas 00:32 < nop> bueno 00:32 < nop> al menos en 1.1 00:32 < mids> permaneces conectado a través de ellos durante la misma sesión 00:32 < nop> no será así para siempre 00:32 < FillaMent> Pero sigue siendo que un nodo pasa a otros nodos 00:32 < nop> sí 00:33 < mids> si mantienes una lista grande de nodos, entonces la ruta es muy larga 00:33 < mids> por lo tanto, muchos problemas potenciales 00:33 < FillaMent> ¿Por qué no hacer simplemente que recorra el node.ref y elija unos pocos al azar, y siga haciendo eso? El usuario quizá podría establecer el número. ¿Esto quizá distribuiría la carga un poco más? 00:34 < mids> el protocolo actual no admite seleccionar la cantidad de saltos 00:34 < nop> y no lo vamos a cambiar en esta versión 00:34 < nop> ;) 00:34 < FillaMent> De acuerdo, entonces queda fuera de mis conocimientos técnicos... ¿qué hay del punto de inicio? 00:34 < FillaMent> o ¿el TTL (tiempo de vida) es el número de nodos en node.ref 00:35 < FillaMent> s/or/of/ 00:35 < mids> cada nodo se conecta a un nodo en su node.ref al azar 00:35 < mids> hasta que 'accidentalmente' da con el servidor 00:35 < mids> así que si tienes muchos nodos 00:35 < FillaMent> entendido. 00:35 < mids> tendrá rutas enormes 00:36 < mids> por eso sugeriría una primera capa de nodos públicos creada manualmente 00:36 < FillaMent> ¿Otra solución podría ser convertir 'el' servidor en 'un' servidor? 00:36 < mids> así reduces la cantidad de saltos 00:36 < LeeroklaLacerta> ¿Existe algún tipo de cosa tipo índice de fiabilidad? 00:36 < mids> solo tienes 1 nodo final 00:36 < mids> no lo hay, ya que no sabes a través de qué nodos se conecta un nodo 00:37 < mids> si tu conexión cae, no sabes qué nodo lo causó 00:37 < mids> puede ser cualquiera en tu ruta 00:37 < LeeroklaLacerta> Ok. 00:37 < mids> y no conoces tu ruta 00:37 < FillaMent> ¿Hay alguna forma de que el usuario final aumente la fiabilidad de IIP? 00:37 < mids> sí, editando manualmente tu node.ref 00:38 < mids> y poniendo solo algunos nodos estables 00:38 < mids> y no dejando que actualice el node.ref automáticamente 00:38 < FillaMent> mids: Me refiero a levantar un relay o algo así. 00:38 < mids> por supuesto, no sabes cuáles son nodos estables, a menos que tengas algún conocimiento interno sobre la topografía de IIP 00:39 < mids> Trent, por ejemplo, se conecta directamente a un nodo que se conecta al nodo servidor de IIP 00:39 < mids> de lo contrario se caería todo el tiempo 00:39 < mids> resultando en una red realmente mala 00:41 < FillaMent> Para ahorrarme tiempo, ¿dónde guarda iip el nodes.ref en una máquina Linux? 00:41 < mids> ~/.iip/ 00:41 < mids> o el directorio local 00:42 < mids> ok, quiero cerrar este punto 00:42 < mids> tarea para la próxima semana: 00:42 < mids> piensen en los problemas 00:42 < mids> y propongan sugerencias en la lista de correo 00:42 < FillaMent> Dénme 10 min y tendré un apaño para el problema de la lista masiva de nodos 00:42 < mids> o a un desarrollador (si no están suscritos) 00:43 < mids> . 00:43 < mids> ¿preguntas? 00:51 < hezekiah> ¿Ya casi tienes tu "apaño" (no sé qué significa esa palabra) para el problema de la lista de nodos, FillaMent? 00:52 < FillaMent> kludge es cinta americana de programación, y sí. 00:52 < hezekiah> Ah. 00:53 < thecrypto> la definición completa está en http://www.tuxedo.org/~esr/jargon/html/entry/kluge.html 00:54 < mids> hezekiah: gracias por meter mano en esos 2 elementos del bugtracker 00:55 < hezekiah> No hay problema. Aún no sé cómo asignarme un bug a mí mismo. Si no, habría tomado “oficialmente” el de PF_INET. 00:55 < hezekiah> No pude encontrar el botón/enlace/lo que sea que te permite asignarte un bug. 00:57 < mids> solo los administradores del proyecto parecen poder asignar bugs en nuestro proyecto 00:57 < hezekiah> Ah 00:57 < hezekiah> ¡Eso lo explicaría! :) 00:59 < hezekiah> OK. Bueno, me voy ahora. ¡Adiós a todos! :) 00:59 < LeeroklaLacerta> Adiós. 01:04 < mids> ok 01:04 < mids> yo también me voy 01:04 < mids> adiós 01:08 < LeeroklaLacerta> ¿Todos se van? 01:08 < LeeroklaLacerta> ¿Se terminó la reunión? 01:09 < FillaMent> Yo sigo aquí. Quizá mi estimación de tiempo estaba un poco equivocada. Amo/odio perl. 01:10 < LeeroklaLacerta> ¿Qué tiene que ver perl con esto? 01:10 < FillaMent> Mi apaño de node.ref 01:10 < LeeroklaLacerta> Ah. 01:11 < FillaMent> Debería simplemente describírselo a alguien competente y dejar que lo haga en, como, 5 min 01:11 < LeeroklaLacerta> Yo solo estoy aquí por estar. 01:16 < LeeroklaLacerta> Voy de vuelta a #anonymous. 01:17 < FillaMent> ¡Ja ja! 01:39 < FillaMent> ¿Alguien quiere iluminarme sobre por qué en perl, cuando hago push de un elemento en un array, /cada/ elemento termina siendo ese mismo elemento? 02:59 < sdgg> hola 03:05 < FillaMent> ¿Saben qué longitud se supone que tiene una firma MD5? 03:10 < sdgg> 128 bits, creo 03:14 < sdgg> ¿Alguien conoce un buen tutorial de c/c++ para programación en *nix? 03:14 < sdgg> ¿O algún lugar donde pueda buscar? 05:10 * FillaMent está ausente: Desapestándome