[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