Reunión de desarrolladores de I2P - 02 de noviembre de 2004

13:37 <jrandom> 0) hola 13:37 <jrandom> 1) Estado de la red 13:37 <jrandom> 2) Actualizaciones del núcleo 13:37 <jrandom> 3) Biblioteca de streaming 13:37 <jrandom> 4) avances de mail.i2p 13:38 <jrandom> 5) avances de BT 13:38 <jrandom> 6) ??? 13:38 <jrandom> 0) hola 13:38 <jrandom> perdón por el retraso, notas de estado semanales publicadas @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 <dm> ¿reunión en 24 o 84? 13:38 <jrandom> 0 13:38 <dm> oh.. -36? 13:39 <jrandom> sí, 9p GMT 13:39 <jrandom> pero me olvidé de eso, así que empezamos... ahora ;) 13:39 <jrandom> 1) estado de la red 13:39 <dm> buen momento 13:39 <jrandom> bueno, sin cambios reales en el estado de la red por mi parte: ¿alguien tiene algo que le gustaría comentar al respecto? 13:41 <jrandom> si no, mejor pasemos a 2) actualizaciones del núcleo 13:41 <jrandom> realmente no tengo nada que añadir más allá de lo que está en el correo, así que les doy un minuto para digerirlo 13:42 <deer> <postman> arg 13:42 <jrandom> ha habido 8 parches desde la versión, con uno o dos más pendientes. probablemente etiquetaremos todo eso como 0.4.1.4, ya que la biblioteca de streaming en sí no está lista 13:43 <deer> <jrandom> bienvenido de vuelta, por aquí se ve un poco movido 13:43 <deer> <postman> no hay problema, ya estoy de vuelta :) 13:43 <protok0l> ¿alguna noticia sobre la desaparición de aum? ¡quiero stasher! 13:44 * dm disfruta saber que se está haciendo trabajo bajo el capó para optimizar I2P 13:44 <jrandom> como citó gott, hazlo tú mismo (DIY), hazlo o muere 13:45 <jrandom> sí, la rotación de memoria estaba llegando a ser una parte sustancial del tiempo de CPU 13:45 <jrandom> así que por fin valía la pena el esfuerzo de optimizar 13:45 <deer> <baffled> Perdón, tengo que coger un autobús, leeré los registros más tarde esta noche. 13:45 <deer> <peer> hola, solo un informe de error 13:45 <jrandom> (ya que ha reducido el tiempo de prueba de la biblioteca de streaming por un factor de 5) 13:45 <jrandom> bien, baffled, hablamos luego 13:46 <deer> <peer> cuando tu conexión de red cae, I2P se muere 13:46 <dm> Este tipo de cosas se te cuelan; es bueno sacarlas del medio mientras el proyecto aún es ligero. 13:46 <deer> * postman notó esto también hace unos días 13:46 <deer> <postman> uno de mis servidores perdió su enlace 13:46 <deer> <postman> por unos minutos; después de eso I2P requería un reinicio completo 13:46 <jrandom> ¿“se muere”, en el sentido de que la JVM se detiene, o que el router deja de hablar con los pares? 13:47 <jrandom> (obviamente deja de hablar con los pares; me refiero a que, después de que vuelva la red, ¿se recupera?) 13:47 <deer> <postman> jrandom: en mi caso la JVM seguía ejecutándose, pero ninguna conexión tenía éxito durante unos 15 minutos 13:47 <deer> <postman> jrandom: después de eso reinicié 13:47 <jrandom> hmm, ok, bien 13:48 <jrandom> gracias, peer y postman. haré algo de depuración por ahí abajo 13:48 <jrandom> ¿qué SO, por cierto? 13:48 <deer> <postman> jrandom: de nada; quería escribirte un correo pero se me olvidó 13:49 <deer> <postman> jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom sospecha que esta semana será la semana de «romper cosas y hacer que I2P las maneje mejor» 13:49 <jrandom> de acuerdo 13:50 <deer> <peer> jrandom: en mi caso la JVM se fue por completo 13:50 <jrandom> ¿dijo OutOfMemory o tuvo algún mensaje CRIT? ¿o creó un archivo hs_* en tu directorio de instalación de I2P? 13:52 <jrandom> quizá podamos revisar los detalles después, tras la reunión 13:52 <jrandom> ¿alguien tiene algo más sobre 2) actualizaciones del núcleo? 13:52 <jrandom> si no, pasemos a 3) biblioteca de streaming 13:53 <dm> sí 13:53 <dm> este aumento de latencia 13:53 <dm> ¿tienes un aumento porcentual estimado por salto? 13:53 <dm> ¿estamos hablando de un par de puntos porcentuales o de 30-40%? 13:53 <jrandom> ninguno; solo que en algunas situaciones no enviaba por un tunnel saliente 13:54 <dm> entonces, despreciable... ok 13:54 <dm> (en promedio) 13:54 <dm> 3) 13:54 <jrandom> 0% por salto, pero es como si el par con el que hablas tuviera tunnels 1 salto más largos que antes (en promedio) 13:55 <jrandom> no hay muchas actualizaciones realmente visibles para la biblioteca de streaming hasta ahora 13:55 <jrandom> las cosas funcionan bastante bien, y he estado haciendo un montón de benchmarks para seguir el progreso durante las recientes actualizaciones de memoria 13:55 <dm> ¡oh, números de rendimiento! 13:57 <dm> ping 13:57 <deer> <Natalia> . 13:57 <jrandom> bueno, varió según el tamaño del mensaje y la latencia por salto inyectada, pero el rendimiento preliminar ha sido 2-5x más rápido 13:57 <jrandom> aunque ha estado limitado por CPU 13:57 <dm> hmmm, no está mal. 13:58 <dm> ¿CPU en qué extremo? 13:58 <jrandom> el gran beneficio está en la reducción de la retransmisión de datos y la eliminación virtual de fallos ;) 13:59 <jrandom> dm: estas pruebas se hicieron con el sim, inyectando retrasos aleatorios por salto 13:59 <jrandom> (p. ej., 400ms cada vez, o 1000ms, o 2000ms) 13:59 <dm> ¿Hay algún tipo de esquema de prioridad para que el reenvío de mensajes de los tunnels no se vea demasiado afectado por gente que intenta descargar a 30 k/s y saturar su CPU? 13:59 <jrandom> (bueno, el beneficio *grande* es la ventana deslizante y el reordenamiento, pero la reducción de retransmisiones es buena) 14:00 <jrandom> no estoy seguro de entender 14:00 <dm> Por ejemplo, si estoy descargando porno, ¿inyectaré un retraso de 3 s a cualquiera que esté pasando por mí en sus tunnels. 14:00 <jrandom> (y las tasas de transferencia eran mucho más altas que 30 KB/s, pero de nuevo, esto fue solo local con retrasos aleatorios inyectados) 14:01 <dm> Solo me pregunto qué pasa en general si alguien está saturando su CPU, en cuanto a su contribución a la red. 14:01 <dm> Supongo que no es específico de abusar de la biblioteca de streaming. 14:02 <jrandom> no vas a saturar tu CPU haciendo streaming; la carga de CPU fue algo con lo que me topé al usar el sim local ejecutando un montón de routers en una sola máquina 14:02 <dm> ah, de acuerdo; pensé que la CPU se saturaba con un router tratando de cifrar todos los bits que bajan por la tubería. 14:02 <jrandom> nah, el cifrado es MuyMuyRápido 14:03 <dm> guay 14:03 <jrandom> ok, ¿alguien más tiene preguntas con respecto al progreso de la biblioteca de streaming? 14:03 <jrandom> si no, 4) avances de mail.i2p 14:04 <deer> <jrandom> postman, ¿andas por aquí? 14:04 <deer> <postman> yo :) 14:04 <deer> <postman> ok 14:04 <deer> * postman saluda con la mano 14:05 <deer> <postman> bien, señores. Algunos habrán notado que por fin hemos implementado servicios de entrada/salida 14:05 <jrandom> [w00t!] 14:05 <deer> <postman> por favor lean www.postman.i2p/inout.html 14:05 <deer> <postman> por favor, prueben el sistema 14:06 <deer> <postman> baffled entregará el segundo MX oficial 14:06 <jrandom> de acuerdo 14:06 <deer> <postman> ahora mismo estoy trabajando en la implementación de IMAP 14:07 <deer> <postman> esto significa un cambio al formato maildir pronto 14:07 <jrandom> sin embargo, tendremos que volver a comprobar varios clientes para eso, ¿no? 14:07 <deer> <postman> ahora mismo estoy evaluando/probando 14:07 <jrandom> genial 14:07 <deer> <Natalia> ¿por qué IMAP y no POP3? 14:07 <deer> <postman> sí, y también del lado del servidor 14:08 <deer> <postman> Natalia: ya tenemos POP3 14:08 <deer> <postman> POP3 se puede usar, por supuesto 14:08 <deer> <postman> IMAP4 nos hará más flexibles para sistemas de webmail (con suerte) 14:10 <deer> <postman> esto sigue siendo un tema abierto 14:10 <deer> <Natalia> de acuerdo. 14:10 <deer> <Natalia> parecía que ibas a cambiar de POP3 a IMAP 14:11 <deer> <postman> no, por supuesto que no 14:11 <deer> <postman> jrandom: ¿hay novedades sobre ejecutar webmail localmente? 14:12 <jrandom> no que yo sepa. no he tenido tiempo de investigarlo 14:12 <deer> * postman tampoco 14:12 <jrandom> hubo esas discusiones sobre atmail, pero es de código cerrado 14:12 <deer> <postman> mmh, sí 14:13 <deer> <postman> ¿pero algo tipo JSP? 14:13 <jrandom> sería una muy buena forma de que un voluntario se sume y haga algo de trabajo de base :) 14:13 <deer> <Natalia> bueno, he añadido esta descripción a gott.i2p/sites.html 14:13 <deer> * postman es completamente incapaz de investigar ese asunto 14:13 <deer> <Natalia> para www.postman.i2p 14:13 <deer> <Natalia> postman opera el primer servicio de correo de I2P, proporcionando cuentas POP3 y SMTP gratuitas y anónimas sobre I2P. 14:13 <deer> <Natalia> Recientemente se implementó la capacidad de enviar y recibir correos electrónicos hacia y desde fuera de la red I2P, lo que convierte los servicios de www.postman.i2p en un destino útil 14:13 <deer> <Natalia> para cualquier usuario preocupado por su correo y pronto imprescindible, ya que las cuentas de correo de mail.i2p 14:13 <deer> <Natalia> se convierten en la norma para los autores de eepsite. 14:14 <deer> <Natalia> ¿suena bien? 14:14 <deer> <postman> gracias, Natalia :) 14:14 <deer> <postman> jrandom: creo que no es un tema urgente 14:14 <deer> * Natalia hace una reverencia :) 14:15 <deer> <postman> jrandom: quizá retomemos el tema del webmail más adelante :) 14:15 <jrandom> de acuerdo, postman 14:15 <deer> <postman> eso es todo por mi parte, gracias :) 14:15 <jrandom> de acuerdo, gracias, postman 14:15 <deer> * postman también hace una reverencia y se sienta de nuevo 14:15 <jrandom> ok, ¿algo más sobre eso, o pasamos a 5) avances de BT? 14:16 <deer> <jrandom> dinoman: ¿andas por aquí? 14:16 <dm> Sí, aún estoy esperando a que BT reactive mi ADSL 14:16 <jrandom> !thwap 14:17 <deer> <duck> dino ha hecho un buen trabajo 14:17 <deer> <duck> con Ragnarok para arreglar algunos cabos 14:17 <deer> <duck> hasta ahora parece que los problemas actuales son: 14:17 <deer> <duck> - falta de fiabilidad de SAM 14:17 <deer> <duck> - problemas con la biblioteca de SAM para Python 14:17 <deer> <duck> - uso incorrecto de la biblioteca de SAM para Python 14:18 <deer> <duck> - Manejo correcto de Destination (identificador público en I2P) en lugar de host/IP/puerto 14:18 <deer> <duck> una vez que eso esté arreglado, debería funcionar 14:18 <jrandom> genial 14:19 <deer> <duck> creo que hace falta dar un pequeño paso atrás, eso sí 14:19 <deer> <duck> y acordar cómo modificar el protocolo para manejar correctamente las Destinations 14:19 <deer> <duck> de todos modos será incompatible, así que mejor romperlo bien 14:19 <jrandom> concuerdo 14:20 <jrandom> quizá alguien pueda esbozar un plan general de lo que hay que hacer en varias apps/componentes para que funcione 14:20 <deer> <duck> cada par tiene un peer_id único de 20 bytes 14:20 <deer> <duck> normalmente se deriva del host/IP 14:21 <deer> <duck> creo que usar la Destination completa es un poco excesivo 14:21 <deer> <duck> ¿qué cosa globalmente única deberíamos usar? 14:21 <jrandom> SHA1(destination)[0:19] 14:21 <jrandom> ¿quizá? 14:21 <deer> <Ragnarok> ¿los primeros veinte bytes de la dest? :) 14:22 <deer> <duck> un hash SHA1 es de 20 bytes 14:22 <jrandom> los primeros 20 bytes de la dest deberían ser bastante aleatorios también, suficiente para lidiar con choques aleatorios, pero no para lidiar con colisiones hostiles 14:22 <jrandom> aún mejor 14:22 <deer> <dinoman> si pierdes la clave, ¿cómo se encuentran los pares entre sí? 14:22 <jrandom> un par es una clave 14:23 <jrandom> oh 14:23 * jrandom interpretó mal 14:23 <jrandom> el tracker debe dar a los pares la Destination completa, no el SHA1(destination) 14:24 <jrandom> ¿ese es el mismo peer_id en cuestión? 14:24 <deer> <dinoman> he arreglado el tracker en PHP para enviar la clave completa como la IP 14:24 <deer> <duck> en realidad el cliente genera el peer_id 14:24 <deer> <duck> (¿qué quieres decir con 'key'?) 14:25 <deer> <dinoman> Destination 14:25 <dm> Suena a sketch de “¿Quién está en primera?”. 14:25 <dm> ¡Usen oraciones completas, gente! 14:26 <deer> <dinoman> ok, bien :/ el tracker envía la Destination completa como la IP 14:27 <jrandom> heh, no le hagas caso a dm. suena genial 14:27 <deer> <dinoman> el peer id es solo para los trackers 14:27 <deer> <duck> quizá podríamos usar #i2p-bt 14:28 <jrandom> lo que creo que sería útil, sin embargo, es que tú (o alguien más) pudiera tal vez redactar una lista de modificaciones que habrá que hacer 14:28 <deer> <duck> para que no empiecen guerras religiosas cada vez que se menciona el nombre de la serpiente 14:29 <deer> <dinoman> me sirve 14:29 <deer> <dinoman> no entro en guerra: si funciona, funciona 14:29 <jrandom> (p. ej., «el tracker envía la Destination completa como la IP», «el cliente interpreta la IP como la Destination completa», «el torrent contiene la Destination del tracker en el campo 'trackerDest'», etc.) 14:29 <deer> <duck> definitivamente 14:30 <deer> <dinoman> jrandom, lo tienes 14:31 <deer> <dinoman> este es el output de muestra del tracker 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 <dm> copia/pega la frase de jrandom en el bloc de notas y la guarda como «draft.txt» 14:31 <cat-a-puss> ¿BT sobre I2P será interoperable con otros clientes que no están sobre I2P? 14:31 <jrandom> genial, dinoman 14:31 <deer> <dinoman> en ip50 verás una clave basura 14:32 <jrandom> sí 14:32 <deer> <dinoman> sí 14:32 <cat-a-puss> entonces deberíamos hablar 14:32 <jrandom> ¡bienvenido a la reunión semanal! :) 14:32 <deer> <dinoman> necesitará ser algo como .i2ptorrent para que conviva 14:32 <deer> <dinoman> para nombres de archivo, enlaces y demás 14:33 <jrandom> ¿estás trabajando en algo similar, cat-a-puss, o tienes algunas ideas de mejoras? 14:33 <cat-a-puss> trabajando en algo similar 14:33 <cat-a-puss> en Java 14:33 <jrandom> genial 14:34 <jrandom> ¿es necesariamente específico de Java, o algunos pares pueden estar en otros lenguajes? 14:34 <cat-a-puss> buena pregunta, no sé cómo manejar ese tipo de cosa en Java, tendré que investigarlo 14:35 <deer> <duck> bien 14:35 <deer> <duck> usemos ugha.i2p para redactar algunas especificaciones 14:35 <deer> <duck> . 14:35 <jrandom> o quizá necesitamos una sección de «transferencia de datos por swarming» en el foro para que todos podamos discutir esto a nuestro propio ritmo? 14:35 <jrandom> o ugha.i2p, por supuesto 14:36 <jrandom> (mientras resolvemos algunos bugs en la impl de SAM y las libs :) 14:36 <deer> <duck> hace que todo sea un desafío 14:37 <deer> <dinoman> jeje, ok 14:38 <deer> <duck> ... 14:38 <deer> <duck> ¿más BT? 14:38 <deer> * dinoman vuelve al trabajo en Savane 14:39 <jrandom> http://ugha.i2p/SwarmingTransfer / http://ugha.ath.cx/SwarmingTransfer 14:39 <jrandom> de acuerdo 14:39 <jrandom> ok, ¿algo más sobre 5) avances de BT? 14:39 <jrandom> ¿o pasamos a 6) ??? 14:39 <jrandom> ¿y le preguntamos a dinoman cómo van los avances de Savane? :) 14:40 <deer> * jrandom chasquea el látigo 14:40 <deer> <dinoman> correo: estoy atascado usando el sistema de correo de I2P 14:40 <deer> <dinoman> creo que debería simplemente quitar el correo 14:40 <jrandom> ¿hay alguna forma de decirle que use el servidor SMTP en un puerto diferente? 14:40 <jrandom> ¿o el problema es SMTP autenticado? 14:41 <deer> <dinoman> auth 14:41 <protok0l> Tiempo activo: 5d 14:41 <protok0l> ii own 14:41 <deer> <dinoman> no está en la clase que usa Savane 14:42 <deer> <dinoman> puedo añadirlo 14:42 <protok0l> soy «Ident: pxEI» ¿alguien puede decirme mi calificación? 14:42 <jrandom> ok, apuesto a que podemos lograr que postman te configure una Destination SMTP personalizada que no requiera autenticación 14:42 <dm> Te doy un 6/10 14:42 <dm> Podrías trabajar un poco en tu trasero 14:42 <janonymous1> ¿Qué es savana 14:43 <jrandom> janonymous1: es como SourceForge 14:43 <deer> <dinoman> porque ahora mismo estoy viendo en mi navegador la I2P Public Domain Software Homepage 14:43 <jrandom> w00t 14:45 <deer> <dinoman> eso sería genial, pero por lo que se está haciendo en el servidor no quiero que alguien me hackee y obtenga la info sobre el servidor de correo 14:45 <deer> <dinoman> eso es lo que me molesta 14:45 <jrandom> bueno, no obtendrían ninguna info del servidor de correo; solo podrían (en el peor de los casos) suplantar @mail.i2p 14:45 <janonymous1> Genial 14:46 <jrandom> pero sí, sería genial tener soporte de SMTP autenticado para evitar eso 14:46 <jrandom> aunque no sé cuánto trabajo sería 14:46 <protok0l> bueno, me alegra haber dejado mi idea de servidor de correo a postman 14:46 <protok0l> parece más difícil de lo que imaginé 14:47 <deer> <Ch0Hag> no me importaría ayudar con eso 14:47 <dm> protocol 14:47 <deer> <Ch0Hag> Hay que hacer algo. :-) 14:47 <deer> <dinoman> haré auth :( tomará un poco de tiempo pero lo haré 14:47 <deer> <protokol> sí, dm 14:48 <jrandom> ¿ves? ¡ya tienes un voluntario, dinoman! :) 14:48 <deer> <protokol> quizá podría alojar un servidor Nessus 14:48 <deer> <protokol> y hacerle tunnel a través de TOR de mi lado 14:49 <deer> <Ch0Hag> Además necesito una buena excusa para trabajar en el resto de mi red. 14:49 <deer> <protokol> y me dedicaré a aprender Python 14:49 <janonymous1> ‘la fundación del software de I2P’. Ya la puedo ver 14:49 <deer> <protokol> y a escribir correctamente 14:49 <dm> Yo me dedicaré a la búsqueda de más dinero para mí y para quienes están directamente relacionados conmigo, que podrían estar inclinados a darme dinero en un futuro cercano. 14:50 <jrandom> ok, ¿alguien más tiene algo que plantear para 6) ??? 14:50 <dm> 7) $$$ 14:51 <duck> Roger Dingledine (arma @ freenode) publicó un borrador de un capítulo de un próximo libro de O'Reilly 14:51 <duck> http://freehaven.net/doc/wupss04/usability.pdf 14:51 <jrandom> ah, sí, está bastante bien 14:51 <duck> es sobre anonimato y usabilidad 14:51 <dm> ¿capítulo sobre usabilidad? 14:51 <deer> <protokol> puedo dirigir la fundación del software de I2P 14:51 <deer> <protokol> lol 14:51 <duck> algunas partes interesantes sobre la imagen negativa 14:52 <deer> <protokol> dame las llaves del tesoro 14:52 <duck> tener buenos valores por defecto 14:52 <deer> <protokol> ¡AHORA! 14:52 <duck> etc 14:52 <duck> . 14:52 <jrandom> y la importancia de la usabilidad, incluso por encima de la seguridad a veces 14:52 <dm> protok0l: eres el defensor del usuario, ¿no? Deberías leer ese documento. 14:52 <jrandom> ok, ¿algo más para la reunión? 14:52 <deer> <protokol> wow, estoy viendo 83 pares 14:52 <duck> ahora sabemos por qué hay tan pocos sitios ocultos conocidos en Tor 14:53 <deer> <protokol> dm: lo haré 14:53 <duck> arma teme por la imagen negativa 14:53 <duck> . 14:53 <dm> ¿“imago”? 14:53 <duck> imagen 14:53 <deer> <duck> (psicoanálisis) una imagen idealizada de alguien 14:53 <dm> No hay mención de I2P ahí :( 14:53 <duck> jrandom: ¿no lo somos? 14:54 <jrandom> ¿hm? 14:54 <dm> quiere decir “¿no lo somos?”. Es holandés. 14:54 <duck> si algún grupo específico ahora se muda a I2P, 14:54 <duck> podrían ahuyentar a otros usuarios muy necesarios 14:55 <jrandom> oh, ¿eso está ahí? no lo vi 14:55 <duck> no, yo estoy diciendo eso 14:55 <duck> pero también está ahí, más o menos 14:55 <duck> por supuesto, a andy anarquista le importa un bledo 14:56 <jrandom> bueno, creo que hay espacio para ambos, I2P y Tor 14:56 <duck> sí 14:56 <duck> pero, ¿qué hay de una imagen negativa temprana en I2P? 14:56 <deer> <Natalia> esta es la razón por la que me veo obligada a ser una mujer algo mundana en este canal de IRC 14:56 <protok0l> jaja, cuando dé la palabra, todas las principales listas y foros anarquistas oirán sobre I2P en uno o dos días 14:56 <jrandom> oh, me importa un carajo eso, duck ;) 14:56 <deer> <Natalia> jrandom no aprueba a got 14:56 <deer> <Natalia> *gott 14:57 <duck> jrandom: sí, pero bueno 14:57 * duck cuenta la cantidad de regiones amigas de la anarquía en el globo 14:57 <deer> <Natalia> así que tengo que ser Natalia, la mujer querida del canal 14:57 <deer> <Natalia> ( cutre ) 14:57 <duck> somalia? 14:57 <duck> apuesto a que allí sí que les importa un carajo 14:57 <protok0l> Chiapas, México 14:57 <duck> pero no amigables 14:57 <protok0l> méxiico 14:58 <deer> <Ragnarok> bah, quieres ser feminizada 14:58 <jrandom> duck: cuando llegue el momento de ser más públicos, estoy seguro de que podremos mostrar una cara amigable para el Juan de a pie 14:58 <duck> k 14:58 <jrandom> ¿hará la gente cosas “malas” con I2P? sí 14:58 <dm> Creo que deberíamos apuntar a Juan Barriga Cervecera 14:58 <protok0l> buena suerte, sé que gott está planeando algo 14:58 <protok0l> gott nos destruirá 14:58 <duck> ok 14:58 <duck> . 14:58 <jrandom> la única manera en que cualquier sistema de anonimato o seguridad que valga la pena puede sobrevivir es siendo neutral respecto al contenido 14:59 <deer> <Ragnarok> los sistemas de comunicación anónima solo pueden proteger la comunicación. No interfieren con el buen y viejo trabajo policial si alguien realmente hace algo. 14:59 <duck> solo digo que algunos enlaces colocados en http://127.0.0.1:7657/index.jsp podrían ser problemáticos 14:59 <dm> I2P trata sobre tecnología. 14:59 <deer> <Natalia> sí 14:59 <jrandom> bastante cierto, duck 15:00 <duck> y sí, el sitelist.html se convertirá de nuevo en un asunto de discusión TFE 15:00 <jrandom> bueno, mmhmm 15:00 <deer> <Natalia> la neutralidad de contenido es algo sobre lo que escribo en la última entrada de eeplog 15:00 <deer> <Natalia> http://gott.i2p/eeplog.html 15:01 <jrandom> pero esta es, sin embargo, la potencia de los eepsites interactivos, como los wikis 15:01 <jrandom> (p. ej., hacer que la gente registre su sitio con un sitelist.py o lo que sea) 15:01 <deer> <Natalia> jrandom: ¿apoyas o no apoyas la idea de que los rastreadores de eepsite enlacen a material ilegal, estando enlazados desde la portada? 15:01 <deer> <Natalia> +o 15:01 <deer> <Natalia> si fueras a enlazar al sitelist 15:02 <duck> desde un punto de vista moral, tampoco me importa un carajo 15:02 <deer> <Natalia> jrandom: ninguno de estos está registrado 15:02 <duck> pero desde un punto de vista de usabilidad, puede que sí 15:02 <deer> <Natalia> el script comprueba host.txt 15:02 <deer> <Natalia> *hosts.txt 15:02 <jrandom> desde una perspectiva no técnica, apoyo lo que requiera la comunidad de usuarios 15:02 <deer> <Natalia> así que todos se agregan a la lista si tienen un dominio 15:03 <deer> <Natalia> ugh, los sujetadores son tan incómodos. 15:03 <protok0l> sip, inquietante 15:03 <deer> <cervantes> ¿han _visto_ la comunidad de usuarios? 15:03 <cat-a-puss> La solución más simple sería enlazar simplemente a páginas de búsqueda. Todo el mundo sabe usarlas, proporcionan acceso rápido y nadie ve nada que no haya pedido. 15:04 <deer> <cervantes> :) 15:04 <protok0l> gott es un asesino en serie, lo sé. será el primero en ofrecer asesinatos en vivo por webcam en I2P 15:04 <deer> <Natalia> la comunidad de usuarios consiste en gente bastante extraña. 15:04 <jrandom> buen punto, cat-a-puss; podríamos simplemente enlazar a files.i2p 15:04 <deer> <Natalia> en este momento, me veo obligada a ser mujer porque el desarrollador principal desaprueba el comportamiento inmoral de mi otro yo. 15:04 <duck> cat-a-puss++ 15:04 <deer> <Natalia> estamos unidos por una aventura común. 15:06 <BS314159> No estoy convencido de que sea una buena idea, pero la licencia de I2P es ciertamente lo bastante amplia para que la gente cree sus propias versiones, que difieran solo en las páginas de enlaces locales 15:06 <deer> <Natalia> bueno. 15:06 <deer> <cervantes> esperemos que DrWoo pueda mantener sus índices libres de corrupción 15:06 <jrandom> ciertamente, BS314159 15:06 <BS314159> no versiones. distribuciones. 15:06 <deer> <Natalia> files.i2p debería ser un enlace 15:06 <jrandom> BS314159: la gente incluso puede editar su propia página de enlaces local 15:06 <deer> <Natalia> y luego debería haber un enlace a un directorio de internet tipo yahoo 15:06 <protok0l> la mayoría será lo bastante sabia como para usar la versión oficial 15:06 <jrandom> (en docs/readme.html) 15:07 <deer> <Natalia> los motores de búsqueda y los directorios de internet cumplen funciones diferentes 15:07 <deer> <Natalia> por eso el directorio está ahí para empezar 15:07 <deer> <Natalia> se ha solicitado como independiente de un motor de búsqueda 15:07 <BS314159> así que si quieres, por ejemplo, apuntar a un público anti-pornografía, busca a un mantenedor anti-pornografía que mantenga un conjunto de páginas de inicio predeterminadas filtradas 15:07 <protok0l> a menos que estén dispuestos a buscar puertas traseras en versiones de terceros 15:07 <deer> <Natalia> por gente 15:07 <deer> <Natalia> así que creo que el motor de búsqueda es bueno 15:07 <jrandom> cierto, BS314159 15:07 <deer> <Natalia> pero no debería ser el límite 15:07 <deer> <Natalia> motor de búsqueda, directorio de internet, wiki, página de ayuda 15:07 <deer> <Natalia> quizá. 15:08 <jrandom> ya enlazamos a fproxy.i2p, y sabemos qué contenido malvado y aterrador tienen en ese sitio ;) 15:08 <BS314159> No estoy seguro de estar en tema, pero parece posible. ¿Hay algún filtro de contenido de código abierto para el que los mantenedores de algún motor de búsqueda estén dispuestos a implementar soporte? 15:08 <BS314159> Siento que no estoy en tema 15:08 <protok0l> ¿la reunión sigue? 15:08 <jrandom> sí, protok0l 15:08 <BS314159> perdón. (se silencia a sí mismo) 15:08 <deer> <Natalia> jrandom: quizá no deberías enlazar a fproxy.i2p 15:08 <deer> <Natalia> casi siempre está caído 15:08 <jrandom> BS314159: creo que un filtro de contenido en el motor de búsqueda es excesivo 15:08 <deer> <Natalia> parece que ahora mismo está caído 15:09 <protok0l> lo está 15:09 <deer> <Natalia> según la ejecución reciente del script de comprobación de sitios 15:09 <jrandom> ok 15:09 <jrandom> bueno, ha sido una buena discusión, muchas buenas ideas 15:09 <BS314159> no el motor de búsqueda. el de alguien 15:10 <deer> * Natalia sonríe. 15:10 <deer> <cervantes> BS3: aol.i2p ;-) 15:10 <jrandom> ok, ¿hay algo más para la reunión? 15:10 <deer> <cervantes> whoa... aún en la reunión... 15:11 <deer> <cervantes> pensé que me la había perdido por una hora 15:11 <jrandom> no, yo llegué tarde 15:11 <jrandom> ok, si no.. 15:11 * jrandom toma impulso 15:11 * jrandom cierra la reunión con un *baf*