Add support for Librarian
Add Ivey's tweet to the README
Fix typo
Merge pull request #265 from astratto/patch-1

Fix typo
Cleanup references to ChefSpec::ChefRunner
Typo fixes
Merge pull request #266 from bookest/random-doc-fixes

Random doc fixes
Clarify how to run tests with a link to the RSpec docs
Yield a block after cookbook compile but before converge
Add IRC to README
Don't include the deprecations module by default.

In the next release of ChefSpec, the deprecations module will not be required
by default. Because the module is a monkey-patch on top of existing monkey
patches, it weighs a significant overhead loading it on each run. It also
provides no benefit to new users of ChefSpec or users who have already
converted their code to use the ChefSpec 3 matchers.

The deprecations module still exists, but it will no longer be included by
default. Users still wishing to switch from ChefSpec 2.x can manually require
the module, as outlined in the README.

This module will be completely removed in ChefSpec 4.
Add ChefSpec::Cacher module for faster specs

The cacher module allows for ultra-fast tests by caching the results of a
Chef Client Run in memory across an example group. In testing, this can
reduce the total testing time by a factor of 10x. This strategy is _not_ the
default behavior, because it has implications surrounding stubbing and is
_not_ threadsafe!

- Refs: #275
- Refs: http://dracoater.blogspot.com/2013/12/testing-chef-cookbooks-part-25-speeding.html
- Credits: @DracoAter
Only test the master branch on Travis
Add Media & Third-Party Tutorials [ci-skip]
Add Travis IRC notifications
Allow fast finishing on Travis
Automatically configure RSpec if cacher is required

Why would be make users do more work than they need to! Turn on the magic!
Requiring 'chefspec/cacher' automatically extends RSpec with the +cache+
method for you!
Make `ChefSpec::Cacher` thread safe
Add resource reporting
Add Chef Zero support for converging against a real Chef Server