Change default --with-nicklen to 31, like atheme-services.

Switch to ircu NICKLEN/MAXNICKLEN semantics.

Clients should use MAXNICKLEN for preallocation, and NICKLEN should be treated as
informative.

Remove nicklen_set barrier.

Since serverinfo::nicklen only controls NICKLEN_USABLE, we do not need to have a
barrier here.

Make sure ConfigFileEntry.nicklen follows the same semantics as real NICKLEN.

Otherwise, truncation would be one byte too short on nick changes.

Add support for customizing the usable nick length.

This adds a new ISUPPORT token, NICKLEN_USABLE which is strictly an informative value.
NICKLEN is always the maximum runtime NICKLEN supported by the IRCd, as other servers may
have their own usable NICKLEN settings.  As NICKLEN_USABLE is strictly informative, and
NICKLEN is always the maximum possible NICKLEN, any clients which depend on NICKLEN for
memory preallocation will be unaffected by runtime changes to NICKLEN_USABLE.

The default NICKLEN is 50; the default serverinfo::nicklen in the config file is set to
30, which is the NICKLEN presently used on StaticBox.

Fix potential buffer-overflow from malformed RSFNC request.

Fix -Wformat errors found in ircd-ratbox.

We cannot use -Wformat meaningfully but ircd-ratbox trunk can.

Apply extended-join client cap to QJM joins

Remove an obsolete TS5 reference.

Prefer PATH_MAX to non-standard MAXPATHLEN.

Properly update 004/005 when a rehash changes use_forward.

Don't treat +r specially when displaying supported channel modes.

This used to be only advertised if a service was linked, which made
sense in ratbox when +r was only settable if services were available.
Now, however, +r is always available and so should always be advertised.

ilog_error: Avoid overwriting errno before sending it to opers.

Force client_flood_burst_rate and client_flood_burst_rate to at least rfc1459 values (5).

Limit sent_parsed to the highest possible value in the current config.

After a configuration change (or deoper with no_oper_flood) sent_parsed
might be way higher than allow_read, so that the user would have to wait
a long time before the server responds. Avoid this.

Fix weirdness with client_flood_burst_rate and client_flood_burst_max.

They are now in messages, even if client_flood_message_time is not 1.

If client_flood_message_time is not 1 (by default it is), this needs a
configuration change to maintain the same behaviour.

Minor cleanup to command throttling code:

 * Deduce allow_read from the client's state (IsFloodDone) rather than
   storing it in LocalUser.
 * Fix the documentation (in oper /info), however strange
   client_flood_burst_rate and client_flood_burst_max may seem, that is
   how they currently work.

Disable LocalUser.actually_read (write-only field).

Fold client_flood_burst_rate check into MAX_FLOOD_BURST.

The original definition of floodgrace was MAX_FLOOD_BURST lines per second.
A second check for another number of lines per second makes no sense.

Enforce the average allowed send rate is at least the one allowed by rfc1459.

If use_forward=no, ignore any forwarding for joins by local users.

Make sure to check the length of a ban mask before removing a forward channel.

Otherwise a line might be truncated later, leading to desyncs.

Put back use_forward.

Fix double-free when removing a ban.

del_id() should not free the ban anymore, its caller does that now.

Ensure all signals keep working after a SIGINT restart.

After setting up signal handlers, unmask the signals we care about
(installed handlers for).

When handling SIGINT, the kernel adds SIGHUP and SIGINT to the signal
mask (as requested in sigaction()); if execve() is called from the
signal handler, this change is persistent.

m_resv.c: replace erroneous UNXLINE cluster calls with UNRESV.

Fix git fuckery.

Apparently my tree got horribly corrupted.

chmode: fix construct_cflags_strings.

Accidentally ported too much from ircd-seven. Fix this.

Port ircd-seven banfowards to charybdis.

nenolod gave the thumbs-up to port ircd-seven banfowards to charybdis to spb
for a while, and people have asked about it. Might as well do it since it's a
slow weekend.

Note that as a side effect use_forward is removed from the config and
unconditionally enabled!

override: Send notice when overriding can_send.

Also ensure no session deadline is maintained for a remote client.

Remove a stale comment.

Remove #define KEY from ip_cloaking modules.

I meant to do this 3 years ago when I rewrote the cloaking modules. I
never got around to it. Now I am. :p

Also add some basic comment headers whilst I'm here.

Update my email.

bandb/makefile.in: Add bantool to make clean.

Back out chanroles.

While what chanroles are trying to accomplish is a good idea, it is
apparently unclear this is the proper way to do it. Until we figure out
the exact way we wish to do this, it should be reverted for now.

Partially revert e794d39a8053005fdd2835d6206a88cc23262f8d.

As jilles pointed out, it is best that the chanserv access list always
remain synced with the grant list. Thus, the ability for clients to set
this is not a good idea unless services knows about the grant, but this
leads to all sorts of messy issues and likely isn't worth it.

Add client interface for GRANT.

TODO: implement notifications of grant privilege changes to the target.

Update TODO.

chanroles: instead of checking for chanop + CHANROLE_UNSET combination, grant a default set of flags.

this allows ops with zero effective privilege.

chanroles: ENCAP GRANT should work under the assumption that we want to zero out

this makes setting new roles on a user much easier as we're just setting the roles they
should be having, instead of having to try to revoke roles we don't necessarily know
about.

chanroles: grant initial set of flags to people added to a channel with CHFL_CHANOP.

this allows us to, later on, add a hook that will enable us to disable channel ops entirely
without causing permissions revocation.

Add chanroles to isupport so clients know it exists.

Implement chanroles, as discussed with nenolod.

