IRC Dev/ParchesIRCDSep2003

Mi estado actual en Jabber/XMPP: - jabberES - jabber.org

Usuario:
Anonymous User

La última edición fue hecha por jcea, el 2003-09-30 02:31:29

DONE 02/Sep/03 - 23/May/03: Soporte MOTD por BDD. Asignado: NiKoLaS
Analizar el impacto de este parche con las líneas T y con la variable "NODEFAULTMOTD" del "make config".
- http://mailman.argo.es/pipermail/irc-dev/2003-May/002742.html
- http://mailman.argo.es/pipermail/irc-dev/2003-June/002777.html

DONE 03/Sep/03 - 03/Ago/03: Determinados datos de configuración del IRCD deberían ser actualizables por BDD. Por ejemplo, las líneas "U". Asignado: Amn3S1A (Parche heredado de NiKoLaS 05/May/03)
- http://mailman.argo.es/pipermail/irc-dev/2003-May/002744.html

DONE 01/Sep/03 - 05/Ago/03: Bajo Red Hat 9, entre otros, no se reconoce automáticamente la necesidad de incluir las librerías "-lresolv" y "-lcrypt". Asignado: Amn3S1A
- Log de #irc-dev del 25 de Julio de 2003

DONE 04/Sep/03 - 06/Ago/03: Documentar en "ejemplo.conf" el uso de líneas T para mostrar MOTDs distintos dependiendo del cliente o de la hora. Asignado: NiKoLaS 04/Sep/03 Ya existe esa documentación. Lapsus.

DONE 05/Sep/03 - 20/Ago/03: La penalización de cambio de nick debe aplicarse si la clave indicada es incorrecta, pero NO si el nick intentado está en uso, o si el nick está registrado pero el usuario no indica una clave. Cuidado también con los ghost. Asignado: ^hPmK^

DONE 02/Sep/03 - 31/Ago/03: Cuando hacemos un "make install", crea el fichero MMAP de persistencia en el directorio "ircd" de los fuentes, no en el directorio destino, si no se ha especificado un path completo donde dejar el MMAP. Ver parche u2.10.H.07.02. Hay que ponerlo en el lugar correcto. Hay que hacer un "touch", pero hacerlo SOLO si NO existe el fichero MMAP, ya que sino el IRCD se caería por modificación no autorizada. Asignado: mount

DONE 01/Sep/03 - 01/Sep/03: Eliminación de la verificación de SOCKS4. Asignado: jcea
- http://mailman.argo.es/pipermail/irc-dev/2003-August/003007.html

DONE 02/Sep/03 - 01/Sep/03: Si se nos invita a un canal, debemos poder entrar en él sin afectar ni verse afectado por el control de "targets". Asignado: zoltan

DONE 02/Sep/03 - 01/Sep/03: Ampliación de tamaño de nicks a 15 caracteres. Asignado: jcea
Depende del parche de MOTD de Nikolas, porque ahí se activa una nueva BDD.

DONE 04/Sep/03 - 01/Sep/03: Volver a incluir la IP cifrada en las IPs Virtuales definidas en la tabla "w". Asignado: jcea
Depende del parche de MOTD de Nikolas, porque ahí se activa una nueva BDD.

DONE 04/Sep/03 - 04/Sep/03: Mover todas las configuraciones por BDD actuales a la tabla "z". Asignado: jcea

DONE 15/Sep/03 - 11/Sep/03: Soporte incondicional de la Base de Datos Distribuida. Asignado: N3TKaT
- http://mailman.argo.es/pipermail/irc-dev/2003-September/003156.html
- http://mailman.argo.es/pipermail/irc-dev/2003-September/003188.html

12/Sep/03: Si alguien entra en un canal con baneos y se cambia de nick a uno "baneado", puede hablar en el canal con normalidad. Asignado: NiKoLaS

DONE 16/Sep/03 - 16/Sep/03: Revisarse el IRCD y cambiar los "#ifdef" por "#if defined()". Asignado: mount

