On Mon, Mar 14, 2005 at 09:54:20PM +0000, Ian Lynagh wrote:
"Provide: libghc6-OpenGL-dev, libghc6-GLUT-dev"?
(oops, should be lowercased)
Should the ghc6 package provide libghc6-$foo-dev for each of the following?: rts, base, haskell98, template-haskell, unix, Cabal, parsec, haskell-src, network, QuickCheck, HUnit, mtl, fgl, X11, HGL, stm, readline, (lang), (concurrent), (posix), (util), (data), (text), (net), (hssource)
The conclusion, partly from IRC, was (tell me if I've got anything wrong): * No package renames/splits need to be done. * The parenthesised packages are "hidden", but correspond to the deprecated hslibs packages so shouldn't be provided. * The others should be provided. Thus hugs and nhc98 should also be providing lib{hugs,nhc98}-$foo-dev for any packages they ship with.
Something I've just thought of - I'm not sure if hugs and nhc98 provide all the modules ghc does for each package they have. If this is the case then I'm not sure what a good solution is.
At some point we're also going to have to decide whether profiling libraries go in the same package or in a -prof package.
I think we need to allow for profiling modules to be split off, or ghc6-prof will need to be merged back into ghc6. So barring objections I'll provide libghc6-$foo-prof appropriately and update policy accordingly. If we decide to drop these names in the future then no harm is done by removing them later.
Thanks Ian