The theory behind this is that services sends an ENCAP * GRANT #channel
UID :+flagspec message specifying the chanroles the user has. They are
mapped into flag bits and applied to the membership of the user. They
then are restricted or permitted to what they can do based on the
permissions mask regardless of rank.

For backwards compatibility, the default permission bit (without a GRANT
statement) allows a user to to anything an existing op can do ONLY if
they are an op.

Todo: make CHANROLE_STATUS work (the ability to apply +ov to people),
which is at the moment controlled by CHANROLE_MODE.

RSFNC: allow RSFNC against a target which just changes the capitalization of the nickname

this is useful for gently changing a nickname from ReTARDeDNICk to Retardednick, see
ns_cleannick in atheme git.

rsfnc/svslogin: Add server notices for kills.

When we broadcast a KILL message, this generates server notices on all
other servers (assuming the target user exists). Therefore, we should
also send a notice to our local opers.

dline,kline: Avoid breaking the protocol with bad bans.

invite: Remove useless IsChannelName check.

knock,topic: Remove useless IsChannelName checks.

If !IsChannelName(name), then certainly find_channel(name) == NULL.

Generate include/serno.h from git information, if available.

Do not assign to MAKE in the main Makefile.

The assignment is incorrect as it assumes the make program is called "make".

Merge branch 'master' of ssh://git.atheme.org/gitroot/charybdis

Fix makerelease.sh

Add additional version.c variants to gitignore.

operspy list: Show '!' prefix for otherwise hidden channels rather than +s ones.

This is consistent with operspy whois.

modules/m_list.c: Change operspy LIST syntax to match everything else that accepts operspy.

makerelease.sh: Do things the git way; add a sanity check for release name.

.hgignore -> .gitignore (also rm'd .hgtags).

We use GIT now.

Add target change spam notice.

Pedantry: Make indentation consistent in example and reference confs.

libtoolize

branding: denote custom branding in ircd -version

branding: if CUSTOM_BRANDING is defined, display charybdis version in /info
(based on ircd-seven rebrand patch)

configure: Add --with-custom-branding and --with-custom-version options.

Automated merge with http://hg.atheme.org/charybdis

doc/extended-join.txt: Document CAP extended-join.

Allow kick_on_split_riding to protect channels with mlocked keys.

Do kick_on_split_riding if services sends an SJOIN
with a lower TS and a different key. This relies on
services restoring TS (changets option in atheme) and
services not immediately parting after receiving the
KICK, which is the case in recent atheme.

For invite-only channels, still only do
kick_on_split_riding in netbursts. Services is
assumed to handle this itself (atheme does).

If the sasl mechanism is EXTERNAL, send the certfp in the initial S message.

Back out AUTHENTICATE EXTERNAL so I can do it differently.

The current approach is fundamentally broken as it allows
anyone in that knows the certfp and uses an old ircd as
their server.

Revert "sasl: remove checks for impossible conditions".

This check is not impossible and can be triggered by
sending a PASS command like a server would send first.

This backs out changeset 8cba4464feec.

sasl: first attempt at ircv3.1 AUTHENTICATE EXTERNAL support

sasl: remove checks for impossible conditions

Make flood control settings configurable by those who know exactly what they're doing.
From ircd-seven git changeset 29aa4203150337925a4f5c6e7da47be5394c2125 .

Cope with OPENSSL_VERSION_NUMBER not being a long.

Contrary to the documentation, this is the case on recent FreeBSD at least.

bantool: _XOPEN_SOURCE should die in a fire

Style: use a consistent order for the _C constants.

Disallow mIRC italics in channel names when disable_fake_channels

Don't allow +Z to be set by default_umodes

Add Elizacat to contributors.

Support IPv6 blacklists. Also add a conf file option allowing the use of IPv4, IPv6, or both for a blacklist.

Although few blacklists currently support IPv6 lookups, they will likely begin to do so in the near future as more net trash begins using IPv6.

m_challenge: fix use of undefined behaviour.

GCC does what we expect, but other compilers could do just about anything.

can_send: properly initalise moduledata.

override: Apply floodcount to override sends.

This avoids strange behaviour where quieting an override
oper lets them send more, and matches ircd-seven.

Add endian test to autoconf and convert crypt to use it.

Fix memory leak of operator certfp fields.

newconf: fix a warning

newconf: fix certificate fingerprint auth.

yy_oper->certfp was not copied into yy_tmpoper->certfp, thus the information was lost and certfp auth was never really working, since the string was always empty.

Add blowfish to libratbox crypt.

Also change u_int*_t to uint*_t whilst I'm here.

Remove nickTS from extended-join.

Fix extended-join not sending any joins at all.

Note that IsCapable(x, NOCAPS) always returns true.

hunt_server: Disallow wildcarded nicknames.

Any hunted parameter with wildcards is now assumed
to be a server, never a user.

Reasons:
* fewer match() calls
* do not disclose existing nicknames
* more intuitive behaviour for CONNECT

m_trace has a copy of some hunt_server logic in it
(for the RPL_TRACELINK reply), so adjust that too.

Fix compiler warnings.

Move list-related isupport items to the list module itself.

Make SHA512 the default for mkpasswd again, as SHA512 support is guaranteed to *always* be in libratbox.

Overhaul extensions/m_mkpasswd. It now allows SHA256/SHA512 hashes. DES support is removed, as it is insecure and can be broken on my desktop in about 20 minutes.

Add SHA256/SHA512 support to crypt.c and fix up the MD5 component (it seemed to have been broken). In addition, unconditionally use the libratbox crypt.

cosmetic fix: Blowfish doesn't use CamelCase

Add topic TS and channel TS constraints for /LIST.

Implement operspy for /LIST.

Fix multiple RPL_LISTEND replies when aborting a /LIST.