Use sbt 0.13 for building zinc.

Let's get rid of override of sbt version when building zinc. Zinc has
already migrated to sbt 0.13 and it doesn't have to be treated specially.
Remove sbt-version-overrides in each project.

We can override sbt version at the build level which propagates to
all projects defined in given build. It cuts down on boilerplate in the
config.
Merge pull request #62 from gkossakowski/zinc-breakage

Fix Zinc breakage
Document the need for `appendScalacOptions` hack.

Link to an issue in dbuild which describes the purpose of
`apppendScalacOptions` hack we have in the config.
Upgrade to Scala 2.11.2 used for extraction.

Dbuild overrides Scala version during extraction phase. Let's move to
the latest, stable Scala release.
Move away from custom Lift fork.

Let's switch to Lift upstream, the 3.0-M2 version which is the latest
tagged release.
Switch to tagged releases of a few projects.

As part of a cleanup, we are dropping forks that got introduced around
Scala 2.11. release. Many projects have caught up and we can switch to
following upstream and rely on tagged releases.
Merge pull request #63 from gkossakowski/cleanups

Cleanups in dbuild config
Switch back to fork of spray.

Both v1.3.2 and v1.3.1_2.11 tags do not work in dbuild. The v1.3.2 simply
does not compile and v1.3.1_2.11 fails with:

[spray] [info] Set current project to root (in build file:/localhome/jenkinsdbuild/workspace/Community-2.11.x-manual/target-0.9.1/extraction/42c7d5e0770e5f0c15aa65f4d40f6c82f122f9db/projects/9966dc2563823ca6d7afd5dc3a57f02301fa4288/)
[spray] [info] Setting extraction Scala version to 2.11.2 in 31 scopes
[spray] [info] Resetting onLoad... in one scope
[spray] java.util.NoSuchElementException: None.get
[spray] 	at scala.None$.get(Option.scala:313)
[spray] 	at scala.None$.get(Option.scala:311)
[spray] 	at com.earldouglas.xsbtwebplugin.Container.com$earldouglas$xsbtwebplugin$Container$$stateToRunner(Container.scala:25)
[spray] 	at com.earldouglas.xsbtwebplugin.Container$$anonfun$containerSettings$5$$anonfun$apply$2.apply(Container.scala:58)
[spray] 	at com.earldouglas.xsbtwebplugin.Container$$anonfun$containerSettings$5$$anonfun$apply$2.apply(Container.scala:57)
[spray] 	at sbt.Project$.runUnloadHooks(Project.scala:282)
[spray] 	at sbt.Project$.setProject(Project.scala:286)
Twirl has been moved to playframework

Latest version of Play depends on a new twirl that has been moved to
Play organization on GitHub. That version doesn't build in dbuild due to
pattern matching on scalaBinaryVersion, see playframework/twirl#45 and
typesafehub/dbuild#145 for details. For that reason, we are building Play's
Twirl from a head of PR which includes workaround for scalaBinaryVersion
problem.

However, we can't switch over to Play's Twirl altogether just yet. The
reason is that spray fork depends on old twirl.

The good news is that Spray's and Play's Twirl do not share group ids so
we can just build both of them and they'll be picked up by projects that
need them. That's what we are doing here.
Merge pull request #66 from gkossakowski/cleanups

Restore community build's stability
update to spray 1.3.2
Merge pull request #68 from jrudolph/update-to-spray-1.3.2

update to spray 1.3.2
Added rapture-core project to community build