Haskell Packages 6.6?
lemmih at gmail.com
Tue Oct 3 23:08:41 EDT 2006
On 10/4/06, Isaac Jones <ijones at syntaxpolice.org> wrote:
> Hello good Haskell Hackers.
> We're pretty well along the way to getting cabal-install and friends
> working nicely. We've got almost 30 packages in the database.
I added a few more. We have 32 now.
> Let's imagine something that would be awesome. A set of Haskell
> packages which are all known to work together with a particular
> version of cabal (the one that GHC comes with), and a particular
> version of GHC.
> GHC version 6.6 will be released soon, and I think we should try to
> make this happen.
> Currently, we have a set of 27 "unstable" packages. They may or may
> not work with each-other and such:
> I just created an empty directory "testing". I propose that we start
> testing packages, starting with the cabal release candidate that'll go
> into GHC 6.6, and make sure they work nicely together. Once they're
> known to work, we can migrate them from the "unstable" directory to
> the "testing" directory.
> Once we have a sufficient collection of packages, and once ghc 6.6 is
> released, we can make a snapshot of this directory, call it
> "stable-6.6" or something. Then if you have ghc 6.6 and
> cabal-install, you should be able to "cabal-install p" for any
> package, and it'll definitely work.
What about the packages that have external dependencies? They won't
necessarily be buildable on the server.
> So what will we need for this to happen?
> 1. An installed version of ghc 6.6 on the hackage/darcs server. Maybe
> in a chroot or something. Maybe from the nightly build tree or the
> previous snapshot?
> 2. Some initial set of packages (maybe just cabal-install) to start
> 3. Some script that goes through and builds all of the "unstable"
> packages in dependency order. I think cabal-install can do this
> already. In fact, it would be ideal if we used cabal-install for
> 4. The script should also run ./setup haddock and ./setup test. If
> the packages seem to work w/ 6.6 and the other packages in
> "testing", it should get migrated from "unstable" to "testing".
> 5. A web interface (lemmih is working on it)
HackageDB is as good as it's gonna get for now. Btw, why is this step necessary?
> 6. A script to upload packages to "unstable" (Paolo is working on it).
> 7. Someone to spearhead all of this!
I have time. However, I also see a lot of problems.
More information about the Libraries