[IRC-DEV] Actualización OBLIGATORIA IRCD IRC-Hispano
Jesus Cea Avion
jcea at argo.es
Tue Dec 17 13:04:10 CET 2002
Por la presente se comunica a todos los miembros de IRC-Hispano que se
ha publicado una actualización obligatoria del servidor de IRC. La
versión a la que deben actualizarse es la u2.10.H.06.28 o superior.
El plazo de actualización termina el próximo jueves 19 de Diciembre, a
las 16:00.
Los detalles de cómo actualizar los teneis en
http://www.argo.es/~jcea/irc/ircd10_h_06.htm.
El mecanismo de actualización recomendado es CVS. Si usais el TAR,
comprobar que el que os bajais es la versión correcta.
Por cierto, no es necesario que vayais informando de las actualizaciones
en vuestros servidores a medida que se vayan realizando. El jueves los
revisaré todos, yo.
Algunos nodos ya están actualizados a esta versión, con fines de
"debug". No necesitan actualizar.
Los cambios desde la última actualización obligatoria son:
>>>>>
$Id: CAMBIOS2_10_H_06,v 1.28 2002/12/16 17:45:59 jcea Exp $
* 2002/12/16 jcea at argo.es (u2.10.H.06.28)
FEATURE
-----------------------------------------------------------------------
Se toca la funcion "can_send()" para que un nodo pueda enviar a un
canal. Antes no se podia hacer si el canal estaba +n.
* 2002/12/16 jcea at argo.es (u2.10.H.06.27)
FEATURE
-----------------------------------------------------------------------
Cuando se invita a alguien a un canal, lo ven los "ops" de dicho
canal.
* 2002/12/15 n3tkat at 9power.org (u2.10.H.06.26)
FEATURE
-----------------------------------------------------------------------
Primera parte del parche para permitir el uso del caracter '~' en los
nicks. Permitimos nicks con '~' de otros servidores, pero no locales.
* 2002/12/12 jcea at argo.es (u2.10.H.06.25)
FIX
-----------------------------------------------------------------------
Bajo circunstancias poco claras, y si tenemos el servidor configurado
para que use "poll()" en vez de "select()" (lo normal), puede darse
el caso de intentar hacer un
if (DoingSocks(cptr) || DoingDNS(cptr) || DoingAuth(cptr)
de conexiones NO locales, con lo que fallan los "assert()". Es algo
muy
esporadico (en Gaia, cada 24 horas de funcionamiento), pero que
"ocurre".
Esto, en realidad, es un bug del IRCD original, pero que no se ha
"detectado" hasta ahora.
* 2002/12/11 nikolas at irc-dev.net (u2.10.H.06.24)
FIX
-----------------------------------------------------------------------
Si se hace in INVITE a un canal inexistente, se devuelve el error de
"No such channel" en vez del de "You're not on that channel".
* 2002/12/11 jcea at argo.es (u2.10.H.06.23)
FIX
-----------------------------------------------------------------------
Se solucionan un par de detalles cuestionables del parche anterior.
* 2002/12/11 zoltan at irc-dev.net (u2.10.H.06.22)
FEATURE
-----------------------------------------------------------------------
Ampliacion del comando INVITE. Si se invoca sin parametros, nos
muestra
la lista de invitaciones que tenemos y que no hemos usado todavia para
entrar. Esta lista siempre ha existido y hasta ahora no era visible.
Se utilizan los siguientes numericos, utilizados en Undernet.
346 => RPL_INVITELIST
347 => RPL_ENDOFINVITELIST
* 2002/12/10 jcea at argo.es (u2.10.H.06.21)
CLEANUP
-----------------------------------------------------------------------
"IsLocal()" y "MyConnect()" son redundantes. Ademas, "IsLocal()" no
funciona correctamente en los primeros instantes de una conexion.
Elimino "IsLocal()".
* 2002/12/10 jcea at argo.es (u2.10.H.06.20)
FIX
-----------------------------------------------------------------------
Cuando se configura el IRCD para que se ejecute bajo un usuario/grupo,
el grupo no se configuraba correctamente.
* 2002/12/09 jcea at argo.es (u2.10.H.06.19)
CLEANUP
-----------------------------------------------------------------------
Cambio "s_auth.c" para que use macros en la manipulacion de
"FLAGS_AUTH" y "FLAGS_WRAUTH".
* 2002/12/09 jcea at argo.es (u2.10.H.06.18)
CLEANUP
-----------------------------------------------------------------------
Aprovechando el parche "u2.10.H.06.15", migro el flag "FLAGS_WRAUTH".
* 2002/12/09 jcea at argo.es (u2.10.H.06.17)
CLEANUP
-----------------------------------------------------------------------
Aprovechando el parche "u2.10.H.06.15", migro el flag "FLAGS_AUTH".
* 2002/12/09 jcea at argo.es (u2.10.H.06.16)
CLEANUP
-----------------------------------------------------------------------
Aprovechando el parche "u2.10.H.06.15", migro el flag
"FLAGS_DOINGDNS".
En el "assert()" uso "MyConnect()", porque "IsLocal()" no esta
inicializado aun...
* 2002/12/09 jcea at argo.es (u2.10.H.06.15)
CLEANUP
-----------------------------------------------------------------------
La variable de "flags" ya tiene ocupados sus 32 bits. En vez de
utilizar
una variable de 64 bits, divido los "flags" en dos grupos de 32 bits.
Un grupo, el actual, existe siempre. El otro grupo de 32 bits SOLO
existira para conexiones LOCALES.
De esta forma se reduce el consumo de memoria, ya que las conexiones
remotas usan 32 bits, en vez de 64 bits.
Hay que ir migrando los flags poco a poco, uno a uno. Hay que usar
"assert()" (de forma temporal) para comprobar que se accede
a ese "flag" **SOLO** cuando el usuario es local.
* 2002/12/04 nikolas at irc-dev.net (u2.10.H.06.14)
FEATURE
-----------------------------------------------------------------------
Si un usuario sin +r hace un INVITE a un usuario +R no se lo permite.
Si el usuario que hace el INVITE, por contra, tiene +o, si le deja.
* 2002/10/22 jcea at argo.es (u2.10.H.06.13)
FIX
-----------------------------------------------------------------------
Otro bug delicado de topic y "/list".
* 2002/10/21 jcea at argo.es (u2.10.H.06.12)
FIX
-----------------------------------------------------------------------
Bug fix de los dos parches anteriores. Este bug es chungo, pero se ha
detectado y solucionado en minutos :-). El servidor cascaba si se
hacia
un "/list", ya que ahora puede no existir ni siquiera la informacion
de TOPIC. Antes, aunque no hubiese topic, su espacio SI existia, que
es precisamente lo que queremos eliminar con estos parches.
* 2002/10/21 jcea at argo.es (u2.10.H.06.11)
FIX
-----------------------------------------------------------------------
Bug fix de los dos parches anteriores.
* 2002/10/21 jcea at argo.es (u2.10.H.06.10)
FEATURE
-----------------------------------------------------------------------
Como optimizacion del parche anterior, cuando se pone un "topic"
nuevo,
reutilizamos la memoria dinamica del topic anterior si su longitud es
lo bastante grande como para acomodar el nuevo.
* 2002/10/21 jcea at argo.es (u2.10.H.06.09)
FEATURE
-----------------------------------------------------------------------
En vez de reservar 'X' bytes para el topic y el nick del usuario que
lo
pone, se usa memoria dinamica para ello.
* 2002/10/21 nikolas at irc-dev.net (u2.10.H.06.08)
FIX
-----------------------------------------------------------------------
Solucionado un bug que hacia que no se propagase el modo de canal +M
en
los bursts.
* 2002/10/10 jcea at argo.es (u2.10.H.06.07)
FIX
-----------------------------------------------------------------------
Solucionado un posible problema de seguridad en "m_stat()". Ahora no
es problematico, pero no sabemos como puede evolucionar esa funcion
en el futuro, asi que mejor curarse en salud.
* 2002/10/09 jcea at argo.es (u2.10.H.06.06)
FEATURE
-----------------------------------------------------------------------
No se incluye la IP cifrada en los usuarios con IP Virtual
personalizada,
porque ello incrementa su "sex appeal" cara a los usuarios.
El perder esa informacion queda compensado con el
hecho de que las entradas de los usuarios +r quedan
registradas en los bots, incluyendo sus IPs.
No me acaba de gustar, pero es una peticion de Sisco.
* 2002/10/09 nikolas at irc-dev.net (u2.10.H.06.05)
FIX
-----------------------------------------------------------------------
Refinamos el parche u2.10.H.06.02 pues nodos con esa version, esta vez
tenian un numero negativo de helpers. El error se producia porque al
eliminar el conteo de register_user() con la intencion de procesar esa
entrada y sumarla en m_nick(), para entradas remotas de opers con
nick:clave o entradas remotas de bots con +h, no se hacia el conteo de
ese helper, y cuando despues un +h salia de la red, se restaba uno sin
haberse sumado uno anteriormente.
* 2002/10/07 amn3s1a at ono.com (u2.10.H.06.04)
FIX
-----------------------------------------------------------------------
Comprobaciones extras en los parametros del mensaje DBQ. En concreto,
el nombre de la tabla sólo puede contener un caracter.
* 2002/10/07 amn3s1a at ono.com (u2.10.H.06.03)
FIX
-----------------------------------------------------------------------
Los JOIN, PART y WHO en los que el origen (es decir, sptr) es un
servidor
son ignorados, ya que en el caso del JOIN y WHO, mata el proceso.
* 2002/10/06 nikolas at irc-dev.net (u2.10.H.06.02)
FIX
-----------------------------------------------------------------------
Solucionamos un pequeño bug que hacia que en el LUSERS se mostrase
un numero equivocado (mayor) de helpers.
* 2002/10/01 jcea at argo.es (u2.10.H.06.01)
CLEANUP
-----------------------------------------------------------------------
"make indent".
<<<<<
--
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