Reunión de desarrollo de I2P - 03 de febrero de 2004

[22:01] <jrand0m> 0) hola [22:01] <jrand0m> 1) red de pruebas [22:01] <jrand0m> 2) hoja de ruta actualizada [22:01] <jrand0m> 3) lista de aplicaciones actualizada [22:01] <jrand0m> 4) se necesitan voluntarios [22:01] <jrand0m> 5) ??? [22:01] <jrand0m> 0) hola [22:01] * jrand0m saluda con la mano [22:01] * mihi saluda de vuelta [22:02] * jrand0m tiene que advertir que llevo despierto demasiado tiempo, así que puede que esté un poco fuera de onda [22:02] <jrand0m> pero bueno, conforme avanzamos, todos deberían leer (o haber leído) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] <jrand0m> vamos directo a 1) red de pruebas [22:03] <mihi> deberías cambiar el asunto de cada correo... aquí todos se agrupan en un solo hilo [22:03] <jrand0m> jajaja bien [22:03] * jrand0m intenté mantener consistencia (para facilitar el filtrado) [22:03] <jrand0m> ¿quieres que le añada la fecha? [22:03] <madman2003> ¿cómo va realmente la testnet? (opinión pesimista por favor) [22:03] <jrand0m> madman2003> mal, pero mejor que antes [22:04] <mihi> jrand0m: fecha (o número de reunión) estaría genial [22:04] <jrand0m> 'k mihi, dalo por hecho [22:04] <jrand0m> (¿alguien además de mí quiere dar comentarios a la pregunta de madman2003?) [22:04] <duck> madman2004: baffled y yo llevamos conectados 4 h [22:04] <baffled> ¿De verdad tanto? [22:04] <duck> antes de test3 el tiempo máximo era 10 min [22:05] <jrand0m> w00t [22:05] <duck> baffled: desde las 18:15:07 CET [22:05] <jrand0m> sí, tuve una sesión de 90 m el otro día también [22:05] <duck> pero quizá estemos conectados directamente [22:05] <madman2003> ¿y estás seguro de que el enlace está intacto? [22:05] <jrand0m> duck> todos los tunnels son de 2 saltos (a menos que tu router esté fallando, en cuyo caso tus tunnels se romperán al menos una vez) [22:06] <jrand0m> madman2003> cuando los tunnels fallan, fallan a lo grande [22:06] <madman2003> ¿cómo está la latencia general en la red de pruebas? [22:06] * Ophite1 se ha unido a #i2p [22:06] * jrand0m normalmente obtiene 2-10 s de latencia a través del squid [22:06] * lucky se ha unido a #i2p [22:06] <jrand0m> 5-20 s de latencia por irc [22:07] <madman2003> ¿ya está arreglado el retraso de 30 s en los sitios locales? [22:07] <jrand0m> duck> ¿puedes /ping duck en tu ircd? ¿cuánto tarda en responder con un error de CTCP rechazado? [22:07] <jrand0m> (o baffled>) [22:08] <jrand0m> madman2003> ha habido correcciones de bugs significativas que explicarían retrasos de 30 s o más localmente [22:08] <jrand0m> (las tareas se bloqueaban causando retrasos absurdos) [22:08] <duck> la respuesta a la solicitud de admin al ircd de baffled es ~8 s [22:08] <jrand0m> duck> ¿a local? [22:09] <duck> el ping/pong de fido es de 3 segundos, que es local [22:09] <jrand0m> guay [22:09] <duck> para eepsites locales también parece ser ~3 s [22:09] <jrand0m> (aún mucho más de lo que me gustaría, pero <<30 s) [22:09] <duck> la solicitud inicial es más larga, podría ser ~30 s [22:10] <jrand0m> interesante [22:10] <duck> , [22:10] <jrand0m> vale, así que definitivamente aún hay trabajo por hacer en la red de pruebas, pero ha habido progreso [22:10] <madman2003> ¿va a seguir funcionando la red de pruebas hasta que el rendimiento pobre sea perfecto? ¿cuál es el requisito exacto de éxito? [22:11] <madman2003> (sé lo de 3 días funcionando bien) [22:11] <jrand0m> éxito == 3 días consecutivos en los que las cosas que deberían salir bien salgan bien. [22:11] <jrand0m> human se ha ofrecido a ayudar e implementar algo en la línea de lo que puse en el correo [22:11] * mihi inunda la red de pruebas con pings ;) [22:11] * leenookx ha salido de IRC (Ping timeout) [22:11] <jrand0m> básicamente una forma de dejar un par de bots conectados a los dos ircd y medir nuestros progresos y fallos [22:12] <jrand0m> (¡bien por human!) [22:12] <mihi> hmm, si no hay netsplit, i2p está funcionando, pero no puedes sacar la conclusión inversa... [22:13] <jrand0m> la hoja de ruta de i2p [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] sitúa la versión 0.2.4 (~= finalización de la red de pruebas) en una semana y media [22:13] <madman2003> ¿por qué no te centras en bajar el retraso local a <1 s? [22:13] <jrand0m> eso haré. [22:13] <madman2003> buenas posibilidades de que eso resuelva también otros problemas [22:13] <jrand0m> la causa de >1 s de retraso probablemente sea la carga [22:14] <jrand0m> para routers sin pares, las solicitudes solo locales son casi instantáneas [22:14] <jrand0m> (pero como la red de pruebas está mostrando algo de carga, estamos estresando cosas diferentes) [22:15] <duck> baffled y yo también hablamos de hacer statsbots, pero si human quiere hacerlo; por mí, genial [22:15] <madman2003> quizá los retrasos tengan que ver con que las solicitudes se envían a otros routers [22:15] <madman2003> antes de ver que es local [22:15] <jrand0m> oh, cierto, duck [22:15] <jrand0m> no, no funciona así, madman2003 [22:16] <jrand0m> (primero se envía al client manager, que comprueba si es local, y solo si no lo es se coloca en el net pool del router) [22:16] * madman2003 se pregunta de dónde viene toda esa carga [22:16] <jrand0m> francia. [22:16] <jrand0m> eh, alemania. [22:16] <jrand0m> (ya que *alguien* está haciendo ping a todos ;) [22:17] <duck> kuala lumpur [22:17] * duck espera que nadie entienda ese chiste [22:17] * jrand0m se complace en cumplir las esperanzas de duck [22:17] <mihi> todos esos pings hicieron que mi máquina local se pusiera a hacer thrashing también... (¡sin router!) [22:18] <jrand0m> mihi> la lib de i2cp hace la crypto ;) [22:18] * wiht se ha unido a #i2p [22:18] <madman2003> ¿i2p no protege de inundaciones de ping? [22:19] <jrand0m> madman2003> la carga no es tan significativa, es solo que el código actualmente tiene sincronización de grano muy grueso (y durante la red de pruebas se está ajustando hacia una sincronización de grano más fino) [22:19] <madman2003> ¿grano de sincronización? [22:19] <mihi> jrand0m: felicidades: parece que ping -ns ya no produce solo - - - [22:20] <jrand0m> jajaja mihi :) [22:20] <mihi> ¿por qué lol? ping -ns nunca me funcionó. (solo el sincronizado) [22:20] <duck> el sincronizado nunca me funcionó a mí... [22:20] <jrand0m> ¿ah sí? pues, -ns me ha ido bien [22:21] <jrand0m> madman2003> es un compromiso de memoria y CPU frente a concurrencia [22:22] <jrand0m> (la sincronización de grano grueso minimiza el uso de CPU y memoria, mientras que la sincronización de grano fino usa más CPU y memoria a cambio de mayor concurrencia) [22:22] * TrueSeeker ha salido de IRC (Leaving) [22:22] * mihi publicará estadísticas de ping en #flood en unos segundos [22:22] * ion ha salido de IRC (Ping timeout) [22:23] <lucky> bah. [22:23] <jrand0m> pero sí, el plan es cerrar la red de pruebas una vez que pase la prueba de 3 días. Mi estimación actual es el 14, pero ya veremos. [22:23] <lucky> día miserable. [22:23] <lucky> estúpidos cerdos capitalistas [22:23] <lucky> quitándome todo mi dinero.. [22:24] <baffled> parece que hay novedades en cvs, ¿cuánto falta para test4? [22:24] <jrand0m> hoy no, con suerte mañana [22:24] * jrand0m se va a la cama después de la reunión :) [22:25] <baffled> genial. [22:26] <madman2003> adiós a todos [22:26] <jrand0m> hasta luego madman2003 [22:26] <madman2003> no olvides los otros puntos de la reunión :) [22:26] <jrand0m> ok, eso es la red de pruebas. ¿algo más sobre eso, o pasamos a 2) hoja de ruta actualizada? [22:26] <jrand0m> jeje [22:26] <baffled> ¿Hay otros generadores de estrés que necesitemos en la red de pruebas? [22:26] * madman2003 ha salido de IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] <duck> ¿qué fecha es? [22:27] <jrand0m> 3 de feb [22:27] <baffled> 3 aquí. [22:27] <mihi> 2004-02-03 [22:27] * leenookx se ha unido a #i2p [22:27] <duck> ah, gracias [22:27] <jrand0m> baffled> en realidad, ¿alguien ha probado i2psnark en la red de pruebas? [22:27] <wiht> baffled: ¿A qué te refieres con 'estresores'? [22:28] <mihi> wiht: supongo que gente metiéndole carga a la red de pruebas [22:28] <baffled> Bueno, el otro día nos pediste a aum y a mí que dejáramos el nntp; estaba pensando en montar un stream ogg de 128 kbps. [22:28] * mihi le gustaría que alguien montara un servicio public echo - permitiría buenas comprobaciones de latencia [22:28] <baffled> así que esos dos elementos, supongo. [22:28] <jrand0m> hemos tenido un buen grupo dándole al squid [22:28] <jrand0m> ¡oh, nntp molaría, y también un stream ogg! [22:29] * jrand0m no recuerda haberles pedido que pararan (¿salvo quizá temporalmente durante una actualización?) [22:29] <jrand0m> de acuerdo, mihi [22:29] * jrand0m comprueba qué puerto es 'echo' [22:29] <jrand0m> 7 [22:29] <mihi> que yo sepa 9 [22:29] <mihi> ups ;) [22:29] <baffled> Puede que estuvieras estresado por otra cosa en ese momento. [22:30] <wiht> Puerto 7. [22:30] <duck> 4 [22:30] * ion se ha unido a #i2p [22:30] <jrand0m> probablemente, baffled ;) [22:30] <duck> echo 4/ddp # AppleTalk Echo Protocol [22:30] <jrand0m> echo 7/tcp [22:30] <jrand0m> echo 7/udp [22:30] <jrand0m> echo 4/ddp # AppleTalk Echo Protocol [22:30] <wiht> Puerto 7 para TCP y UDP. [22:30] <mihi> duck: queremos [0-9]*/tcp [22:30] * duck se agacha [22:31] * Synonymous se ha unido a #i2p [22:31] <jrand0m> entonces, ¿alguien quiere rematar la app de pruebas de human (el servidor y cliente echo)? [22:32] <jrand0m> (aunque ejecutar twisted parece un poco excesivo para eso ;) [22:32] <duck> la que no usa twisted funcionaría [22:33] <duck> . [22:33] * jrand0m no se dio cuenta de que su código i2p podía funcionar sin twisted [22:33] <jrand0m> pero en fin, ¿alguien quiere ofrecerse para liderar el levantamiento de un servicio echo? [22:33] * duck se sienta sobre sus manos [22:33] <wiht> ¿Alcanzable a través de I2P, o a través de Internet normal? [22:34] <jrand0m> a través de i2p [22:34] <baffled> Puedo mirarlo si me das especificaciones concretas. [22:34] <mihi> duck: ¿los patos tienen manos? yo pensaba que alas ;) [22:34] <jrand0m> especificación: recibir una línea de texto y devolverla :) [22:34] <baffled> oh, vale, sin problema. [22:34] <lucky> bah... ¡tendré que empezar a presentar impuestos el año que viene! [22:34] <mihi> jrand0m: s/line/byte chunk/ [22:34] <lucky> Maldito, estúpido gobierno... [22:35] <jrand0m> mihi> una línea es mucho más fácil de parsear ;) [22:35] <duck> lucky: shhh [22:35] <jrand0m> baffled++ [22:35] <jrand0m> ok, pasamos a 2) hoja de ruta actualizada [22:35] * jrand0m dirige la atención de la gente a http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] <mihi> jrand0m: ¿por qué? while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] <jrand0m> (que, por supuesto, todos ya han leído) [22:36] * MrEcho se ha unido a #i2p [22:36] <jrand0m> mihi> mensajes de un byte vs nagle, etc [22:37] <jrand0m> pero en fin, lo que sea que implemente baffled para hacer eco y apoyar las pruebas es Bueno [22:37] <jrand0m> (o tú y él pueden acordar lo que mejor les funcione) [22:37] * wiht ha salido de IRC (Ping timeout) [22:37] <baffled> Si tienes requisitos, escríbelos y avísame luego, mihi, y lo intento. [22:38] * ion ha salido de IRC (Ping timeout) [22:38] <mihi_backup> baffled: no realmente. si hace falta, añadir un salto de línea tras una marca de tiempo no es problema. [22:38] * jar_ ha salido de IRC (Ping timeout) [22:38] <duck> (netsplit después de 4:20) [22:38] <jrand0m> je [22:39] <jrand0m> no es bueno :/ [22:39] <jrand0m> bueno, iterativo e incremental. [22:39] <mihi> 22:38:09.430 ERROR [WrC1->Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: Error sending [22:39] <mihi> message to peer. Killing tunnel runner [22:39] <jrand0m> ¿están todos los 9/10 routers arriba ahora mismo? [22:39] <jrand0m> (¿o se cayó uno?) [22:40] <jrand0m> solo veo 8 [22:40] <jrand0m> 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: Error reading from stream to [RouterIdentity: [22:40] <jrand0m> Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck acaba de actualizar [22:40] <duck> ¿dónde encaja lo de admin de i2cp en la hoja de ruta? [22:41] <duck> hasta donde sé, eso no está implementado, pero 0.2.5 habla de finalizar la spec [22:41] <jrand0m> el plan actual es hacer de I2CP el protocolo de cliente simple, dejando la funcionalidad de admin separada [22:41] <jrand0m> (p. ej., a través del puerto web de admin :7655) [22:41] <duck> ok [22:42] <jrand0m> (y arrancar toda esa otra porquería) [22:42] * jar_ se ha unido a #i2p [22:42] * ion se ha unido a #i2p [22:42] <jrand0m> ((shrinkingCodebase)++) [22:43] <jrand0m> ¿alguien tiene alguna opinión sobre los dos Grandes Asuntos? [22:43] <jrand0m> = abortar el transporte PHTTP actual (hasta 2.0) [22:43] <jrand0m> = mantener soporte para una restricted route topology (topología de rutas restringida) en 2.0 [22:43] <baffled> Bueno, gente, me tengo que ir, así que leeré los logs más tarde. [22:43] <jrand0m> genial, me alegra que pudieras venir, l8r [22:43] * baffled ha salido de IRC (Leaving) [22:44] <duck> un i2cp seguro reduciría un poco la necesidad directa de restricted route topology [22:44] <duck> así que está bien [22:45] <jrand0m> de acuerdo, aunque lo 'asegurado' en este sentido no será ideal (todas las cargas de I2CP, por supuesto, irán cifradas, pero los sniffers pueden detectar que $client está enviando un mensaje de $n bytes a $destination) [22:46] <jrand0m> la única diferencia respecto al i2cp actual es una pequeña actualización del protocolo/estructura de autenticación [22:46] <jrand0m> ((bueno, el $client no puede detectar $n, ya que los mensajes se rellenan aleatoriamente. nm) [22:46] <jrand0m> eh, $sniffer, no $client [22:47] * wiht se ha unido a #i2p [22:47] <jrand0m> (por supuesto, eso no derrota a un adversario pasivo global) [22:48] <jrand0m> ¿alguien tiene otras preocupaciones/sugerencias/ideas/comentarios? [22:48] <jrand0m> (sobre la hoja de ruta) [22:49] <duck> no [22:49] <jrand0m> yo tampoco [22:49] * jrand0m pasa a 3) lista de aplicaciones actualizada [22:49] <jrand0m> [insertar perorata de 'mihi es el amo' aquí] [22:50] <duck> ¡ayuden a jrand0m a decir que no! [22:50] <jrand0m> mihi> ¿alguna opinión sobre lo de muffin? http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] <jrand0m> jeh [22:51] <mihi> jrand0m: ya sabes lo que pienso de eso... [22:51] <jrand0m> (no te estoy pidiendo específicamente que lo integres, solo quiero saber si crees que sería bueno) [22:52] <mihi> httpclient tiene que salir de i2ptunnel, ya que i2ptunnel es para reenvío de flujo y httpclient hace reenvío de contenido [22:52] <mihi> meter eso a golpes en i2ptunnel sería aún más chapucero. [22:52] <jrand0m> de acuerdo, así que la app de más abajo [Scalable web proxies] [22:52] <jrand0m> tiene sentido [22:53] <jrand0m> (apps que hacen Una Sola Cosa y la hacen Bien)++ [22:53] <mihi> jrand0m: me malentendiste... [22:53] <jrand0m> ¿qué me perdí? [22:54] <mihi> no tengo nada en contra de una app que lea una solicitud http, la parsee, la envíe por i2p, lea la respuesta, la parsee y la devuelva (quizá con filtrado), solo que no lo haga como httptunnel. [22:54] <mihi> httptunnel reenvía todo excepto las primeras líneas. [22:54] <jrand0m> ah, tienes razón [22:55] * jrand0m no tiene la cabeza del todo bien puesta [22:55] <mihi> sería difícil meter filtrado efectivo ahí (si debe filtrar html y no texto o algo así) [22:55] <jrand0m> exacto: quizá tener MUFFIN como independiente [22:55] <jrand0m> (filtrando lo que salga de httpclient) [22:55] <mihi> así que diría, una app adicional para eso. pero eso requeriría una streaming lib... (o algo así) [22:56] * duck a duck le gusta cómo puedes hacer proxies xmlrpc/soap con httpclient, eso sí [22:56] <wiht> jrand0m: No vi una entrada para "muffin" en la lista de aplicaciones. [22:56] <jrand0m> wiht> http://muffin.doit.org/ [22:56] <mihi> muffin es un filtro de contenido http [22:57] <mihi> si tenemos un filtro de contenido, podríamos tirar esa cosa cutre del "proxy". [22:57] <jrand0m> duck> con suerte el filtro de muffin estaría configurado para dejar pasar xmlrpc/soap, filtrando solo cosas como VBScript / etc [22:57] <wiht> Ya veo. [22:57] <jrand0m> hm, mihi? [22:57] <duck> ah, espera, xmlrpc/soap sería de tipo de contenido xml [22:57] <jrand0m> mihi> ¿no necesitaría aún hacer la traducción de nombres, al menos? [22:58] <mihi> claro, pero no como proxy. http://localhost:12345/duck.i2p/ funcionaría mucho mejor. [22:58] <Synonymous> muffin es GPL, tienes que tener cuidado en un proyecto de dominio público al usar código GPL, sigue teniendo copyright ;) [22:58] <mihi> ya que puedes enlazar a eso desde la web normal [22:58] <jrand0m> hrm, mihi. [22:58] <mihi> Synonymous: i2ptunnel es GPL de todos modos [22:58] <jrand0m> Synonymous> I2PTunnel es GPL [22:58] <Synonymous> ya [22:59] * jrand0m es muy consciente de que algunas personas consideran válidos los derechos de autor, e intenta acomodarse a ellos. [22:59] <Synonymous> asegúrense de ponerlo donde sea visible (si usan muffin) ya dice que iptunnel es gpl [22:59] <jrand0m> por supuesto, si usamos muffin se atribuiría y se marcaría como gpl. [22:59] <Synonymous> sí, eso es lo que dije, tengan cuidado con eso [23:00] <jrand0m> (no vamos a entrar en la discusión sobre copyright aquí) [23:00] <jrand0m> ok, ¿más ideas sobre las apps listadas? [23:00] <Synonymous> entonces no, y mi comentario no pretendía iniciar una [23:00] * duck se ríe de http://muffin.doit.org/demo/evil/ [23:01] <jrand0m> ¿qué creen que será funcionalidad de app necesaria para 1.0? [23:01] <jrand0m> je, duck [23:01] <jrand0m> (¿o ya estamos ahí, y la funcionalidad de apps de la 1.0 == cosas proxied a través de i2ptunnel :) [23:02] <Synonymous> la gente querría chat funcional, y quizá una app tipo freenet para 1.0 si a eso te refieres, quizá un conjunto de herramientas para que la gente pueda montar fácilmente sus propios servicios [23:02] <mihi> todavía faltan un IM (mensajería instantánea) y un naming service [23:02] <jrand0m> mihi> ¿irc sobre i2p? [23:02] <wiht> Sí, el naming service debería estar listo para la versión 1.0 de I2P. [23:03] <duck> eep [23:03] <mihi> jrand0m: irc sobre i2p estaría bien también, pero un naming service ;) [23:03] <jrand0m> wiht> ¿tienes alguna idea de si un naming service estará implementado y listo para entrar en producción para abril? [23:03] * jrand0m realmente no creo que un naming service sea necesario. útil, sí [23:04] <jrand0m> (todo lo que *necesitamos* es una forma fácil de actualizar un archivo hosts.txt) [23:04] <kaji> o una capa de vpn distribuida [23:04] <jrand0m> je [23:04] <mihi> jrand0m: para mí, incluso eso (si está automatizado) es un naming service [23:04] <wiht> jrand0m: Probablemente hacia mediados de abril. [23:05] <jrand0m> kaji> una capa de vpn distribuida son un mes sólido de 1-2 desarrolladores ;) [23:05] <wiht> Quiero hacerlo escalable para acomodar muchas más entradas de las que tenemos en hosts.txt ahora. [23:05] <jrand0m> 1.0-->3.0 no tendrá millones de entradas [23:05] <wiht> MrEcho: ¿Tienes alguna opinión sobre esto? [23:05] <jrand0m> miles, sí [23:06] <jrand0m> Synonymous> una app tipo freenet estaría genial, pero entonces necesitamos reclutar a alguien que la implemente :) [23:07] <jrand0m> Synonymous> herramientas para montar servicios: definitivamente. con suerte i2pmanager o i2pmole servirán [23:07] <Synonymous> eso podría ser difícil, sobre todo porque freenet no funciona jeje [23:07] <wiht> Hablando de eso, ¿cómo va el progreso de I2PManager? [23:07] <jrand0m> aparentemente va avanzando, el modo consola/cli progresa (aum ahora lo usa para gestionar sus servicios vía scripts de init) [23:08] <jrand0m> he usado la gui, y aum ha registrado algunos bugs en el tunnelmanager que aún están pendientes [23:08] <jrand0m> (debido a grandes cantidades de tunnels creados, no a pequeñas) [23:08] <wiht> Creo que I2PManager debería ser una aplicación para la 1.0. [23:09] <jrand0m> yo también lo espero [23:09] <jrand0m> (especialmente porque eso significaría que podemos tirar el instalador chapucero, ya que i2pmanager lo tiene integrado) [23:09] <jrand0m> así que la gente con experiencia en python debería ponerse en contacto con aum para ver cómo pueden ayudar :) [23:09] <human> re [23:09] <jrand0m> bienvenido de vuelta, human [23:10] * human leyó sobre el proxy muffin [23:10] <human> conozco otro proxy personal orientado a privacidad llamado privoxy [23:11] <jrand0m> sí, privoxy era otro que había estado mirando. buen potencial también [23:11] <jrand0m> (la razón por la que me incliné por muffin fue la facilidad de integración, ya que es en java) [23:12] * jrand0m no seré quien lo implemente/integre, así que mi opinión es solo una sugerencia [23:12] <@Nightblade> creo que un chat grupal (o irc) sería un buen programa porque si logras que el chat funcione de forma fiable, entonces sabes que la latencia y la estabilidad de i2p son buenas [23:13] <jrand0m> de acuerdo [23:13] <Synonymous> ¿cómo funcionaría trent en un sistema así, sería posible hacerlo con un sistema de claves públicas y privadas (como frost) [23:13] <Synonymous> ¿el canal sería el 'board'? [23:13] <jrand0m> Synonymous> duck en realidad ha hecho cosas interesantes [23:13] <Synonymous> guay [23:14] <duck> que es: los usuarios inician sesión con una contraseña secreta en el ircd, el ircd publica el sha1 de la contraseña [23:14] <jrand0m> Synonymous> en su ircd modificado, puedes proporcionar una contraseña cuyo hash se muestra en el ident [23:14] <Synonymous> también sería como waste, supongo, aunque no lo usé [23:14] <jrand0m> duck> aunque si alguien más crea su propio ircd, puede suplantarlo :/ [23:14] <duck> así otros pueden comprobar el sha1 contra una lista local, sin requerir una base de datos centralizada [23:15] <duck> claro [23:15] <jrand0m> pero supongo que la gente podría recordar desde qué ircd se conecta alguien normalmente [23:15] <jrand0m> ¿sería posible tener un nickserv? [23:15] * jrand0m no sabe mucho de cómo funcionan las redes de irc [23:16] <duck> sí, pero no quería eso [23:16] <duck> porque Trent se hizo como un hack temporal [23:16] <jrand0m> cierto, sería Bueno si pudiéramos prescindir [23:16] <jrand0m> jeje [23:16] <jrand0m> hasta iip 2.0, ¿no? ;) [23:16] <duck> ahora es el chiste más duradero del mundo [23:17] <duck> . [23:18] <jrand0m> ok, entonces si vamos a 1.0 con: irc, eepsites (y una forma de montar los tuyos), squid y cvs, ¿es razonable? [23:18] <@Nightblade> sí [23:18] <jrand0m> (obviamente sería fantástico si pudiéramos incluir i2psnark, naming, I2PIM y las demás apps) [23:19] <duck> con irc te refieres a i2pirc nativo? [23:19] <duck> o si no, ¿por qué no nntp, etc., también? [23:19] <jrand0m> oh, cierto [23:19] <jrand0m> por supuesto [23:20] * jrand0m ¡se da un coscorrón!. [23:20] <duck> pero sin pasarnos, claro [23:20] * duck piensa que el pgp keyserver es tonto [23:20] <jrand0m> solo quería decir que es fácil abrumar a la gente con opciones [23:20] <duck> ah, claro [23:20] <duck> como en cosas empaquetadas oficialmente [23:20] <jrand0m> "«¿por qué debería usar I2P?» «bueno, puedes [.............]»" [23:20] <jrand0m> claro [23:20] * duck está de acuerdo [23:21] <jrand0m> con i2ptunnel, podemos soportar todo lo que hemos visto (y más :) [23:21] <jrand0m> ok, en ese caso, no creo que debamos preocuparnos demasiado por las i2papps [23:21] <mihi> por cierto: deberíamos desaprobar la opción -nogui de I2PTunnel... [23:22] <jrand0m> ¿para poner por defecto -nogui? [23:22] <jrand0m> (¿o intentas que todos usemos awt? ;) [23:22] <mihi> no. no usar -nogui en absoluto. -cli y -nocli son más «transparentes» [23:22] <Synonymous> también deberían empaquetar todas estas opciones en 1 distro si pueden [23:22] <jrand0m> ah ok mihi [23:22] <Synonymous> a diferencia de freenet, que no menciona otras utilidades y te toca ir a buscarlas [23:22] <jrand0m> Synonymous> definitivamente [23:22] <jrand0m> Synonymous> ¿has usado i2pmgr ya? [23:23] <mihi> -nogui actúa de forma diferente según uses -e "run configfile" o uses "configfile" [23:23] <Synonymous> no, no pude hacerlo funcionar :) [23:23] <jrand0m> (aún está en pre-alfa, pero funciona) [23:23] <jrand0m> ah ok [23:23] <Synonymous> de antes, pero no probé la gui [23:23] <Synonymous> podría probar ahora que tiene una [23:23] <Synonymous> :) [23:23] <jrand0m> sí, ha estado progresando [23:23] * duck reprime un bostezo [23:24] <jrand0m> sí sí sí, duck, ok ;) [23:24] <jrand0m> creo que eso es todo sobre apps, a menos que alguien tenga algo más [23:24] <jrand0m> pasamos a 4) Se necesitan voluntarios [23:25] <jrand0m> estamos haciendo buen progreso, y el ritmo está bien y, imho, es sostenible [23:25] <jrand0m> pero todos hemos estado hablando de cosas muy buenas que nos gustaría añadir [23:25] <jrand0m> si hubiera N horas más en el día, bla bla bla [23:26] <duck> ¿qué quieres decir con 'development bandwidth'? [22:26] <jrand0m> más horas de actividad de desarrolladores [22:26] <duck> sí [22:27] <jrand0m> (p. ej., 2 desarrolladores == 16/20 horas/día) [22:27] <jrand0m> mi intuición es del tipo 'si lo construyes, vendrán' [22:28] <jrand0m> (pero también trabajé en empresas que pensaban que tenían un producto cojonudo, lo hicieron aún más cojonudo, lo lanzaron y no vieron mucha actividad de mercado) [22:28] * duck no cree que contratar indios baratos vaya a funcionar [22:28] <jrand0m> je [22:29] <duck> product marketing != developer marketing [22:29] <jrand0m> cierto, de acuerdo [22:29] <jrand0m> solo lo decía como analogía [22:30] <jrand0m> veremos cómo progresa. solo quería poner esas cosas sobre la mesa [22:30] <@Nightblade> es un programa complejo, lo que dificulta encontrar gente que pueda entenderlo [22:31] <jrand0m> de acuerdo, Nightblade [22:31] * greasyaxelsex__ se ha unido a #I2P [22:31] <jrand0m> Nightblade> para eso está el criterio #3 de la versión 1.0 en la hoja de ruta: " Javadoc y recorrido/guía del código actualizados" [22:32] * dm se ha unido a #i2p [22:32] * wiht ha salido de IRC (EOF From client) [22:32] <jrand0m> actualmente tenemos un wiki en general al día que proporciona una visión general de la impl de java [22:32] <mihi> hola dm [22:32] <jrand0m> pero definitivamente necesitaré ayuda con la documentación [22:32] <dm> hola mihi. [22:33] <jrand0m> (ya que lo que tiene sentido para mí != lo que tiene sentido para quien está aprendiendo el código) [22:33] * dm acusa a jrand0m de usar términos que se ha inventado al explicar cosas. [22:34] <jrand0m> de vez en cuando ;) [22:34] <Synonymous> ayudaré con la web si quieres [22:34] <jrand0m> (aunque lo único que conscientemente he acuñado respecto a i2p es 'militant grade anonymity' ;) [22:34] <Synonymous> ya tengo una plantilla [22:34] <dm> ¿Qué tan lejos estamos de una 0.2.x sin bugs? Tendré mi banda ancha en menos de una semana. [22:34] * wiht se ha unido a #i2p [22:34] <Synonymous> el sitio web necesita mucho trabajo [22:34] <Synonymous> estoy trabajando en mi propio sitio web de p2p anónimo, pero pueden usar el mío :) [22:35] <jrand0m> jeje [22:35] <Synonymous> está modelado siguiendo el de freenet [22:35] <Synonymous> pero mejor [22:35] <Synonymous> :P [22:35] <jrand0m> en realidad, sí, quizá podamos iniciar un hilo en la lista de i2p describiendo los objetivos del sitio y viendo cómo encaja? [22:35] <dm> Synonymous: ¿estás construyendo una app p2p, o solo el sitio web? [22:35] <Synonymous> solo el sitio web [22:35] <jrand0m> (y si ese tráfico crece, nos moveremos a algo como i2p-www@) [22:36] <duck> ROFL con plantillas de sitios web de p2p anónimo [22:36] <jrand0m> dm> hoja de ruta actualizada en http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap con 0.2.4 prevista para el 14 de febrero [22:36] <Synonymous> explicar el p2p anónimo, las distintas topologías de redes, su filosofía, el mundillo cypherpunk, el imprimátur digital, enlaces a proyectos, una lista de correo para que la gente lo discuta [22:36] <mihi> dm> el sw sin bugs no existe [22:36] <jrand0m> duck> hay que mantener grande el conjunto de anonimato ;) [22:36] <Synonymous> también enlaces al otro sitio que hace eso [22:37] <dm> mihi: ¡sí existe! [22:37] <jrand0m> mihi> trabajé en un proyecto hace años que realmente se entregó con 0 bugs. ni p1 ni siquiera p5s [22:37] <dm> func addints(int a, int b) { return a + b; } [22:37] <mihi> jrand0m: solo que no los encontraron... [22:37] <mihi> dm: ¿en qué lenguaje? [22:37] <jrand0m> mihi> entonces no es un bug ;) [22:37] * greasyaxelsex__ ha salido de #I2P (greasyaxelsex__) [22:37] <dm> pseudo-lenguaje [22:38] <mihi> ¿y cómo reacciona este pseudo-lenguaje ante un overflow? [22:38] <wiht> dm: En un proyecto con miles de líneas de código, es mucho menos probable no tener bugs. [22:38] <duck> . [22:38] <Synonymous> entonces abril es la fecha límite para algo de cara al público? ¿Por qué no intentan reclutar algunos devs, o les llevaría demasiado explicarles cómo funciona, etc.? [22:39] <dm> input is never over max_value /2 [22:39] <jrand0m> (actualmente ~20KLOC, usando el algoritmo "grep \; | wc -l") [22:39] <jrand0m> Synonymous> No creo que queramos ir por ahí posteando en listas «oye, estamos haciendo algo de puta madre, vengan a codificar» (eso es esencialmente un anuncio 1.0) [22:40] <dm> son muchísimas líneas. [22:40] <dm> ¡bloat de Java! [22:40] <jrand0m> pero si hay gente interesada en ayudar, sin duda haré lo posible por averiguar cómo involucrarlos [22:40] * jrand0m patea a dm [22:40] <jrand0m> el bloat de java es cuando la jvm usa RAM. tú sugieres bloat OO [22:40] <dm> Qué líder de proyecto es jrand0m. [22:40] <Synonymous> bueno, ¿cómo sabrán si hay gente interesada si no hay conocimiento de ello? eso es una contradicción [22:41] <Synonymous> y por 'reclutar' me refiero a enviarles correo, no anunciar públicamente en, digamos, zeropaid, sobre i2p [22:41] <Synonymous> como alguien hizo ;) [22:41] <jrand0m> Synonymous> ¿qué opinas de la explicación de ese tema en el correo? [22:41] <dm> Eso, bloat OO. [22:41] <jrand0m> sí, me molestó cuando alguien me habló de ese artículo de zp [22:41] <Synonymous> sí, tú eres el que hizo la entrevista [22:41] <jrand0m> (pueden leer los mensajes de iip-dev de agosto) [22:41] <Synonymous> ¿solo te citaron? [22:41] <jrand0m> ¿"entrevista"? más bien alguien random en iip haciéndome preguntas [22:42] <dm> mihi: ¿estás trabajando en la streaming lib? [22:42] <Synonymous> ah :) [22:42] <mihi> dm:no [22:42] <mihi> Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [22:42] <mihi> $ grep \; `find . -name "*.java"` | wc -l [22:42] <mihi> 30593 [22:42] <jrand0m> ah. [22:42] <Synonymous> bueno, consigan una lista de líderes de proyectos de p2p anónimo y díganles «aquí hay un proyecto que podría interesarte; si tienes ideas de código o proyectos que puedan ayudarlo, por favor avísame» [22:42] <mihi> 30kLOC ;) [22:42] <jrand0m> grep -v \^import [22:43] <jrand0m> robar líderes de proyectos == mala forma ;) [22:43] <jrand0m> (hay muchos proyectos buenos, y aunque obviamente pienso que i2p es importante, los demás también) [22:44] <Synonymous> no es robar, y no creo que se pueda 'robar' al «líder», simplemente disolvería el proyecto [22:44] * jrand0m no puede creer que estemos en 30kloc [22:44] <jrand0m> je [22:46] <jrand0m> ok, pasemos a 5) ??? [22:46] <duck> 2 propuestas de eepsite, para quienes no sepan qué hacer: 1) tunnel FE de meshmx (con stunnel) 2) sitio pastebin.de [22:46] <jrand0m> ¿alguien tiene algo más que discutir/mencionar? [22:46] <jrand0m> oh, cierto, duck [22:46] <jrand0m> ¿qué es pastebin.de? [22:46] <jrand0m> (¿similar?) [22:47] <duck> sitio donde puedes pegar código/logs/cosas públicamente [22:47] <duck> para depuración en irc [22:47] <duck> http://pastebin.de/ [22:47] <jrand0m> interesante [22:47] * @Nightblade solo prefiere inundar canales con código [22:48] <jrand0m> vaya, esa es una idea muy innovadora [22:48] <jrand0m> absurdamente simple. [22:48] <jrand0m> enfocada. [22:48] <jrand0m> práctica. [22:48] <dm> ¿Solo python, sin embargo? [22:48] <jrand0m> ¿ah, de veras? [22:48] <jrand0m> :/ [22:48] <duck> creo que este tiene resaltado para python [22:48] * jrand0m retira lo de 'práctica' ;) [22:48] <duck> pero también he visto de php, etc. [22:48] <duck> y podrías tener un enfoque general [22:48] <dm> Creo haber visto uno que acepta cualquier lenguaje. [22:49] <dm> Buena idea, eso sí. [22:49] <duck> en fin, solo algo simple [22:49] <duck> no necesitas resaltado para nada [22:49] <duck> la numeración de líneas en línea sería útil [22:49] * dm mira código python. [22:49] <dm> ¿Qué tiene de especial esto, otra vez? [22:50] <jrand0m> tiene una y [22:50] * Nightblade establece modo: +o jrand0m [22:50] <@jrand0m> w00t [22:50] * Trent@anon.iip establece modo: +o mihi [22:50] <duck> no hay nada especial en ello, [22:51] <dm> A mucha gente le gusta mucho, creo. [22:51] <duck> oh, te refieres a python [22:51] <dm> sí, perdón. [22:52] * duck mueve eso a 6) offtopic [22:52] <duck> :) [22:52] <@jrand0m> je [22:52] <@jrand0m> [beuler, beuler] [22:52] <dm> Perdón, no me di cuenta de que tenían una reunión. [22:52] <@jrand0m> todos los martes 9 p.m. GMT :) [22:53] <duck> ok, cosas de php: http://pastebin.com/pastebin.php?showsource=php [22:53] <@jrand0m> ¿alguien tiene algo más que quiera plantear con respecto a i2p, etc.? [22:54] <@mihi> ¡i2p mola! [22:54] <@jrand0m> (si tan solo fuera más fiable..) [22:55] <@mihi> para mí es más fiable que freenet ;) [22:55] <@jrand0m> je :) [22:55] <@jrand0m> si no hubiera jodido tu i2ptunnel para poner el contador de reintentos en 0, estaríamos bien ;) [22:56] <@jrand0m> (corromper un poquito de datos aquí y allá, pero eso nunca hizo daño a nadie... eh......) [22:56] <@jrand0m> ok [22:56] <dm> no baf [22:56] * @jrand0m no va a intentar alargarlo 4 minutos más para llegar a 2 horas [22:57] <dm> no baf [22:57] * @jrand0m niega a dm y *baf* cierra la reunión