New Commands implementation, work in progress
Gen.sequence should not create a failing generator for empty lists, it should create a generator that produces empty lists.
Rename Gen.container2Of methods to containerOf (overload method names)
Various scaladoc fixes
Drop superfluous Arbitrary instances
Add more scalacheck versions to Nix build
Ecosystem updates

  - move to SBT 0.13, and corresponding versions of sbt-mima and
    sbt-pgp
  - move from Scala 2.10.2 to 2.10.3
  - update the milestone version of of 2.11
  - drop dependency on scala-actors in favour of scala.concurrent,
    which is available in Scala 2.9.3 and higher
    - degrade gracefully on 2.9.2 by running sequentially.

The SBT update means we get correct handling of scalaBinaryVersion
for non-final releases:

    [info] Set current project to scalacheck (in build file:/Users/jason/code/scalacheck/)
    > ++2.11.0-M5
    [info] Setting version to 2.11.0-M5
    [info] Set current project to scalacheck (in build file:/Users/jason/code/scalacheck/)
    > scalaBinaryVersion
    [info] 2.11.0-M5

This prevents errors like:

    sbt> ++ 2.11.0-M5
    sbt> update
    [error] (*:update) sbt.ResolveException: unresolved dependency: org.scala-lang.modules#scala-parser-combinators_2.11;1.0-RC2: not found
Take advantage of SBT 0.13.0
Use foldLeft to avoid stack overflow for Gen.frequency with large list
Merge pull request #59 from jedws/master

Replace collection Buildables with a single one that uses the CanBuildFrom machinery. Fixes #57 and #58.
Merge pull request #62 from markmarch/topic/fold-left

Use foldLeft to avoid stack overflow for Gen.frequency with large list
Small type fixes in Arbitrary module
Re-introduce Gen.freqTuple for convenience
Add tests for Gen.frequency
Merge pull request #61 from retronym/topic/upgrade

Ecosystem updates
sbt launcher version 0.13.0
Use asInstanceOf to silence unchecked warnings in Gen
Fix issue #60
Fix problem in container shrinker.

It seems Scala 2.10.3 (or 2.10.x) handles implicit
parameters differently than before, so the T : Shrink
constraint is not propagated to shrinkOne anymore. The
solution is to add the constraint there too.
Cleanup in Shrink code