We seem to have several interlocking decisions to make about aeson and dlist in the platform:

Background:
let me know if I got any of this wrong
Options for aeson:
  1. skip it in this release
  2. include aeson 0.6.2.1 - requiring both dlist and blaze-builder
  3. include aeson 0.6.2.x, a version with the patch that uses bytestring's builder, and so require only dlist
  4. include aeson 0.7.0.0 - requiring dlist and possibly scientific
Options for dlist, if required by the aeson choice, or because we now like it anyway:
  1. include dlist 0.5
  2. include dlist 0.6, with new typeclass instances added
Options for scientific, if required by the aeson choice:
  1. include Scientific type in aeson
  2. include a new scientific pacakge
Discussion:
I think the best option, if we are ready to embrace aeson, is jump in with both feet: aeson 0.7.0.0, & dlist 0.6. Leaving the issue of is scientific ready to be included as it's own package, or should it just be exported by aeson for now.

Thoughts?

— Mark