DONE 22/Sep/03 - 16/Sep/03: Dividir la función "m_nick" en dos funciones distintas. Una que se llama cuando el comando es local, y otra cuando el comando es remoto. Asignado: Amn3S1A

DONE 22/Sep/03 - 16/Sep/03: Simplificar la versión de "m_nick" para comandos remotos, eliminando todo el código que no se ejecuta cuando es un comando local. Asignado: Amn3S1A

DONE 22/Sep/03 - 16/Sep/03: Simplificar la versión de "m_nick" para comandos locales, eliminando todo el código que no se ejecuta cuando es un comando remoto. Asignado: Amn3S1A

DONE 16/Sep/03 - 16/Sep/03: Cuando se hace un "rehash" se activan las líneas K ANTES de comprobar que tienen líneas E. Asignado: zoltan

DONE 18/Sep/03 - 17/Sep/03: Revisarse el IRCD y cambiar los "#ifndef" por "#if !defined()". Asignado: mount

17/Sep/03: El script configure debe de pasarles los parametros que recibe a config/configure y zlib/configure. Asignado: Amn3S1A

DONE 18/Sep/03 - 18/Sep/03: Cuando toda la red esté actualizada (u2.10.H.08), eliminar la restricción de acceso al registro "." de la tabla "v", previo borrado de su valor. Asignado: mount

DONE 22/Sep/03 - 19/Sep/03: Bajo ciertas circunstancias en FreeBSD, make install falla en la parte de instalación de MMAP. Asignado: mount

DONE 29/Sep/03 - 29/Sep/03: Eliminar soporte para "JUPES" de nicks en las U:Lines. Asignado: mount

DONE 29/Sep/03 - 29/Sep/03: Documentar en "ejemplo.conf" que se pueden meter "líneas U" por BDD. Asignado: mount

DONE 29/Sep/03 - 29/Sep/03: Cuando toda la red esté actualizada (u2.10.H.08), eliminar el código dependiente de "permite.nicks.largos.en.local". Asignado: mount

Parches pendientes de asignar

Parche: (TODO)

 10/Oct/02
 Pasar la tabla o a FLAGS individuales. Osea, cada bit, un flag.

DONE 16/Sep/03 - Cuando toda la red esté actualizada (u2.10.H.08), eliminar los registros ".", ".." y "..." de la tabla "i", y "." de la tabla "v".

DONE 16/Sep/03 - Cuando toda la red esté actualizada (u2.10.H.08), actualizar el bot "ipvirtual" para que propague un único registro de cambio de clave de cifrado de IPs, en vez de dos (uno para los nodos nuevos, y otro para los viejos).

Cuando toda la red esté actualizada (u2.10.H.09), eliminar el registro "permite.nicks.largos.en.local".

Cuando un nodo hace "bounce" de cambios de modos de un usuario, debe mandarle también un "-o" para quitar el op a dicho usuario y "curar" el desync.

Cuando intentamos enviar un texto a un canal sin permiso, nos sale el mensaje de "cannot send to channel". Pero si en vez de un privmsg usamos notice, no nos responde nada. Aunque la regla general es que los "notices" no se responden nunca, evaluar la conveniencia de dar el error. Idem si es a usuarios.

Reescribir el código para evitar los warning "dereferencing type-punned pointer will break strict-aliasing rules".

Crear una rutina que sea invocable por "m_nick_local" y "m_rename" que se encargue de poner un nick nuevo a un usuario, ponerle un nick "invitado" y se encargue de todo el tema de ajustar modos apropiadamente. Debe ajustar correctamente también los contadores de +h, etc.

Evitar buscar a la BDD la clave de cifrado de IPs, siempre que sea posible. Optimizar también su conversión ASCII a binario.

Tareas pendientes para actualizar al nuevo IRCD

Editar el fichero "config/.config" y eliminar la línea de "CLIENT_FLOOD".