"putting" packages compatible with ghc 6.6
I'm working on building a set of packages that are known to be compatible with GHC 6.6: http://hackage.haskell.org/packages/testing-6.6/ I'm working on a script to download and install haskell packages (from unstable), and if they build, install them into "testing". I tweaked "cabal-put" (on monk) to accept a new parameter, so you can now say: cabal-put foo-1.1.tar.gz unstable or cabal-put foo-1.1.tar.gz testing So... if you have permission on monk, please cabal-put your packages into the repository, and if you can test it with ghc 6.6, put it into testing :) This script, cabal-builder (OK, bad name) is in the cabal repository that has cabal-install: http://darcs.haskell.org/cabal-with-install/ peace, isaac
On Mon, Nov 13, 2006 at 10:43:06PM -0800, Isaac Jones wrote:
I'm working on building a set of packages that are known to be compatible with GHC 6.6:
http://hackage.haskell.org/packages/testing-6.6/
I'm working on a script to download and install haskell packages (from unstable), and if they build, install them into "testing".
Have you considered a setup like that used by Debian, with a single pool of packages, and a distribution being just a list of package-ids? It would be an extra level of indirection, but duplication can also be confusing, and having all the packages in the same place would be useful for other kinds of processing too.
Ross Paterson
On Mon, Nov 13, 2006 at 10:43:06PM -0800, Isaac Jones wrote:
I'm working on building a set of packages that are known to be compatible with GHC 6.6:
http://hackage.haskell.org/packages/testing-6.6/
I'm working on a script to download and install haskell packages (from unstable), and if they build, install them into "testing".
Have you considered a setup like that used by Debian, with a single pool of packages, and a distribution being just a list of package-ids? It would be an extra level of indirection, but duplication can also be confusing, and having all the packages in the same place would be useful for other kinds of processing too.
It's a good idea, I'll look at that. peace, isaac
participants (2)
-
Isaac Jones -
Ross Paterson