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

Resumen rápido

Presentes: Addic, al-jebr, Ambience, ChZEROHag, Delly, Ehud, hezekiah, hifi, jrand0m, LeerokLacerta, lonelynerd, luckypunk, mids, Neo, nop, qriff, Rain, sahara, thecrypto, thetower, UserX, wilde

Registro de la reunión

--> Ahora estás hablando en #iip-dev --- El tema de #iip-dev es Reunión de IIP - archivos de registro: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ son las 21:13 <-- wilde ha salido (Tiempo de espera de ping) --- Trent@anon.iip otorga estado de operador del canal a UserX ok !time al-jebr: 00:21 aquí Creo que todos se han acomodado Vamos. :) 11:06 aquí empecemos ¿alguien recibió mi agenda para poder leerla Olvidé el orden <-- leenookx ha salido (Tiempo de espera de ping) mi reloj está 15 minutos adelantado :) --> hifi (~MetroPipe@anon.iip) se ha unido a #iip-dev en la agenda 1) Bienvenida 2) Nuestras despedidas 3) IIP desarrollo ahora 4) Propuesta de reestructuración del desarrollo de IIP en realidad son xx:13 en todas partes... 5) Reclutamiento de servicios para ayudar con IIP <-- Delly ha salido (Tiempo de espera de ping) 6) comentarios, sugerencias y gente que quiera ayudar 23:05:28 <@nop> 1) Bienvenida 23:05:38 <@nop> 2) Nuestras despedidas 23:05:43 <@nop> 3) IIP desarrollo ahora 23:05:56 <@nop> 4) Propuesta de reestructuración del desarrollo de IIP 23:06:16 <@nop> 5) Reclutamiento de servicios para ayudar con IIP 23:06:53 <@nop> 6) comentarios, sugerencias y gente que quiera ayudar vaya, inundación por aquí ;) pl ¿Nuestras despedidas? lol ¡¡¡TROLLS!!! Bienvenidos a todos vamos a calmarnos :) . listo --> wilde (~anon@anon.iip) se ha unido a #iip-dev listo ¿alguien registrando? --> thecrypto (~thecrypto@anon.iip) se ha unido a #iip-dev Yo (más o menos). mids debería estarlo. * jrand0m registra en todo momento ¡vamos! ok nop: ¿Punto número 2 de la agenda? Nuestras despedidas ¡Adiós! ¿dónde está el livelog? Ok, mids ha llegado a un punto en el que pasa a otros proyectos --> Phiberoptika (~none@anon.iip) se ha unido a #iip-dev Después de haber trabajado para IIP por más de un año, he decidido renunciar como desarrollador de IIP. Awww. Ha sido divertido y una experiencia educativa pero es hora de seguir adelante, refrescar el espíritu y barajar las cartas. ¿Seguirás en línea/alrededor? Seguiré ejecutando Trent mientras sea necesario y posible. Sí, planeo quedarme como usuario --> ntk (~blob@anon.iip) se ha unido a #iip-dev * nop está en la esquina sollozando oh, ah hem muchas gracias mids, iip sin trent sería un coñazo Qué triste. sí gracias mids por todo tu workup trabajo Aunque pronto me iré de vacaciones :) . --- mids elimina el estado de operador del canal de mids :D Parece que has hecho un gran trabajo. :) ..qué simbólico.. ¡¡¡te queremos mids!!! ¿oíste eso? esa fue mi ventana abriéndose ¡todos te queremos! fan base allá afuera --> w (~w@anon.iip) se ha unido a #iip-dev --- nop es ahora conocido como we lol, sí. :D * we te quiere mids ¡Vamos mids vamos! rofl --> leenookx (~leenookx@anon.iip) se ha unido a #iip-dev --- LeerokLacerta ha cambiado el tema a: Reunión de IIP - archivos de registro: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ | ¡Te queremos, mids! weeeeee somooooos los campeoooones, mis amigoosss... sí mids, gracias por todo tu aporte, colaboración y arduo trabajo en código y haciendo tareas generales de desarrollador para IIP. --- we es ahora conocido como nop * mids hace una reverencia * Ehud se pone de pie y da una ovación de pie al compromiso, perseverancia, esfuerzo y buen código sólido que mids ha dado al proyecto. sí mids lleva tus juguetes y vete a tigertown lol y no olvides las relaciones públicas y la gestión web ha sido un aspecto vital para IIP llegar hasta aquí habría sido difícil sin su trabajo --> ChZEROHag (hag@anon.iip) se ha unido a #iip-dev hifi se pelea con mids por el tema del troleo <-- hezekiah ha salido (Tiempo de espera de ping) heh hifi --> hezekiah (~hezekiah@anon.iip) se ha unido a #iip-dev --- Trent@anon.iip otorga estado de operador del canal a hezekiah De vuelta. :) Yay. (Y por si alguien dudaba, Hezekiah == Ehud.) nunca usé el frucking trent y no sé qué hizo mids . solo troleo . obviamente tu hezekiah@anon.iip lo delató <-- Ehud ha salido (Tiempo de espera de ping) Ugh ¿Punto número 3? (Si ya terminamos de sollozar ...) y nunca me han hecho pingout en mi vida. Soy el usuario más disciplinado de IIP. 3) IIP desarrollo ahora heh ¡Ok todos! Shhh. ¡De vuelta al tema! PERO LLORO que ¡¡¡MIDS SE VA!!! ok . Desarrollo de IIP. ¿Cuál es el estado actual de ese release de snapshot de código? ¿Eso se suponía que pasaba hoy? Bueno, a menos que UserX tenga una objeción al tarball que hice, está listo. Ok. ¿Lo publicas en el wiki? ¿UserX? ¿Hubo algún problema con el tarball? no hay problemas con el tarball Sí, pero ¿hay compilaciones para Windows? OK1 http://invisiblenet.net/hezekiah ¡Consigan sus tarballs allí! todavía no ha habido una compilación en la versión de windows hm "tarballs" suena como algún tipo de comida... * luckypunk intentará hacer una. --- hezekiah ha cambiado el tema a: Reunión de IIP - archivos de registro: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ - tarballs del lanzamiento de desarrollo 'unstable' están en http://invisiblenet.net/hezekiah | ¡Te queremos, mids! Son. Para GCC. lol Comida pegajosa. Hay un 'bug documentado'. Puedo compilar una versión win32 si quieren Entonces, ¿podrían dar una descripción rápida de qué hay de nuevo en este release? Si ejecutas isproxy y no logra enlazar el puerto, entonces /no/ abortará. Solo se quedará allí desperdiciando memoria. Rain: Eso es demasiado para mí (sin mencionar que ni siquiera _sé_ todas las diferencias). asumo que este: iip-1.2-dev1.tar.bz2 01-Jul-2003 01:45 292k tar archive ? UserX podría dar una descripción mucho mejor ¿UserX? hezekiah/UserX ¿podemos conseguir por casualidad un changelog de las diferencias? eso quizá tome un día antes de que esté listo Ambience: ¡Sí! O el Gzippeado. Es el mismo tarball. porque hay un montón de cambios Ah, ¿y se ha reemplazado la clave de firma de IIP vencida? hezekiah: ok nop: Me uní a IIP después de que la rama de desarrollo ya estuviera en progreso. --> Ehud (~hezekiah@anon.iip) se ha unido a #iip-dev Rain: No. Tuve que usar mi clave GPG. nadie ha probado compilar esta rama dev en win32 ¿verdad? Hey, ¿este src está en CVS? Rain: No pude contactar a nadie que tuviera la clave de release de IIP. luckypunk: Sí. * luckypunk lo hizo, pero su sistema no funcionó para ello. hezekiah: Ok, recibido. cambios: multihilo, soporte de bignum vía openSSL o GMP, numerosas mejoras al sistema de administración de memoria luckypunk: Ahora mismo ese tarball es una copia de lo que obtienes cuando haces checkout de la rama hezekiah-dev desde CVS y ejecutas 'make dist-bzip2'. ¡Argh! Odio windows. UserX: delicadezas ;) Y por supuesto hay otros cambios internos que solo los desarrolladores ven. :) solo como pregunta para los curiosos... ¿qué define al poseedor de "Trent"... Algo simple es que ahora que BigNum está implementado usando GMP o SSL, el login es MUCHO más rápido. ¿Puedo mencionar una peculiaridad de IIP que noté hoy? * luckypunk supone que sí. en el wiki el botón de búsqueda está ausente . solo hay ventana para escribir pero nada para hacer clic lol . pulsa enter. ¿y qué hay de la expiración de canal/nick... --- Ehud es ahora conocido como logger registro, o sea... Ok, me parece que no puedes iniciar isproxy con un comando /path/to/isproxy, sino que en su lugar tienes que hacer un cd /path/to y luego un ./isproxy Rain: Déjame adivinar ... obtienes una pantalla de configuración o una solicitud de entropía, ¿cierto? * jrand0m tiene el presentimiento de que esta será una reunión muuuuy larga ¿Eso es intencional, o solo alguna rareza de mi sistema local? hezekiah: sí. Rain: Necesitas crear un subdirectorio .iip en tu directorio home. Afirma que no se encuentra el archivo de conf. ¿con mi archivo .conf? Rain: Si no existe tal directorio, isproxy siempre buscará los archivos de configuración en el directorio actual --> AmishOne (amishone@anon.iip) se ha unido a #iip-dev Ahh. Por supuesto. OK ... nop? ¿Había algo más para el punto 3? ¿lo hemos probado para win32 en cuanto a compilación Yo no. ¿UserX: ? no Lo probaré esta semana entonces luckypunk, intentó hacer hezekiah-dev recientemente y se quejó de errores de compilación. eso es clave para mantener la portabilidad Sospecho que podría haber problemas. * luckypunk lo intentó, se plantó. Sí. Hay problemas. Tendré que irme porque el dominante me lo ordena y no tengo elección. Así que me iré a la cama, pero estaré registrando #iip-dev para referencia futura. ¡nos vemos chicos! hasta luego adiós Adiós, Ambience. :) volveré. <--ido (registro activado) ok este tema está cerrado siguiente en la agenda ¿qué es el 4? 4) Propuesta de reestructuración del desarrollo de IIP ok tuvimos una reunión sobre una discusión y propuesta que nos trajo jrand0m para el desarrollo futuro y además he tenido muchos mensajes privados dirigidos a mí con solicitudes para enfocarnos en un framework arbitrario, en lugar de algo específico de IRC o sea, un framework que soporte IRC + mucho más así que la necesidad obviamente está ahí y los desarrolladores definitivamente quieren ir por ahí también ¡Amén! la cuestión es cómo hacerlo y cómo hacer el uso más productivo de nuestros desarrolladores está en el aire XML ¿su sitio del framework está disponible para todos? esto no es específicamente sobre el lenguaje crear un protocolo de comunicaciones ok, por favor déjame terminar He empezado con eso en alguna parte... luego podemos comentar Mis disculpas Estoy un poco entrando y saliendo en este momento ok, no hay problema Estamos en una etapa donde se discute un protocolo de comunicaciones arbitrario específicamente para comunicación anónima y segura en este punto jrand0m, ¿hay posibilidad de que podamos publicar los logs de la reunión de #iip-future? claro quizá esos zips que te envié así la gente no tiene que luchar a través de freenet para las otras páginas también ok espera por favor (por cierto, los logs no fueron editados, así que esperen la típica charla ocasional) lol. ¡Sí! ¡Verán exactamente cuánto NO sé sobre redes p2p! lol heh (¡Y probablemente tendrán mis teorías conspirativas sobre nop también! ¡Así que asegúrense de leer los logs! ;-) ) <-- logger ha salido (Tiempo de espera de ping) Ugh ok los logs serán mucho para leer. ¿alguien puede resumir para la reunión qué se trató y algunos puntos clave de todo esto? http://office.invisiblenet.net/iip_future.zip y En este punto, la versión 'stable' está siendo más inestable que la 'unstable'!! Uf. http://office.invisiblenet.net/meetingPrepnotes.zip http://office.invisiblenet.net/jrand0mnetwork_protocol.txt meetingPrepnotes.zip es un pequeño doc que resume la reunión, y la reunión básicamente fue "ok, ¿alguna idea?". <-- Delly ha salido (EOF From client) esencialmente, la propuesta es ponernos en marcha con un sistema genérico, anónimo y seguro basado en mensajes, y ejecutar iip encima de eso ¿hay un zip con anonCommFramework también? No lo vi jrand0m ¿puedes comprimirlo y enviarlo? Lo publico en el sitio claro, espera <-- Phiberoptika ha salido (* ciaito mua mua *) ¿qué es anonCommFramework? resumen ultra rápido de la reunión en iip_future.zip es "ok, aquí está la propuesta, ¿algún comentario?" y los comentarios fueron básicamente "ok, ¿puede IIP funcionar como se planeó sobre esto? si estás en freenet, anonCommFramework está en SSK@MQNd5lT-X5wHA4vONvtVadi6q1IPAgM/anonCommFramework/2// * jrand0m le está enviando a nop un zip de eso en breve ¿Hablaron de soporte para nyms basados en PGP? ah hem, esto son discusiones tempranas <-- ChZEROHag ha salido (Tiempo de espera de ping) no, los endpoints en el framework no son basados en nym, son idents Cierto. Así que los nyms a un nivel superior. son (y por muchas razones, no deberían ser idents a largo plazo como los nyms) sí Solo pensaba en algo como trent con autenticación por firma PGP. trent es central central=malo --> logger (~hezekiah@anon.iip) se ha unido a #iip-dev brevemente, anonCommFramework es una meta-red. un conjunto genérico de protocolos y estructuras que una red de comunicación anónima podría usar para interoperar y proporcionar anonimato de grado militante ¿cuál es la explicación en una frase de tus ideas sobre la topología de red? --> ChZEROHag (~hag@anon.iip) se ha unido a #iip-dev eso fue divertido --> Delly (dedede@anon.iip) se ha unido a #iip-dev mids: Sí. Me refería a servicios similares. ¿qué tal tener que pagar con hashcash para enviar datos? ¿no ayudaría contra el flooding? wilde> heterogénea. ninguna respuesta única resuelve todos los problemas. interoperar, equilibrando latencia, ancho de banda, anonimato y confiabilidad para satisfacer las necesidades del usuario ¿seguimos en 4) ? Delly: Sí gracias Cuando el ircd sea eliminado de la ecuación, creo que tendremos opciones mucho mejores que (hash|think|real)cash jrand0m: ¿alguna suerte enviando ;) subiendo a hush ahora. ChZEROHag> anonCommFramework tiene soporte integrado para proporcionar credenciales de autorización de uso de red Ha habido mucha charla sobre interoperabilidad IIP-Freenet. ¿Encajará eso en el framework, o estamos hablando nuevamente a nivel de aplicación? ¿cómo? a nivel de app lo que estamos discutiendo es dividir iip en dos partes: la parte de irc y la red anónima segura basada en mensajes una solución podría ser: jrand0m: k. Application <-> SOCKS5 Proxy Interface <-> Onion Wrapper <-> Onion Router 1 <-> ... <-> Onion Router N <-> Exit Relay <-> Public Server construir un DHT encima de la capa de mensajes debería ser bastante fácil ¿DHT? distributed hash table (al estilo de freenet) ok, jrand0m déjame clarificar wilde: Creo que el plan es diseñarlo de tal forma que el 'servidor público' pueda eliminarse de la ecuación en algún punto ¿estamos hablando de dividir irc, o unirnos para enfocarnos en el framework de anonimato? bueno, dado un número ilimitado de desarrolladores, dividir y hacer ambas (bueno, 3 cosas ;) en paralelo. lo que quiero decir es que la parte de irc es la capa de aplicación dada la realidad, probablemente solo hay suficiente tiempo de dev para poner a funcionar primero el sistema de comunicaciones, luego iip encima exacto y dado que tenemos una red algo viable funcionando con IIP irc es solo otra app ejecutándose encima entonces la idea debería ser que los desarrolladores empiecen a enfocarse en aspectos del framework ChZEROHag: ok, lo que sugerí es una capa de anonimización para tráfico regular de internet, no una red separada (Esto podría ponerse divertido.) wilde hay debilidades en eso solo para que lo sepas o sea el texto claro en los extremos <-- AmishOne ha salido (EOF From client) nop: sí, así que todas las conexiones deberían estar cifradas hasta los extremos tenemos un esfuerzo también para tener navegación web anónima posible con esta red sí. debe poder operar sin salir nunca del mixnet pero no es tan en tiempo real y directo como tu propuesta wilde usa algunas tácticas de retardo temporal con caché, etc. los ataques de temporización son una amenaza seria al anonimato ¡QUIERO UN ANONYMISER BASADO en IIP!! ¡NO CONFÍO EN OTROS ANONYMISERS SON TRAMPAS DEL FBI!! http://mids.student.utwente.nl/~mids/anonCommFramework/ hifi, esto no está cambiando IIP, esto es avanzar gracias mids heh palabra mids, mi moz se está colgando ok aunque los mixnets independientes son geniales, las verdaderas killer apps probablemente serán los anonimizers de tráfico IP general wilde, son mitos ¿killer apps? no <-- thetower ha salido (EOF From client) wilde> eso podría ser un servicio construido encima de la capa de comunicaciones anonimizadores de tráfico IP general ¿o anonimizadores de tráfico ip? hasta ahora no existen existen solo en papers --> thetower (none@anon.iip) se ha unido a #iip-dev si construyes un servicio de anonimización encima de la capa de comunicaciones, sin embargo, tus routers de salida se cerrarán rápidamente Jaja, acabo de notar que no estaba redirigiendo puertos. Ops, perdón, canal equivocado nop: ¿qué hay del sistema ZKS? ¿sigue en pie? y funcionando no, mal negocio poca gente pagó pero el framework parecía funcionar, aunque todos los nodos eran relays de pago de ZKS wilde pero eran internos y no estaba completo aún tenía ciertas vulnerabilidades fue un comienzo Conocí a Ian Goldberg en CodeCon 2k2, y él mismo admitió que estaba incompleto respecto a lo que deseaba sí, todo tiene vulnerabilidades, solo elevamos el costo del trazado dramáticamente correcto, después de que el mixnet esté funcionando, me gustaría ver a wilde ofrecer servicios genéricos de proxy de salida. eso sería genial (sinceramente) jrand0m: pero de nuevo lo máximo sería usar ese concepto de magic mirror para una protección óptima Probablemente la opción más difícil, pero ¿no sería freenet un buen framework para construir? wilde, quizá tú y yo podamos discutir esto en otro foro en algún momento pero en cualquier caso, la red debe construirse primero ¿O no es esto lo que estamos discutiendo? ChZEROHag> no. freenet no proporciona anonimato fuerte aah Debo intentar prestar atención ok, avanzando ¿Sigues aquí, UserX? nop: sí, si ya han decidido la topología no hay necesidad de discutir esto en público Sigo aquí bueno, es capa de aplicación, así que eso viene después del diseño de red, etc. ok ¿dónde nos quedamos en la reunión de #iip-future? <-- hezekiah ha salido (Tiempo de espera de ping) empecemos ahí --- logger es ahora conocido como Ehud * nop está poniéndose al día con los logs de la reunión [04:31] Creo que volvemos a tu pregunta. ¿puede / debe la funcionalidad de irc avanzar como va o moverse hacia este mixnet? hay beneficios significativos en moverse hacia el mixnet, pero algunos aspectos de la parte irc parecen requerir rediseño para operar encima. [04:31] la manera correcta para que avance el desarrollo de irc no me corresponde decirla Básicamente, UserX tenía que pensar si IIP podía ejecutarse satisfactoriamente sobre el mixnet. buenas noches <-- mids (mids@anon.iip) ha dejado #iip-dev (mids) ¿No sería buena idea crear un irc de reemplazo en paralelo con un mixnet? Después de todo va a ser muy difícil usar un ircd normal ChZEROHag> dado un número infinito de devs, sí ok ChZEROHag silencio por favor :) Asumir devs infinitos Oh ¿no estamos en la parte de preguntas? --> hezekiah (hezekiah@anon.iip) se ha unido a #iip-dev no todavía Desafortunadamente no he tenido tiempo para sentarme seriamente a pensar cómo encajaría tu propuesta con IIP oh ups solo quiero entrar en la discusión bueno UserX> piensa en el mixnet como un socket permíteme sugerir algo ¿estamos de acuerdo en que nuestra meta no es solo IRC? bueno es una gran idea seguro nop: Más allá de toda duda, estoy de acuerdo en que la meta es una red anónima. hacer algo intensivo en tráfico tendría el potencial de arruinar todo el proyecto nop: IRC es solo un punto de partida. ok, bueno lo que deberíamos mirar es esto NO hacer algo intensivo en tráfico tiene el potencial de hacer que pasemos por alto problemas :) en vez de decir IIP no encaja o sí encaja miremos qué modificaciones se necesitan para que irc encaje con este mixnet, ya sea un mod al propio mixnet jrand0m: hmm por ejemplo UserX tiene una visión de usar canales como endpoints Jrand0m los llama idents ¿tienen diferencias sutiles o son muy diferentes hay sustancia en esas diferencias. ¿podemos revisar eso de ambos lados de parte de jrand0m y UserX <-- hezekiah ha salido (EOF From client) en realidad lean el log no importa ;) --> hezekiah (hezekiah@anon.iip) se ha unido a #iip-dev la duda que tengo con enviar mensajes a un ident de canal y que ese canal lo redistribuya a los miembros es que el canal recibe texto en claro ¿cómo obtiene texto en claro? en su lugar, sugeriría que un canal contenga solo la info del canal (modos, usuarios, tema, etc.) el canal es solo una aplicación ejecutándose en uno (bueno, 3+) routers escuchando en una (bueno, 3+) identidades. cuando haces /msg a un canal, envías un mensaje a esa identidad (aplicación). luego lo reenvía a los N usuarios del canal, cifrado para cada uno bueno tenía una propuesta para eso que haría que el canal no contenga texto en claro directamente al menos, sin añadir una clave de canal (que sería gestionada por la propia aplicación del canal, lo que anula el propósito) bueno íbamos a tener claves de canal para canales privados y los canales públicos son públicos de todos modos correcto. podría haber formas de evitarlo. ustedes saben más de irc que yo. hay otras formas que no requieren ir por esta ruta sin embargo verás, lo interesante con canales por mensajes es esto escalas ligeramente mejor que intentando encontrar todos los idents a los que enviar directamente <-- luckypunk ha salido (Tiempo de espera de ping) --> dd0c (dd0c@anon.iip) se ha unido a #iip-dev no estoy seguro de que escales mejor, pero sí redistribuyes la carga (podemos encontrar idents vía O(log(n))) --> sahara (~sahara@anon.iip) se ha unido a #iip-dev pero eso ni aquí ni allá, esto es diseño de capa de aplicación ;) correcto todo lo que necesitamos hacer, en mi opinión, es encontrar algunas formas viables que *podrían* operar sobre la capa de comunicaciones y luego dejarlo de lado hasta que lleguemos ahí jrand0m: los mensajes enviados a canales se cifran con una clave de canal que es diferente a la identidad del canal. un servidor de canal no puede descifrar un mensaje a menos que haya obtenido la clave por otros medios ¿me perdí la reunión? tienen algunas formas que podrían funcionar, suena así, ¿cierto? UserX> ¿cómo obtiene la clave un usuario que se une a un canal? sahara: No. ¡Estás justo en medio! :) es un intercambio de claves ¿con quién nop? usuario totalmente nuevo uniéndose a #anonymous, y la app que contiene la lista de usuarios de #anonymous no tiene la clave (como dijo userx) (todo lo que digo es que hay una forma de obtener toda la funcionalidad y aún evitar tener una clave de canal) jrand0m: con canales públicos se deriva del nombre del canal. con canales privados el usuario crea una o alguien le da las claves del canal ok, genial entonces las apps que gestionan canales públicos pueden leer el texto en claro (al derivar del nombre del canal) (lo cual probablemente está bien) correcto jrand0m: si las apps cifran el texto plano para cada destinatario, ¿escalará bien? sí wilde, quizá mejor (dependiendo del algoritmo usado para nombrar gestores de canal) (aunque potencialmente tendrá una entrega no serializada) ((aunque creo que ese es el caso con el irc normal de todos modos)) <-- thecrypto ha salido (Tiempo de espera de ping) pero, volviendo a la pregunta - nop, ¿qué esperamos haber decidido para el final de la discusión del #4? <-- Neo ha salido (Tiempo de espera de ping) --> d (~sahara@anon.iip) se ha unido a #iip-dev bueno <-- sahara ha salido (EOF From client) sitio simple , el problema es que soy rubio tecnológico pero quiero cosas buenas lol Esperaba que pudiéramos reorganizarnos, pero esto va a ser una discusión para después perdón OOPS UserX <-- d ha salido (Client exiting) ¿cuánto tiempo necesitas para pensar en ciertos aspectos, y quizás documentarlos como una lista de preocupaciones? difícil decirlo. quizá una semana lo que estoy pensando jrand0m es que mucho de esto necesita ordenarse, más que lanzarnos de cabeza, o terminaremos al inicio sin nada que mostrar así que dediquemos una semana a esto y veamos qué preocupaciones están surgiendo porque de nuevo queremos un mixnet adaptable cualquier aplicación debería poder sobrevivir absolutamente ese es el punto del anon comm framework <-- wilde ha salido () ok, entonces dejemos esto una semana, y enfoquémonos en propuestas realistas que puedan encajar con todas nuestras necesidades dices "envía el mensaje M a la ubicación L" y mágicamente, de forma segura, anónimamente se entrega pero la magia es una cosa la ciencia es otra por supuesto lo sabes :) la magia es desde la perspectiva de la capa de app ;) sí entendido la ciencia está en esas 15 páginas de anonCommFramework/2// ;) ok lol UserX, si puedes tener eso en una semana sería útil ¿? Intentaré renovar los docs y tener el diseño de red de la capa de comunicaciones listo para entonces así podemos empezar con todo bueno no hemos acordado ciertos aspectos Creo que eso aún debe discutirse a fondo ¿qué, en la capa de red, no hemos acordado? personalmente estoy de acuerdo en que quizá publiques tu anonCommFramework en iip-dev y que se revise y comente * jrand0m no está en iip-dev Entonces, ¿nos reunimos otra vez el próximo martes, misma bat-hora, mismo bat-canal? lo que no hemos acordado es si puede soportar todas las aplicaciones jrand0m: Solo publica a iip-dev@invisiblenet.net . Rain: Estamos en el punto #4. Aún hay otros puntos por tratar. :) son ~800k. si alguien puede publicar la URL al espejo de mids estaría bien argh re sobre servicios, creo que si IIP se vuelve más fácil y amigable, veremos más usuarios y más nodos. por eso estoy haciendo script para usuarios de mIRC, uno es un script de Trent, que permite usar Trent y Anonymail con el ratón, el otro es un script que permite transferir archivos sobre iip, manteniéndose anónimo (usando uuencoding). El "protocolo" usado es sencillo y podría hacerse para muchos clientes irc con soporte de scripting. Y así todos podrían transferir archivos pequeños, incluso entre di nop> Estoy 100% seguro de que puede soportar todas las aplicaciones. hezekiah: Cierto. Mi malentendido. esta capa se ha usado por más de una década en cientos de industrias era mi pensamiento del día entonces ¿dónde no estamos de acuerdo si Irc es un problema, ¿cómo es adaptable? no es un problema ustedes simplemente no entienden la abstracción de la capa ;) Delly: tengo un script en perl que permite usar ssh/telnet/etc sobre irc (en serio, piénsenlo como un socket) lonelynerd, la meta era solo mejorar mirc para la red iip Delly: sí, pero si usas base64, creo que es compatible con este podría ser posible usarlo ok, ¿listos para el #5 ya? ¿nop? <-- hezekiah ha salido (Client exiting) ups pensé que era 5) ! ¿Hay un 5? --> hezekiah (hezekiah@anon.iip) se ha unido a #iip-dev <-- hezekiah ha salido (Client exiting) --> hezekiah (hezekiah@anon.iip) se ha unido a #iip-dev perdón delly ustedes esto está fuera de tema por favor reserven su conversación fuera de este canal --> hezekiah_ (~hezekiah@anon.iip) se ha unido a #iip-dev <-- hezekiah ha salido (EOF From client) bueno jrand0m --- hezekiah_ es ahora conocido como hezekiah antes de que acepte ir al 5 el problema que veo es UserX tiene voz también --- Trent@anon.iip otorga estado de operador del canal a hezekiah por supuesto y si él ve problemas logísticos creo que deberían escucharse así que no puedes simplemente decir, hey va a funcionar tiene que estar "sólidamente" acordado por ambos lados o sea él necesita convencerse correcto, pero no voy a quedarme de brazos cruzados esperando a que él los documente. si él presenta algunos problemas en una semana, fantástico, y revisaremos en consecuencia o él necesita convencerte pero la idea es esta lo que intento proponer con esto es reorganizar nuestro equipo de dev para subirnos a tu carro con eso pondría nuestra energía en trabajar en el diseño de la red esa es la idea ayudándonos a todos a llegar a algo específico no intento ralentizar correcto, no espero tener una especificación final del protocolo V1.0 la próxima semana. anoche descargué como 50 artículos nuevos de citeseer para investigar más ok entonces ¿podemos publicar tu propuesta en iip-dev y obtener revisión va también te recomiendo que por tu cuenta la propongas en cryptography@metzdowd.com lo que conseguirá una revisión seria suena bien ok UserX, ¿estás? aquí estoy ok, entonces jrand0m trabajará en la especificación del protocolo, y ¿puedo asumir que tú presentarás una lista de preocupaciones o algunos añadidos al protocolo? sí ok, reanudemos esto en una semana ¿qué era el 5? perdón si soy un fastidio solo quiero organizarlo para asegurarnos de que estemos todos en la misma página reclutamiento para servicios...? 5) Reclutamiento de servicios para ayudar con IIP ok sí desde la partida de mids y el regreso de cohesion posiblemente buscamos otros que contribuyan a IIP en algún aspecto esto no significa que tengas que ser un desarrollador hardcore del núcleo pero añadidos como quizá un mantenedor web vendría bien, algo de PR vendría bien luckypunk se ofreció para gestionar el sitio web. Quiero ayudar/encargarme del sitio web de IIP. :D y si más gente quiere subirse al proyecto próximo que propone jrand0m genial aunque solo quieran revisar el protocolo eso ya es más que suficiente ayuda la realidad es esta tenemos muchos desarrolladores con trabajos de tiempo completo y los consume en este momento y cualquier ayuda adicional es bienvenida ya que es una empresa enorme llevar IIP a donde necesita estar o sea InvisibleNet en algún momento trabajos de la vida real ;) en fin la idea es sería genial si a la gente le encantara sumar a este proyecto de alguna forma usando sus habilidades, y sé que hay programadores por ahí y algunos que tienen algo de tiempo libre tiempo la fiabilidad de luckypunk tendrá que revisarse, sin ofender, antes me ofreció ayuda para mantener un freesite, y no hubo suerte ahí nop: Puedo entender eso. ;-) nop: Solo me pidió que pasara la oferta porque no estaría aquí. ok nop: Ya lo hice. Mi parte está hecha. :) bueno, de cualquier modo, cualquiera que quiera unirse contacte a alguno de nosotros ya sea en iip@invisiblenet.net ¿A quiénes? o simplemente por nick, hezekiah, userx, nop, Escuché que cualquiera que se ofrezca a ayudar a iip consigue prostitutas y cocaína gratis ¿Qué son 'hookers and blow'? ... ¿o mejor no saberlo? heh hezekiah: no preguntes OK. No quiero saber. :) hezekiah: disfruta tu vida protegida ;) mientras puedas porque la universidad va a ser divertida :) ¡La estoy disfrutando! ¡La estoy disfrutando! * jrand0m disfruta de las prostitutas y la cocaína ;) jrand0m: pregunta rápida * w abraza a luckypunk y nop ¿sí sr? jrand0m: ¿te consideras desarrollador de IIP en algún momento pronto? ya que estás ofreciendo una fusión ;) http://www.guerrillanews.com/cgi-bin/wwwthreads/showflat.pl?Cat=&Board=gnn&Number=182767&page=0&view=collapsed&sb=5&o=0&part= perdón , opps otra vez nop> desarrollador de invisiblenet, pero no puedo contribuir a iip entendido IIP == proyectos futuros de invisiblenet jrand0m: ¡Buen trabajo! jrand0m: Redacción. se buscan devs para cualquiera de los dos para dejar eso claro específicamente porque a jrand0m le vendría bien un buen equipo Podría echar un vistazo al código de Windows... sí sr. una vez que nos pongamos en marcha con el diseño de software, habrá más toneladas de trabajo de lo que uno imagina bien Addic increíble ok enviaré esta solicitud también a la lista iip-dev cualquiera interesado por favor no dude en contactar ¿había un 6? Creo que sí 6) comentarios, sugerencias y gente que quiere ayudar sugerencia: < 1.8 horas la próxima vez :) (no es que alguno de los temas pudiera haberse condensado más de lo que estuvieron) ¿sin comentarios? * nop piensa que todos están dormidos jeje los aburrimos w3wt heh, ¿quién ha estado trabajando en el código de Windows hasta ahora? ok zzzzzz... UserX lo ha hecho portátil hasta ahora ¿Qué tipo de talentos buscamos? ok ok, permítanme reiterar Programadores, chicos de gráficos, desarrolladores web, gente de PR, mantenedores web Ok, me perdí eso. Perdón. y si pueden escribir planes de negocio, eso también me ayuda :) no te lo perdiste no entré en suficiente detalle heh <-- Ehud ha salido (EOF From client) Soy PR nato Paso uno: Recolectar calzoncillos. ¿traducción a otros idiomas en el wiki? sí eso sería genial traducciones ok, podría hacer eso también documentación etc <-- hezekiah ha salido (Tiempo de espera de ping) incluso organización cualquiera que quiera involucrarse activamente en ayudar a InvisibelNet/IIP Invito a gente a usar IIP todo el tiempo gracias hifi --> hezekiah (hezekiah@anon.iip) se ha unido a #iip-dev ¿Qué tipo de habilidades de organización? bueno, quizá ayudar a dirigir las reuniones, o quizá obligarnos a los dev a sacar más docs sobre el protocolo etc posiblemente organizar entrevistas y algún tipo de comunicados de prensa algunas ideas para el futuro para promover el uso de IIP etc ok, por favor contacten a alguno de nosotros si quieren ayudar Ok, pregunta de org, que ya mencioné antes: ¿Clave de firma de IIP? (nag, nag) --> Ehud (~hezekiah@anon.iip) se ha unido a #iip-dev Servicio de notificación de IIP :) para que la gente sepa que yo / él está en línea LOL solo como pregunta para los curiosos... ¿qué define al poseedor de "Trent"... ¿y qué hay de la expiración de canal/nick... o sea registro... <-- ChZEROHag ha salido (Tiempo de espera de ping) trent es un servicio, no un nick, así que trent debe tener acceso al ircd (creo) estas preguntas son preguntas para mids sobre trent, es una pieza abstracta sí jrand0m la notificación iip sería genial. ¿cómo lo hace anonymail? ¿los clientes pueden enviar un /notify nick al servidor y recibir un msg cuando el nick se une? Notificación IIP por SMS LOL en realidad tuvimos IIP SMS como la primera versión de anonymail pero tendía a inundar oh así que ahora lo hacemos como entrega a base de datos de anonymail mensaje de invitación de IIP como firma para correos electrónicos ordinarios ... Algo tipo " ¿Haces Yahoo? Consigue MSN gratis " ooOOoo textAds pero ¿iip necesita más usuarios? oh ¿o conseguir más usuarios es solo "oh genial, sirvamos a más gente"? no ni idea solo hago lluvia de ideas <-- Mira ha salido (Tiempo de espera de ping) Más gente ... más ideas ... más voluntarios IIP como estándar mundial sería genial Más gente ... más problemas ... más carga en la red ... ... más floods de #anonymous ... Es una cuestión de dos caras. más canales lol --> Mira (~Mira@anon.iip) se ha unido a #iip-dev Programa de Eugenesia de IIP LOL Menos Población Menos Problemas --> ChZEROHag (~hag@anon.iip) se ha unido a #iip-dev hmm... volviendo a la pregunta de notificación... ¿es que el /notify nick no funciona aquí? ¿O no estoy entendiendo la pregunta...? Addic: claro que funciona entonces ¿cuál es el problema? ? <-- Delly ha salido (EOF From client) no seguía mucho la conversación, pero hablaban de tener un /notify que no requiera que el cliente haga polling ok <-- ChZEROHag ha salido (Tiempo de espera de ping) <-- w ha salido (Tiempo de espera de ping) <-- Rain ha salido (I Quit) --> w (~w@anon.iip) se ha unido a #iip-dev Hmmm ... Creo que ya es hora de levantar esta reunión. ¿Qué dices, nop? * jrand0m cree que él también se durmió sí ok hasta luego <-- jrand0m (jrandom@anon.iip) ha dejado #iip-dev (jrand0m) ¡Reunión levantada! :) ¡*BAF*! <-- Addic (anon@anon.iip) ha dejado #iip-dev (Addic) <-- LeerokLacerta (~leerok@anon.iip) ha dejado #iip-dev (Client Exiting) <-- hezekiah ha salido (Client Exiting) <-- Ehud ha salido (Client Exiting)