[Hackage] #275: On each package page, give the name of the corresponding debian package

2008-05-08 Thread Hackage
#275: On each package page, give the name of the corresponding debian package +--- Reporter: guest |Owner: Type: defect | Status: new Priority: normal

patch applied (cabal-install): Refactor installLocalPackage and installRepoPackages

2008-05-08 Thread Duncan Coutts
Wed May 7 11:01:08 PDT 2008 Duncan Coutts [EMAIL PROTECTED] * Refactor installLocalPackage and installRepoPackages They share most code so pull the first and last bits out into the top level install function. They now need 2 and 3 fewer params respectively, which is a good sign. Rename

patch applied (cabal-install): Tidy planLocalPackage and planRepoPackages a bit more

2008-05-08 Thread Duncan Coutts
Wed May 7 11:17:33 PDT 2008 Duncan Coutts [EMAIL PROTECTED] * Tidy planLocalPackage and planRepoPackages a bit more M ./Hackage/Install.hs -47 +38 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080507181733-adfee-dd6b6efbc9690d1218d28bed513adf21826d966d.gz

patch applied (cabal-install): executeInstallPlan now takes an installer instead of calling installPkg

2008-05-08 Thread Duncan Coutts
Wed May 7 11:21:58 PDT 2008 Duncan Coutts [EMAIL PROTECTED] * executeInstallPlan now takes an installer instead of calling installPkg Four of the executeInstallPlan param were just passed through directly to installPkg so this decouples them a bit. M ./Hackage/Install.hs -24 +19 View

Re: version tags

2008-05-08 Thread Isaac Potoczny-Jones
Duncan Coutts wrote: On Thu, 2008-05-08 at 15:39 -0700, Isaac Potoczny-Jones wrote: Duncan Coutts wrote: (snip) Does this seem like a good idea? What is/was the rationale for tags in the first place? Yes, if I recall, Tags were not originally supposed to affect the ordering of versions, And