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.