appup files inexplicably go in ebin/, not src/

Well, it's sort-of explicable: they should be available verbatim using
the Erlang interpreter's code path, and I'm not using any of the magical
rebar3 plugins for automatic appup generation.

Without sasl, there is no release_handler.

Fix up directory structure for rebar3

Release 14!

This release adds rate limits and failure (gen_server timeout) tolerance to the
AMQP codepaths, so that they always stay under their supervisor's restart
intensity.

This upgrade/downgrade path is a little racey:
  - It's not guaranteed that rate_limit is loaded before other modules.
  - The supervisors are running while the worker modules with shiny new init/1
    arguments are loaded.
This can cause full failure if something needs to restart while the upgrade is
ongoing.  Since these are just init codepaths, I'll take my chances.  It's like
the big sky theory, in the time domain.

rate limit irc_amqp_listener restarts

This protects the irc_net_sup (and thus irc_conn) from restarting if the amqp
application processes are currently unavailable - i.e. while they're waiting on
their own rate limits.

Move IRC->AMQP message sending into AMQP process

This allows the message to be dropped if, for example, the AMQP process is
sleeping on the rate limit timer and causes a timeout instead of handling the
get_connection call.  Previously, this would crash the init process of
irc_amqp_listener, and since the gen_server timeout is only 5 seconds, the
irc_object_sup would reach its max restart intensity and exit.

As an added bonus: this is actually more reasonable message passing anyway.

amqp: Rate limit reconnections to AMQP

Factor out the rate limiting behavior from irc.

This will be more generically used to rate limit any code path that depends on
connecting to an external service.  Particularly: AMQP.

The goal is that external service availability should not tear down entire
supervisor hierarchies, and instead just the single worker connected to it.

Release 13, amqp app vsn 3

This release sets the auto_delete flag on AMQP queues.

amqp: set the auto_delete bit on queues.

Without this, AMQP queues are leaked whenever we reconnect to an ircd.
Exclusive queues are only deleted when the connection is torn-down;
auto-deleted queues are also deleted when the last (i.e. only in this case)
conusmer is removed.

Since the AMQP consumers are tied to processes running under the irc_object_sup
for the IRC connection, these will be torn-down when we reconnect to the ircd.

Release 12, IRC application vsn 12.

This release switches the bot's replies to using NOTICE rather than PRIVMSG.

irc: responses are sent with NOTICE, not PRIVMSG

Release version 11.

This release updates the irc module to actively ping the server.

irc application vsn 11

This upgrades irc_conn to actively ping the server.

irc_conn: cancel the timer when downgrading

irc_conn: migrate state from vsn 4 to 5 and back

This adds a "none" timer id on upgrade, and removes the timer id on downgrade.

Add the ability to actively PING the server.

This currently forcefully kills the irc_conn process once a ping timeout
occurs, without any nice QUIT message or anything.

Bump the state version because I added another variable to irc_state.

Trap exits in a converted irc_amqp_listener.

Without this, an upgraded irc_amqp_listener still won't manage to terminate cleanly.

On the other hand, it doesn't anyway -- it's still brutal_kill'ed.  Drop this patch, maybe?

Fix shutdown parameters for irc app supervisors.

Any supervisors it launches should wait infinitely, according to the
"supervisor" module docs.

Since irc_conn doesn't actually do anything on terminate/2, brutally kill it.
(It also doesn't trap exits, so it wouldn't get called /anyway/).

Whitespace cleanup.

irc application version 10.

Upgrade includes:
  * new childspecs for all the irc application's supervisors
  * irc_amqp_listener will terminate its associated amqp_channel
  * irc_conn is [ab]used to recreate the irc_amqp_listener with a new
    childspec, since it's a transient process.

Upgrade to irc_amqp_listener with new childspec.

Bump the irc_conn state version and use the code_change capablities to recreate
the irc_amqp_listener process with the appropriate childspec upon up/downgrade.

Split out routing key creation into a new function

Close Channel on irc_amqp_listener termination.

This fixes a bug wherein application:stop(irc) would leave a dangling Channel
that was consuming messages on a queue -- long after the process to which it
would deliver is dead.  That would cause the AMQP channel to exit with reason
unexpected_delivery_and_no_default_consumer, killing all of the rest of the
AMQP client and, by the transitive property of death, the irc application as
well.

The irc_amqp_listener must trap exits in order to receive a termination notice
from its supervisor.  I'm not actually sure if this has any implications for it
monitoring its AMQP Channel or not.

