Metadata revisions for leaky-0.2.1.1

Package maintainers and Hackage trustees are allowed to edit certain bits of package metadata after a release, without uploading a new tarball. Note that the tarball itself is never changed, just the metadata that is stored separately. For more information about metadata revisions, please refer to the Hackage Metadata Revisions FAQ.

No. Time User SHA256
-r1 (leaky-0.2.1.1-r1) 2015-02-01T04:36:15Z AndrewSeniuk 320af9be1a29c8256d5a894f5c687d11ec12ab0ec860a82c17ce0899dc3fa505
  • Changed description from

    Robust space leak, and its strictification, for testing <http://hackage.haskell.org/package/deepseq-bounded deepseq-bounded> and <http://hackage.haskell.org/package/seqaid seqaid>.
    
    See also the project <http://www.fremissant.net/leaky homepage> for more information.
    
    Please share your comments on this <http://www.reddit.com/r/haskell/comments/2pscxh/ann_deepseqbounded_seqaid_leaky/ reddit> discussion.
    to
    Robust space leak, and its strictification, for testing <http://hackage.haskell.org/package/deepseq-bounded deepseq-bounded> and <http://hackage.haskell.org/package/seqaid seqaid>.
    
    See also the project <http://www.fremissant.net/leaky homepage> for more information.
    
    Please share your comments on this <http://www.reddit.com/r/haskell/comments/2pscxh/ann_deepseqbounded_seqaid_leaky/ reddit> discussion.
    
    NOTE: /Ignore the anonymous rogue failed build report below. If you examine the log it's clear that the problem is theirs, and nothing to do with this package or its dependencies. It's a shame this is so prominently displayed and impossible to remedy, it makes unbroken packages seem broken to visitors, and it exerts negative pressure on the use of cpphs (since one can make this rogue report go away by pretending cpphs never existed and depending on the ubiquity of a system-wide cpp)./

-r0 (leaky-0.2.1.1-r0) 2015-01-31T15:48:49Z AndrewSeniuk eb4d95e9da51a088941e3f619645a18854941445b2aeed4732c73d55d36633c3