[IRC-DEV] IMPORTANTE: Actualización obligatoria del server IRC

Wed Dec 12 18:33:27 CET 2001

Por la presente se informa a todos los miembros de IRC-Hispano (y a
otras redes que usan nuestros servidores) que se ha publicado una nueva
versión del servidor de IRC de la red, la 2.10.H.03.37.

La actualización a esta nueva versión es OBLIGATORIA.

El plazo de actualización termina el próximo Miércoles 19 de Diciembre
de 2.001.

Para descargarse el software actualizado, procedimiento de
actualización, etc., http://www.argo.es/~jcea/irc/ircd10_h_03.htm

Recuerdo a todos los nodos de IRC-Hispano que esta actualización es
OBLIGATORIA, y que disponen hasta el Miércoles para ponerse al día. Los
nodos que no estén actualizados al concluir el plazo serán "jupeados" de
la red, ya que resulta imprescindible estar al día para poder desplegar
los siguientes cambios en la red.

Los cambios desde la última actualización obligatoria son:

>>>>>
$Id: CAMBIOS2_10_H_03,v 1.28 2001/12/12 16:51:00 jcea Exp $

* 2001/12/12 jcea at argo.es          (u2.10.H.03.37)                   
FIX

-----------------------------------------------------------------------
  Debemos considerar tambien el caso de que haya cambios de nick
  equivalentes provenientes del resto de la red. En esos casos
  tampoco debemos tocar modos.

* 2001/12/12 jcea at argo.es          (u2.10.H.03.36)                   
FIX

-----------------------------------------------------------------------
  Hay un problema de compatibilidad entre los nodos "antiguos" y los
  nodos con parche 34 aplicado.

  Cuando un nodo antiguo recibe un cambio de nick, le quita el +r
siempre.

  Una solucion temporal es seguir propagando los -r y +r en los cambios
  de nick hasta que todo dios actualice, y luego eliminar eso, una
  vez que ya no es preciso.

* 2001/12/11 jcea at argo.es          (u2.10.H.03.35)               
CLEANUP

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

* 2001/12/11 jcea at argo.es          (u2.10.H.03.34)                   
FIX

-----------------------------------------------------------------------
  El parche anterior eliminaba corectamente la necesidad de quitar
  modos, ya que los modos no cambian, pero no tocaba la necesidad
  de enviar modos.

  Es decir, cuando cambiamos de nick, hace:

  modo -r
  cambio de nick
  modo +r

  El parche anterior eliminaba la perdida de modos, pero dejaba tal cual
  el segundo modo. En la practica no se ve el segundo modo porque solo
  se envian modos si se detectan cambios, y no es el caso, ya que los
  modos no han cambiado.

  Pero el procesado lo hacemos igualmente.

  Este parche elimina dicho procesado superfluo.

* 2001/12/11 amn3s1a at ono.com       (u2.10.H.03.33)                   
FIX

-----------------------------------------------------------------------
  Los cambios de nick entre nicks equivalentes, no deberian
  necesitar la clave.

* 2001/12/11 jcea at argo.es          (DB91 - u2.10.H.03.32)        
FEATURE

-----------------------------------------------------------------------
  Complementa el parche anterior para "DBQ", para el caso de que la
  tabla no exista o no sea residente.

* 2001/12/11 jcea at argo.es          (DB90 - u2.10.H.03.31)        
FEATURE

-----------------------------------------------------------------------
  El comando "DBQ" deberia imprimir la clave de busqueda
  aunque el registro no exista, para poder casar facilmente las
  preguntas con las respuestas.

* 2001/12/11 jcea at argo.es          (u2.10.H.03.30)               
FEATURE

-----------------------------------------------------------------------
  "RELIABLE_CLOCK" desactivado para todo el mundo. La hora de la red
  la debe fijar un "service", ya que hay nodos que dicen que tienen
  un reloj fiable y ni por asomo...

* 2001/12/11 jcea at argo.es          (u2.10.H.03.29)                   
FIX

-----------------------------------------------------------------------
  Cuando se hace un "SETTIME", si el offset es de 0 segundos, se imprime
  "clock is set 0 seconds backwards", en vez de "forward".

* 2001/12/11 amn3s1a at ono.com       (VIP32 - u2.10.H.03.28)           
FIX

-----------------------------------------------------------------------
  27/Nov/01
  Cuando compilamos con "BDD_VIP2 : HISPANO/ESNET: Ocultación de IP de
TODOS los usuarios [N/y/?]"
  y seleccionamos "no", deberia permitirse el flag +x a los usuarios
locales
  si el nick tiene entrada en la tabla "v". Es decir, si tiene una IP
virtual personalizada.

* 2001/12/11 amn3s1a at ono.com       (u2.10.H.03.27)                   
FIX

-----------------------------------------------------------------------
  Arreglado el bug de permitir un limite de usuarios inferior a 1. Para
  evitar desync's con nodos usando versiones anteriores, se permiten
pasar
  si vienen de estos o de sus usuarios.

* 2001/12/07 jcea at argo.es          (u2.10.H.03.26)                   
FIX

-----------------------------------------------------------------------
  En "/time" se imprimia "Deciembre", en vez de "Diciembre".

* 2001/11/26 jcea at argo.es          (u2.10.H.03.25)                   
FIX

-----------------------------------------------------------------------
  No tiene sentido que un nodo pida a otro un "DBQ", ya que la respuesta
  llega como un "NOTICE".

  Revertimos el parche anterior e ignoramos los "DBQ"
  cuyo remitente sea un servidor.

* 2001/11/26 amn3s1a at ono.com       (u2.10.H.03.24)                   
FIX

-----------------------------------------------------------------------
  m_dbq no contemplaba la posibilidad de ser llamado desde un server,
asi
  al enviar el comando DBQ * x x como server, hacia un segment fault.

  >> ] DBQ * v .
  Connection closed by foreign host.

* 2001/11/25 amn3s1a at ono.com       (u2.10.H.03.23)                   
FIX

-----------------------------------------------------------------------
Comentado por "NiKoLaS":

Cuando se hace un /names, sin parámetros, nos empieza a sacar la
información visible de TODOS los canales de la red, lo que provoca una
caida
(dependiendo de la capacidad del servidor donde nos encontremos) por
"Max
sendQ exceeded". La respuesta al /names sin parámetros, debería ser "Not
enough parameters" y la sintaxis de /names <#canal>.

* 2001/11/12 jcea at argo.es          (u2.10.H.03.22)               
CLEANUP

-----------------------------------------------------------------------
  An~adimos "Amn3s1a" a los creditos.

<<<<<

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