[IRC-DEV] URGENTE: Actualización IRCD a la versión u2.10.H.04.01

Wed Mar 20 11:49:58 CET 2002

Por la presente se informa a todos los nodos de la red que se ha
publicado la versión "u2.10.H.04.01" del servidor de IRC y que, tras
comprobar su estabilidad en nodos de alta capacidad durante unos días,
se procede a convocar una ACTUALIZACIÓN general de la red, de carácter
*OBLIGATORIO*.

Todos los nodos de la red IRC-Hispano deben actualizar su servidor a la
versión "u2.10.H.04.01" *ANTES* del próximo Miércoles 27 de Marzo de
2002. Se ruega a los administradores de los nodos que procedan a la
actualización en el *MENOR* plazo posible.

Los detalles de procedimiento se pueden encontrar en

http://www.argo.es/~jcea/irc/ircd10_h_04.htm

La última actualización obligatoria fue la "u2.10.H.03.38". Los cambios
desde dicha versión son:

* 2002/03/20 jcea at argo.es          (u2.10.H.04.01)               
CLEANUP 

-----------------------------------------------------------------------
  "make indent".

* 2002/03/14 jcea at argo.es          (u2.10.H.03.54)               
CLEANUP

-----------------------------------------------------------------------
  Cambiamos el mensaje de suspension, ya que no sabemos si es temporal
  o no :-).

* 2002/03/14 amn3s1a at ono.com       (u2.10.H.03.53)                   
FIX

-----------------------------------------------------------------------
  Pequen~o error en el parche anterior...

* 2002/03/14 amn3s1a at ono.com       (u2.10.H.03.52)                   
FIX

-----------------------------------------------------------------------
  Cuando se recibe un cambio de nick entre nicks equivalentes, no
tocamos
  los modos, aunque desde fuera SI se vean cambios de modos. Este cambio
  es temporal hasta que todos los nodos usen esta version.

* 2002/03/14 zolty at zolty.net       (u2.10.H.03.51)               
FEATURE

-----------------------------------------------------------------------
  Tercer y ultimo parche de suspension de nicks registrados.
  Cuando un nick suspendido se identifica, no se le pone el modo '+r', 
  sino el nuevo modo '+S' y no puede tener acceso al modo '+h' ni tener
  una ip virtual personalizada en el caso de que la tuviera.
  Cuando se cambia de nick (o por un rename), pierde el modo '+S' antes
  de cambiar el nick.

* 2002/03/14 zolty at zolty.net       (u2.10.H.03.50)               
FEATURE

-----------------------------------------------------------------------
  Segundo parche de suspension de nicks registrados.
  Mira si en la clave del usuario almacenada en la db contiene un '+' al
  final, en caso afirmativo el nick esta suspendido y en caso contrario
  nick activo (no suspendido).

* 2002/03/14 jcea at argo.es          (Z13 - u2.10.H.03.49)             
FIX

-----------------------------------------------------------------------
  Actualizamos la libreria ZLIB de 1.1.3 a 1.1.4, debido a un problema
  de seguridad detectado.

* 2002/03/13 jcea at argo.es          (u2.10.H.03.48)               
CLEANUP

-----------------------------------------------------------------------
  "make indent".

* 2002/03/13 zolty at zolty.net       (u2.10.H.03.47)               
FEATURE

-----------------------------------------------------------------------
  Primer parche de un lote de parches para la implementacion de
suspension
  de nicks registrados.
  Se utiliza un bit de los modos hispano el
      #define HMODES_NICKSUSPENDED 0x00000100
  y las macros asociadas:
      IsNickSuspended(x)
      SetNickSuspended(x)
      ClearNickSuspended(x)
  Este 'flag' queda reflejado con la letra 'S'. Este modo solo pueden
  cambiar los servidores.

  El /WHOIS ha sido ampliado para mostrar este nuevo modo y ocupa el
  numerico de error 390, que esta libre en otras redes, para indicar que
  un usuario tiene el nick suspendido.

* 2002/03/12 jcea at argo.es          (DB92 - u2.10.H.03.46)        
CLEANUP

-----------------------------------------------------------------------
  Desde DB16, los nodos envian la version de base de datos distribuida
  que se esta utilizando. Por ello se enviaba primero el JOIN de la
  tabla 'n' y, una vez que el otro extremo nos indica su disponibilidad
  para aceptar la otras 25 BDD, le enviamos el estado del resto.

  El efecto neto de esto es que en cuanto se produce un JOIN, sabemos
  al momento el numero de registro de la tabla 'n', pero para saber los
  numeros de registro del resto de tablas habra que esperar a que se
  finalice el BURST en ambos sentidos.

  Dado que ya no hay nodos anteriores a DB16 en la red, podemos enviar
  el estado de las 26 bases de datos al momento, antes de los BURST,
  ya que sabemos que el otro extremo lo entiende y lo soporta.

  Este cambio es muy importante para Olimpo, por ejemplo, porque puede
  intentar introducir registros en la red en cuanto se produce el
  NET JOIN.

* 2002/03/12 zolty at zolty.net       (u2.10.H.03.45)               
CLEANUP

-----------------------------------------------------------------------
  Se eliminan dos lineas que son innecesarias desde la
  introduccion del parche "User Quit:".

* 2002/03/12 zolty at zolty.net       (u2.10.H.03.44)               
FEATURE

-----------------------------------------------------------------------
  Ahora, cuando un usuario sale de la red con un /QUIT, el servidor
manda
  al usuario un "Closing link"  con el mensaje de salida antes de cerrar
  la conexion con el usuario.

* 2002/03/04  freemind at unr.com     (u2.10.H.03.43)                   
FIX

-----------------------------------------------------------------------
  En el "/map", el porcentaje del propio nodo siempre sale como 0.0%.

* 2002/02/20 jcea at argo.es          (u2.10.H.03.42)               
FEATURE

-----------------------------------------------------------------------
  Nos encontramos que, a veces, se generan "quit :" espureos, lo que
  puede convertirse en un "quit ()" en el cliente.

  Asimismo, si no se indicaba ningún mensaje de salida, aparecia el
nick.
  Lo he cambiado para que si no se indica ningún mensaje de salida,
  no aparezca nada.

* 2002/02/20 jcea at argo.es          (u2.10.H.03.41)                   
FIX

-----------------------------------------------------------------------
  Cuando un usuario no pone ningún mensaje, no añadimos un "User Quit:"
  gratuito.

* 2002/02/18 jcea at argo.es          (u2.10.H.03.40)               
FEATURE

-----------------------------------------------------------------------
  Cuando se hace un "/map", se indica el porcentaje de usuarios que
  tiene cada nodo de la red.

* 2002/02/18 jcea at argo.es          (u2.10.H.03.39)               
FEATURE

-----------------------------------------------------------------------
  Cuando un usuario hace un "quit", su mensaje de salida aparece
precedido
  con "User Quit:".

  De esa forma no hay duda de si el mensaje de salida es un mensaje de
  la red o un mensaje del usuario.

-- 
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