[IRC-DEV] Actualización obligatoria IRC-Hispano
Jesus Cea Avion
jcea at argo.es
Fri Jul 5 13:03:04 CEST 2002
Con este email se convoca una actualización *OBLIGATORIA* de servidor de
IRC en IRC-Hispano, a la versión u2.10.H.04.67 o superior. Ya hay
bastantes nodos que cumplen esta condición, y no necesitan actualizar.
El motivo fundamental es permitir realizar pruebas masivas con el nuevo
sistema de "IPs Virtuales Personalizadas".
Detalles de cómo actualizar en
http://www.argo.es/~jcea/irc/ircd10_h_04.htm
Los cambios desde la última actualización obligatoria son:
>>>>>
$Id: CAMBIOS2_10_H_04,v 1.51 2002/06/26 00:10:28 jcea Exp $
* 2002/06/26 jcea at argo.es (u2.10.H.04.71)
CLEANUP
-----------------------------------------------------------------------
"make indent".
* 2002/06/26 jcea at argo.es (u2.10.H.04.70)
CLEANUP
-----------------------------------------------------------------------
Soporte para "indent" version 2.2.8.
* 2002/06/25 jcea at argo.es (u2.10.H.04.69)
FEATURE
-----------------------------------------------------------------------
Bajo ciertas circunstancias, un "CREATE" se transforma en un "JOIN"
por
el camino. Nos aseguramos de que dicha transformacion sea P10 para
los nodos que soporten P10.
* 2002/06/24 jcea at argo.es (u2.10.H.04.68)
FIX
-----------------------------------------------------------------------
A ver si con este parche el calculo del HASH global de todas las BDD
funciona correctamente tambien bajo plataformas 64 bits, concretamente
Alpha.
* 2002/06/24 jcea at argo.es (VIP36 - u2.10.H.04.67)
FIX
-----------------------------------------------------------------------
Detalle cosmetico en las IPs virtuales personalizadas.
* 2002/06/24 jcea at argo.es (DB94 - u2.10.H.04.66)
FEATURE
-----------------------------------------------------------------------
Un "stats b" muestra las tablas residentes, AUNQUE no tengan ningun
registro.
* 2002/06/24 jcea at argo.es (VIP35 - u2.10.H.04.65)
FIX
-----------------------------------------------------------------------
Si no hay clave de cifrado, lo indica claramente aunque el usuario
este
presente en la nueva tabla 'w'.
* 2002/06/24 jcea at argo.es (VIP34 - u2.10.H.04.64)
FEATURE
-----------------------------------------------------------------------
Creo una tabla nueva, la "w". Los usuarios +r con entradas en esta
tabla
disfrutan de una IP personalizada del tipo
XXXXXX.YYYYYY.LO_QUE_QUIERAS.virtual
en vez del normal
XXXXXX.YYYYYY.virtual.
* 2002/06/24 jcea at argo.es (u2.10.H.04.63)
CLEANUP
-----------------------------------------------------------------------
Cambio el nombre de la base de datos distribuida 'v', para evitar
confusiones con la inminente tabla nueva "w".
* 2002/06/24 jcea at argo.es (u2.10.H.04.62)
FIX
-----------------------------------------------------------------------
El servidor falla si el que hace el KICK es un nodo, no un usuario.
Problema diagnosticado por Amn3s1a, NiKoLaS y Zoltan.
* 2002/06/21 jcea at argo.es (u2.10.H.04.61)
FIX
-----------------------------------------------------------------------
Solucionado un problemilla en casos extremos y servidores P09.
* 2002/06/21 jcea at argo.es (u2.10.H.04.60)
FEATURE
-----------------------------------------------------------------------
A los nodos P10 enviamos
"numeric_origen PART #canal[,#canal] [:comentario]"
en vez del antiguo
":nick_origen PART #canal[,#canal] [:comentario]"
Bajo ciertas condiciones, se sigue enviando el PART antiguo. En
particular,
cuando llega un "JOIN 0". ¿Esto solo se enviaria a clientes?
* 2002/06/21 jcea at argo.es (u2.10.H.04.59)
FEATURE
-----------------------------------------------------------------------
A los nodos P10 enviamos
"numeric_origen JOIN #canal[,#canal] [clave o TS[,clave o TS]]"
en vez del antiguo
":nick_origen JOIN #canal[,#canal] [clave o TS[,clave o TS]]"
Bajo ciertas condiciones, un CREATE se transforma en un "JOIN", y lo
hace segun el formato antiguo.
* 2002/06/21 jcea at argo.es (u2.10.H.04.58)
FEATURE
-----------------------------------------------------------------------
A los nodos P10 enviamos
"numeric_origen KICK #canal numeric_afectado [:texto]"
en vez del antiguo
":nick_origen KICK #canal numeric_afectado [:texto]"
* 2002/06/19 nikolas at irc-dev.net (u2.10.H.04.57)
CLEANUP
-----------------------------------------------------------------------
Modificacion del Makefile.in para que el Makefile compruebe que, tanto
para 'make config', 'make' y 'make install' se use un make GNU. Mas
sintaxis de 'make'.
* 2002/06/18 nikolas at irc-dev.net (u2.10.H.04.56)
CLEANUP
-----------------------------------------------------------------------
En el Makefile.in, se quitan algunas referencias aisladas a 'make' y
se
usa la variable correcta para ello.
* 2002/06/18 nikolas at irc-dev.net (u2.10.H.04.56)
CLEANUP
-----------------------------------------------------------------------
En el Makefile.in, se quitan algunas referencias aisladas a 'make' y
se
usa la variable correcta para ello.
* 2002/06/18 nikolas at irc-dev.net (u2.10.H.04.55)
CLEANUP
-----------------------------------------------------------------------
Deshago el parche anterior en aras de evitar la "tonteria extrema" de
alguien que, a pesar de los avisos del configure, insista en compilar
con un make no-GNU.
* 2002/06/17 nikolas at irc-dev.net (u2.10.H.04.54)
CLEANUP
-----------------------------------------------------------------------
Se modifica el configure para que se asegure de que el make por
defecto del sistema sea GNU. Si no lo es, busca el gmake, y nos
informa
de ello al finalizar el configure.
* 2002/06/13 zoltan at irc-dev.net (VIP33 - u2.10.H.04.53)
FIX
-----------------------------------------------------------------------
La cache del virtualhost, ha de borrarse despues de mandar un
:nick_antiguo!user at QwErTy:AsDfGh.virtual NICK nick_nuevo
que si se mandaba antes, al mandar el cambio de nick, se rellenaba
otra
vez la cache con el vhost antiguo, y se mostraba el vhost antiguo en
acciones como la de notificacion de watch, antes de limpiar otra vez
la
cache al recibir los modos en los usuarios remotos.
* 2002/06/13 daijo at irc-dev.net (u2.10.H.04.52)
CLEANUP
-----------------------------------------------------------------------
Dos "features" mas en la lista de features del 005:
- FNC (Forced Nick Changes): El servidor puede cambiar el nick sin
necesidad que el cliente mande un NICK. Lo hace con un RENAME.
- SAFELIST: El servidor manda la lista de canales (/LIST) en
multiples iteraciones con una cola, asi no satura la conexion al
usuario.
* 2002/06/13 zoltan at irc-dev.net (u2.10.H.04.51)
FEATURE
-----------------------------------------------------------------------
Se implementa soporte de nicks prohibidos (forbid), si la clave
encriptada de un nick, contiene un '*' al final, el nick esta en
estado
prohibido y no se podra poner el nick aunque conozcas la clave.
* 2002/06/13 daijo at irc-dev.net (u2.10.H.04.50)
CLEANUP
-----------------------------------------------------------------------
En el 005, se corrige CHARSET ya desfasado por CHARMAPPING. Tambien se
escribe completamente CHANNELLEN en lugar de su abreviacion CHANLEN.
<<<<<
--
Jesus Cea Avion _/_/ _/_/_/ _/_/_/
jcea at argo.es http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/
_/_/ _/_/ _/_/_/_/_/
PGP Key Available at KeyServ _/_/ _/_/ _/_/ _/_/ _/_/
"Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/
"My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/
"El amor es poner tu felicidad en la felicidad de otro" - Leibniz
More information about the IRC-Dev
mailing list