Create intermediate release.

This release only contains the changes needed to add a return value to
amqp_bot_listener:listen_for_events.  This must happen strictly /before/ the
changes that create/destroy new irc_amqp_listener processes, so that we can
forcibly keep the pattern matching in sync with the return value.

Bump amqp application version number.

amqp-2 contains the sole change that amqp_bot_listener:listen_for_events adds a
new value to the return tuple.

Bump irc_amqp_listener state version to 3.

Convert version 2 state to version 3 by hoping that the listener is only
monitoring one process.  Thankfully, amqp_bot_listener:listen_for_events
creates a monitor so that AMQP will kill IRC.

Return and save the AMQP Channel pid.

Bump version number, add upgrade scripts

Send !-commands to AMQP for other programs

Use erlang: prefix for integer conversion

Apparently R14A doesn't see integer_to_list/2 and list_to_integer/2 without
the erlang: prefix.

Bump IRC app versions, disallow code_change.

I am not planning to support upgrading/downgrading past this epoch.  It's
possible, but the existing IRC bot died for unrelated reasons, so there's no
real point in supporting it.  I'll just run with the new version.

Use one AMQP listener with wildcard, per ircnet.

Bump Erlang version numbers to Ubuntu precise

Bump release numbers.

Fix DoS where any IRC user can crash the bot.

Limit IRC reconnects to once every 30 seconds.

And I also fixed another bug that made reconnects fail anyway.

Added a !random command, and cut a new release.

Refactored IRC command handling, while I was at it.

Add an intermediate release 4.5, which allows clean downgrade from 5 to 4.

This is required because otherwise, the AMQP applications are destroyed before
the IRC application is downgraded, causing the whole thing to come crashing
down.

Properly handle the instance name when upgraded from an old version

Handle up/down-grade for the IRC application -- add/remove AMQP processes

Add new modules to the IRC application

Add AMQP client applications to release dependencies.

Update ERTS version number to match Ubuntu maverick

Add configuration support for AMQP username/password/vhost

Refactored the way commands are sent from the AMQP listener to the irc_conn

Fix a bug to allow channels that do not have AMQP queues

Use the configuration file to determine AMQP routing key

Fixed a bug caused by the Channel being killed out from under the AMQP module.  RT ticket #73.

Move the irc_amqp_listener to be underneath the irc_object_sup

Created the irc_object_supervisor, which is created by the irc_conn startup

Add Supervisor, TableId, and the [future] irc_object_sup to the IRC connection state.

Add the irc_conn PID to the ETS table

Refactored the way configuration data is passed through the IRC application.

Instead of passing configuration data all the way from the irc_sup, all that is
passed is the instance name, and the irc_conn is responsible for getting the
configuration data from the config module.

Link the AMQP channel to the process listening, so that it can correct server problems.

Added registered process names to the AMQP application file

Updated version numbers for the release to match Ubuntu Maverick

Updated documentation on AMQP listener function.

Version bump, added AMQP app to the release file

Add irc application dependency on amqp application

Added AMQP support to the irc application.

AMQP supports attaching a process to handle messages sent to an exchange.

Fix typo in names of irc_sup's children

Release bump to upgrade the IRC app

Added botsnack functionality to the irc application

Bug fix: include the irc_util module in the irc application

IRC application version was not a string.

Include the irc application in the release.

Bug fix for irc.floofy-skirts.org: don't JOIN channels until we know we're connected.

Wrote the boiler-plate code to start the IRC modules as an application.

Added a newline to release file so version mismatch is easier.

Added module version to core/config; also made it a new release.

Added a release file so we can actually boot this thing.

Added boilerplate code to load the core modules as an app.

Added module to handle configuration files

Finished writing the buffering/parsing code for handling messages from the IRC server

Finished most of the IRC protocol-level work:

  * added module irc_util to hold the parser and writer for IRC commands
  * irc_conn module should at least be able to join channels

Updated how configuration is bubbled through

Removed "Supervisor" from state tracked in irc_conn

Deleted some un-implemented things from irc_net_sup, and changed some formatting to be easier to read.

Renamed irc_sup to irc_net_sup; added some documentation

Created a "core" application that supports core bot activities.

Moved around the IRC modules

This will support factoring the bot into several "applications".

Basic structure of the IRC modules.  Nothing does anything, and I still need to make sure my pid accounting works properly, but at least it kind of has the supervisory structure I'm going to want.

I made lots of TODO notes in comments.