From duncan.coutts at worc.ox.ac.uk Sun Jun 1 16:20:25 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sun Jun 1 16:10:03 2008 Subject: Probably Cabal bug In-Reply-To: References: Message-ID: <1212351625.15010.98.camel@localhost> On Fri, 2008-05-30 at 08:51 +0200, Krasimir Angelov wrote: > Hi, > > I have a package with one library and one executable. Something like this: > > name: ... > version: ... > > library > build-depends: base, > array, > containers, > bytestring, > random > .... > > executable ... > build-depends: base, > array, > containers, > bytestring, > filepath, > directory, > random, > old-time, > process, > pretty > > Although I specified that the library depends only on few packages the > installed package really depends on the union of packages for listed > for the library and for the executable. Yes. > I am using Cabal-1.2.3.0. Is this a known issue? As far as I know that's exactly what it does. Can you be more specific about what the unexpected behaviour is? Are you saying that according to "ghc-pkg describe", the depends are just the build-depends from the library section and not the union? Duncan From duncan.coutts at worc.ox.ac.uk Sun Jun 1 20:02:33 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sun Jun 1 19:55:17 2008 Subject: patch applied (cabal-install): Implement plan improvement Message-ID: <20080602000233.GA27330@haskell.galois.com> Sun Jun 1 17:00:18 PDT 2008 Duncan Coutts * Implement plan improvement The idea is to improve the plan by swapping a configured package for an equivalent installed one. For a particular package the condition is that the package be in a configured state, that a the same version be already installed with the exact same dependencies and all the packages in the plan that it depends on are in the installed state. M ./Hackage/Dependency/TopDown.hs -9 +55 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602000018-adfee-b91222fbe160ac21b1712f55dda8e5a5fa6de392.gz From sanzhiyan at gmail.com Mon Jun 2 01:35:27 2008 From: sanzhiyan at gmail.com (Andrea Vezzosi) Date: Mon Jun 2 01:25:33 2008 Subject: darcs patch: Fix bug in passing the verbosity value when re-executi... Message-ID: Mon Jun 2 07:25:36 CEST 2008 Andrea Vezzosi * Fix bug in passing the verbosity value when re-executing cabal It was passing the value as another argument, distinct from the flag. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 79714 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/cabal-devel/attachments/20080602/9e5e35cd/attachment-0001.bin From duncan.coutts at worc.ox.ac.uk Mon Jun 2 07:17:33 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 07:10:16 2008 Subject: patch applied (cabal-install): Fix bug in passing the verbosity value when re-executing cabal Message-ID: <20080602111733.GA7428@haskell.galois.com> Sun Jun 1 22:25:36 PDT 2008 Andrea Vezzosi * Fix bug in passing the verbosity value when re-executing cabal It was passing the value as another argument, distinct from the flag. M ./Hackage/Install.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602052536-cd449-0a6bea93dd32247bed4ed58134a6e92d1c3818bb.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 07:17:34 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 07:10:16 2008 Subject: patch applied (cabal-install): Support top level dependency version constraints Message-ID: <20080602111734.GA7451@haskell.galois.com> Mon Jun 2 04:18:16 PDT 2008 Duncan Coutts * Support top level dependency version constraints and error messages for when they're unsatisfiable or conflict M ./Hackage/Dependency/TopDown.hs -13 +38 M ./Hackage/Dependency/Types.hs -1 +5 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602111816-adfee-78606ba8b9c72ac82febde4bd1cdb503813bb5ee.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 14:36:08 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 14:28:49 2008 Subject: patch applied (cabal-install): Fix improvePlan so the index is updated incrementally Message-ID: <20080602183608.GA25304@haskell.galois.com> Mon Jun 2 09:39:44 PDT 2008 Duncan Coutts * Fix improvePlan so the index is updated incrementally It's important since later packages can depend on earlier ones having been changed from configured to pre-existing. That is afterall the whole point of considering them in reverse toplogical order. Also, remove duplicates in the dependencies list of installed packages since ghc-pkg does not currently prevent duplicates in (eg multiple depends on the same version of base). See ghc bug #2230. M ./Hackage/Dependency/TopDown.hs -8 +9 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602163944-adfee-a0c199d9a1865a47f3bbb655578cb4a62f1d6795.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 14:36:10 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 14:28:50 2008 Subject: patch applied (cabal-install): Change the DependencyResolver type to take a per-package version pref Message-ID: <20080602183610.GA25330@haskell.galois.com> Mon Jun 2 11:24:10 PDT 2008 Duncan Coutts * Change the DependencyResolver type to take a per-package version pref And add a few global package version pref policies and use them in ordinary install and upgrade. For install we use a policy that says that we prefer the latest version of a package that we specifically request and prefer the installed version of any other package. For upgrade we simple always prefer the latest version. One can imageine other policies where we prefer the latest version for only some interesting subset of packages and installed otherwise. No resolvers actually make use of this preference yet. M ./Hackage/Dependency.hs -11 +60 M ./Hackage/Dependency/Bogus.hs -1 +1 M ./Hackage/Dependency/Naive.hs -1 +1 M ./Hackage/Dependency/TopDown.hs -3 +5 M ./Hackage/Dependency/TopDown/Types.hs -2 M ./Hackage/Dependency/Types.hs +13 M ./Hackage/Fetch.hs -3 +4 M ./Hackage/Install.hs -4 +7 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602182410-adfee-2c042ecc02c7c9b9bf99400559b7d69dc8757148.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 14:36:11 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 14:28:53 2008 Subject: patch applied (cabal-install): Make use of the package version preference in the top-down resolver Message-ID: <20080602183611.GA25348@haskell.galois.com> Mon Jun 2 11:32:43 PDT 2008 Duncan Coutts * Make use of the package version preference in the top-down resolver M ./Hackage/Dependency/TopDown.hs -13 +22 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080602183243-adfee-48ababd20e8264e9b4e7089463f1a34aeefaae54.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 20:47:19 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 20:40:01 2008 Subject: patch applied (cabal-install): Make the 'upgrade' command take optional deps Message-ID: <20080603004719.GA1673@haskell.galois.com> Mon Jun 2 17:23:37 PDT 2008 Duncan Coutts * Make the 'upgrade' command take optional deps Up to now 'upgrade' took no args and tried to upgrade all installed packages to the latest versions. It retains that mode but also has a new mode rather like 'cabal install'. The difference is that with $ cabal install foo it means install latest version of foo but otherwise prefer the installed versions of deps of foo, while $ cabal upgrade foo means install the latest version of foo and also the latest versions of all the dependencies of foo. M ./Hackage/Install.hs -23 +22 M ./Main.hs -2 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603002337-adfee-0d0166ea79831596eee320add6090e972e50f4a1.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 20:47:21 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 20:40:03 2008 Subject: patch applied (cabal-install): Switch the defaultResolver to the new topDownResolver Message-ID: <20080603004721.GA1696@haskell.galois.com> Mon Jun 2 17:45:55 PDT 2008 Duncan Coutts * Switch the defaultResolver to the new topDownResolver Time for wider testing. M ./Hackage/Dependency.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603004555-adfee-32d9625521981ec175237dc8c5e1bb5e8dda7c99.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 20:47:23 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 20:40:03 2008 Subject: patch applied (cabal-install): Bump version number to help with bug reports Message-ID: <20080603004722.GA1714@haskell.galois.com> Mon Jun 2 17:47:02 PDT 2008 Duncan Coutts * Bump version number to help with bug reports The new resolver is a significant change in behavior so it's useful to know when people report problems. M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603004702-adfee-b9cf392af4fa125bfff35a43811b98286e4a18be.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 2 20:49:50 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 2 20:42:30 2008 Subject: patch applied (cabal-install): TAG 0.4.8 Message-ID: <20080603004950.GA1827@haskell.galois.com> Mon Jun 2 17:50:57 PDT 2008 Duncan Coutts tagged 0.4.8 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603005057-adfee-4d360cb0bc3b2fa6868ec9c8a34859e09f23509f.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 3 14:08:47 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 3 14:01:25 2008 Subject: patch applied (cabal-install): Don't include the default repo when loading the config file Message-ID: <20080603180847.GA31164@haskell.galois.com> Tue Jun 3 08:18:44 PDT 2008 Duncan Coutts * Don't include the default repo when loading the config file So we don't end up downloading the index from hackage twice. M ./Hackage/Config.hs -1 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603151844-adfee-e33231d49fc16db74e178236c616f5510fdacddb.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 3 14:08:49 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 3 14:01:27 2008 Subject: patch applied (cabal-install): Check the InstallPlan invariant on updates and not on reads Message-ID: <20080603180849.GA31189@haskell.galois.com> Tue Jun 3 10:16:46 PDT 2008 Duncan Coutts * Check the InstallPlan invariant on updates and not on reads M ./Hackage/InstallPlan.hs -8 +11 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603171646-adfee-103472801be1ebdf85b28406bdb2127413860b5a.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 3 14:08:51 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 3 14:01:29 2008 Subject: patch applied (cabal-install): Update the README file Message-ID: <20080603180851.GA31206@haskell.galois.com> Tue Jun 3 10:17:21 PDT 2008 Duncan Coutts * Update the README file M ./README -33 +24 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603171721-adfee-c9e21b71026e5c699d73819ceccf6c32a0229cb7.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 3 14:08:52 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 3 14:01:30 2008 Subject: patch applied (cabal-install): Remove obsolete TODO Message-ID: <20080603180852.GA31223@haskell.galois.com> Tue Jun 3 10:18:43 PDT 2008 Duncan Coutts * Remove obsolete TODO R ./TODO View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603171843-adfee-38e25a7dcbd6aa153b2d3a67c2c0883c9adf5265.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 3 14:08:53 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 3 14:01:32 2008 Subject: patch applied (cabal-install): Update copyright dates and holders in LICENSE file Message-ID: <20080603180853.GA31240@haskell.galois.com> Tue Jun 3 10:20:06 PDT 2008 Duncan Coutts * Update copyright dates and holders in LICENSE file M ./LICENSE -2 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603172006-adfee-91844e9f364d935998f3d9d5ee973d25cec7045b.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 3 14:08:55 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 3 14:01:33 2008 Subject: patch applied (cabal-install): Update synopsis and description Message-ID: <20080603180855.GA31257@haskell.galois.com> Tue Jun 3 11:07:33 PDT 2008 Duncan Coutts * Update synopsis and description M ./cabal-install.cabal -5 +4 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080603180733-adfee-ca366aabc03b158047e36f7e7b4979857cf1627f.gz From duncan.coutts at worc.ox.ac.uk Wed Jun 4 06:12:12 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jun 4 06:04:51 2008 Subject: patch applied (cabal-install): Turn on assertion checking even in -O builds Message-ID: <20080604101211.GA20277@haskell.galois.com> Wed Jun 4 03:00:33 PDT 2008 Duncan Coutts * Turn on assertion checking even in -O builds Although it is expensive, we want to catch problems early. M ./cabal-install.cabal -1 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080604100033-adfee-ec91ba4910941ed391f7719dc3f9903f6f5c2692.gz From duncan.coutts at worc.ox.ac.uk Wed Jun 4 06:12:13 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jun 4 06:04:52 2008 Subject: patch applied (cabal-install): Failed packages can still depend on configured packages Message-ID: <20080604101213.GA20300@haskell.galois.com> Wed Jun 4 03:10:10 PDT 2008 Duncan Coutts * Failed packages can still depend on configured packages This is because a package can depend on several packages and if one of the deps fail then it fails but it still depend on the others that did not fail. This fixes an assertion failure in larger builds. M ./Hackage/InstallPlan.hs +4 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080604101010-adfee-ac06de61e712e587b10fabe0368c5131b90014da.gz From igloo at earth.li Wed Jun 4 07:54:49 2008 From: igloo at earth.li (Ian Lynagh) Date: Wed Jun 4 07:47:28 2008 Subject: darcs patch: TAG 1.2.1 release (and 1 more) Message-ID: Sat Nov 10 01:09:54 GMT 2007 Ian Lynagh tagged 1.2.1 release Sat Nov 10 01:11:04 GMT 2007 Ian Lynagh tagged GHC 6.8.1 release -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 666 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/cabal-devel/attachments/20080604/3035c426/attachment.bin From igloo at earth.li Wed Jun 4 07:56:06 2008 From: igloo at earth.li (Ian Lynagh) Date: Wed Jun 4 07:48:44 2008 Subject: darcs patch: TAG 1.2.1 release (and 1 more) In-Reply-To: References: Message-ID: <20080604115606.GA4743@matrix.chaos.earth.li> On Wed, Jun 04, 2008 at 12:54:49PM +0100, Ian Lynagh wrote: > Sat Nov 10 01:09:54 GMT 2007 Ian Lynagh > tagged 1.2.1 release > > Sat Nov 10 01:11:04 GMT 2007 Ian Lynagh > tagged GHC 6.8.1 release Ooops, sorry, please ignore that. Thanks Ian From duncan.coutts at worc.ox.ac.uk Wed Jun 4 08:52:27 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jun 4 08:45:03 2008 Subject: patch applied (cabal-install): Fix for marking reverse deps of failed packages Message-ID: <20080604125227.GA25877@haskell.galois.com> Wed Jun 4 05:52:17 PDT 2008 Duncan Coutts * Fix for marking reverse deps of failed packages The reverse deps may have already failed due to depending on another failed package. So do not assume all reverse deps are in the configured state. If they are in the failed state then ignore them. M ./Hackage/InstallPlan.hs -4 +13 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080604125217-adfee-c5ef791b1c3c03735135bbd09c5874e66a0b770c.gz From duncan.coutts at worc.ox.ac.uk Wed Jun 4 20:38:49 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jun 4 20:31:24 2008 Subject: patch applied (cabal-install): When marking failed reverse deps, don't include the package itself Message-ID: <20080605003849.GA11052@haskell.galois.com> Wed Jun 4 17:36:56 PDT 2008 Duncan Coutts * When marking failed reverse deps, don't include the package itself Otherwise we end up saying packages failed because they depend on themselves which failed to install, which is silly. M ./Hackage/InstallPlan.hs +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080605003656-adfee-0c833865eb810b0e3c6bee896439a6effb2c50ac.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 5 09:13:57 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 5 09:06:31 2008 Subject: patch applied (cabal): Note compatability issue in deprecation message for defaultUserHooks Message-ID: <20080605131357.GA27254@haskell.galois.com> Tue May 27 06:58:30 PDT 2008 Duncan Coutts * Note compatability issue in deprecation message for defaultUserHooks M ./Distribution/Simple.hs -1 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080527135830-adfee-ffa16f8e6d2e296a0afec153f58d040e8f1e19e6.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 5 09:13:59 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 5 09:06:32 2008 Subject: patch applied (cabal-branches/cabal-1.4): Don't deprecate defaultUserHooks in Cabal-1.4 for sake of compatability Message-ID: <20080605131359.GA27287@haskell.galois.com> Mon May 26 07:31:27 PDT 2008 Duncan Coutts * Don't deprecate defaultUserHooks in Cabal-1.4 for sake of compatability If lots of people start changing from using defaultUserHooks to the alternatives then we'll get lots of packages that no longer work with Cabal-1.2 when they otherwise might work fine. We can encourage people to switch once Cabal-1.4 is widely deployed. M ./Distribution/Simple.hs -1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080526143127-adfee-f98a63cb46d64546e922a22be2ea60c690e1f3f6.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:07 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:37 2008 Subject: patch applied (cabal-install): Rearrange setup wrapper to know the cabal lib version Message-ID: <20080606172307.GA2665@haskell.galois.com> Thu Jun 5 17:32:15 PDT 2008 Duncan Coutts * Rearrange setup wrapper to know the cabal lib version It is important to know which version of the Cabal lib the setup script has been built with because it affects what flags we can pass to it. So we now store the version in dist/setup/setup.version. If the version number changes then we rebuild the setup binary. M ./Hackage/SetupWrapper.hs -80 +111 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606003215-adfee-cf1ba334645b52dbeb0625f012a799745e5cde4c.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:09 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:38 2008 Subject: patch applied (cabal-install): Filter the configure flags based on the Cabal lib version Message-ID: <20080606172309.GA2701@haskell.galois.com> Fri Jun 6 02:25:03 PDT 2008 Duncan Coutts * Filter the configure flags based on the Cabal lib version Allows us to use cabal-install to build packages where we build the Setup.hs script using an older version of the Cabal library. This is important for packages that claim to need an older version and it's also pretty useful for testing. M ./Hackage/Install.hs -7 +8 M ./Hackage/Setup.hs -2 +9 M ./Hackage/SetupWrapper.hs -4 +4 M ./Main.hs -2 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606092503-adfee-574f9126f95b6ab3b5349f8b16293324cdf76475.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:10 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:39 2008 Subject: patch applied (cabal-branches/cabal-1.4): Put D.P.Parse back into Distribution.PackageDescription Message-ID: <20080606172310.GA2715@haskell.galois.com> Fri Jun 6 06:37:12 PDT 2008 Duncan Coutts * Put D.P.Parse back into Distribution.PackageDescription Some Setup.hs script rely on things that were exported from Distribution.PackageDescription that we'd moved into Distribution.PackageDescription.Parse. We cannot re-export them from the expected place without using recursive modules so just merge the modules back together again. Sigh. M ./Cabal.cabal -1 M ./Distribution/PackageDescription.hs -8 +780 M ./Distribution/PackageDescription/Check.hs -1 +1 M ./Distribution/PackageDescription/Configuration.hs -48 +1 R ./Distribution/PackageDescription/Parse.hs M ./Distribution/Simple.hs -3 +2 M ./Distribution/Simple/SetupWrapper.hs -2 +2 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080606133712-adfee-382e3afd0876d1a86142f31dddb4001a7ea72ab9.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:11 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:41 2008 Subject: patch applied (cabal-install): Adapt to changes in Cabal library 1.4 branch Message-ID: <20080606172311.GA2738@haskell.galois.com> Fri Jun 6 06:55:46 PDT 2008 Duncan Coutts * Adapt to changes in Cabal library 1.4 branch M ./Hackage/Check.hs -1 +1 M ./Hackage/Config.hs -2 +1 M ./Hackage/IndexUtils.hs -1 +4 M ./Hackage/Install.hs -2 +2 M ./Hackage/SetupWrapper.hs -3 +1 M ./Hackage/SrcDist.hs -2 +2 M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606135546-adfee-150e57bf232145557a0979e37a12ac42ba889d16.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:11 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:41 2008 Subject: patch applied (cabal-branches/cabal-1.4): Bump version Message-ID: <20080606172311.GA2755@haskell.galois.com> Fri Jun 6 07:40:52 PDT 2008 Duncan Coutts * Bump version M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 M ./releaseNotes -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080606144052-adfee-ed955ab502b53c0c01374a0ba462b30a66d0ac9d.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:13 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:42 2008 Subject: patch applied (cabal-install): Fix haddock markup Message-ID: <20080606172313.GA2772@haskell.galois.com> Fri Jun 6 07:39:18 PDT 2008 Duncan Coutts * Fix haddock markup M ./Hackage/Dependency/TopDown/Constraints.hs -2 +2 M ./Hackage/Dependency/TopDown/Types.hs -4 +4 M ./Hackage/Dependency/Types.hs -1 +1 M ./Hackage/Tar.hs -1 +1 M ./Hackage/Types.hs -3 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606143918-adfee-4c0b0b45eb88a106d206330bb94ce9d6772857a9.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:13 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:42 2008 Subject: patch applied (cabal-branches/cabal-1.4): dervie Read for FlagAssignment Message-ID: <20080606172313.GA2789@haskell.galois.com> Fri Jun 6 08:42:40 PDT 2008 Duncan Coutts * dervie Read for FlagAssignment M ./Distribution/PackageDescription.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080606154240-adfee-ab9b263724d19ddcbf10d9b1a543c4cfbbfb9bf9.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:14 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:44 2008 Subject: patch applied (cabal-branches/cabal-1.4): TAG 1.3.12 Message-ID: <20080606172314.GA2830@haskell.galois.com> Fri Jun 6 09:17:32 PDT 2008 Duncan Coutts tagged 1.3.12 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080606161732-adfee-bfa9fb08b2dcb1dd5b257f1c0f2869a7f1dabf5a.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:14 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:45 2008 Subject: patch applied (cabal-install): trivial doc improvement and unused name fix Message-ID: <20080606172314.GA2813@haskell.galois.com> Fri Jun 6 08:28:40 PDT 2008 Duncan Coutts * trivial doc improvement and unused name fix M ./Hackage/InstallPlan.hs -2 +2 M ./Hackage/Types.hs -2 +4 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606152840-adfee-0090ba6aed00ec45ba205e909751867f7142ba0a.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:17 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:46 2008 Subject: patch applied (cabal-install): Bring the reporting module slightly closer to reality Message-ID: <20080606172317.GA2852@haskell.galois.com> Fri Jun 6 08:49:39 PDT 2008 Duncan Coutts * Bring the reporting module slightly closer to reality M ./Hackage/Install.hs +3 M ./Hackage/Reporting.hs -37 +64 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606154939-adfee-98bddc6064af2b40867c3a63321b1b55d89ce8f7.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:19 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:48 2008 Subject: patch applied (cabal-install): Bump version number Message-ID: <20080606172319.GA2871@haskell.galois.com> Fri Jun 6 08:57:46 PDT 2008 Duncan Coutts * Bump version number M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606155746-adfee-4e1e2e72cd225a2a191c79e15ca73fddf50323b3.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:20 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:49 2008 Subject: patch applied (cabal-install): Add Hackage.Reporting to other-modules Message-ID: <20080606172320.GA2888@haskell.galois.com> Fri Jun 6 09:57:04 PDT 2008 Duncan Coutts * Add Hackage.Reporting to other-modules M ./cabal-install.cabal +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606165704-adfee-c2662dd4cb32ad06f52b598dbb6263298a9d551c.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 13:23:22 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 13:15:50 2008 Subject: patch applied (cabal-install): TAG 0.4.9 Message-ID: <20080606172322.GA2907@haskell.galois.com> Fri Jun 6 09:57:46 PDT 2008 Duncan Coutts tagged 0.4.9 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080606165746-adfee-6e13506b46d7bc243a39030501bf29d61448616a.gz From duncan.coutts at worc.ox.ac.uk Fri Jun 6 14:15:32 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 6 14:04:34 2008 Subject: ANNOUNCE: Cabal-1.4 release candidate Message-ID: <1212776132.15010.383.camel@localhost> Hi everyone, == Cabal-1.4 release candidate == The second release candidate of Cabal-1.4 is out: http://haskell.org/cabal/download.html Please test and report bugs: http://hackage.haskell.org/trac/hackage/ The aim for the Cabal-1.4 release is to get various fixes and improvements into the hands of developers and to support a release of cabal-install. == cabal-install == A snapshot of cabal-install is also available: http://haskell.org/cabal/download.html It requires the zlib and HTTP packages (both are available from hackage). Bug reports should go in the same trac as above. cabal-install is intended to be the standard command line interface to the whole Cabal/Hackage system. It replaces the "runhaskell Setup.hs" interface and a few other tools you may or may not have heard of (cabal-setup, cabal-upload, cabal-get). cabal-install is usable now and we will be making a proper release some time after the Cabal-1.4 release. == Testing == We are particularly interested in finding regressions from Cabal-1.2.x or any important fixes that will require API changes since once we release 1.4 we have to maintain API compatibility for the rest of the 1.4.x series. This is also an excellent opportunity to make sure your favourite bug or feature request is properly described in our bug tracker: http://hackage.haskell.org/trac/hackage/ To help us guide development priorities please add yourself to the ticket's cc list and describe why that bug or feature is important to you. == Compatibility == We have tried to preserve compatibility with all packages that worked with the Cabal-1.2.x series. That is, packages that can be built using Cabal (including custom Setup.hs scripts) but not packages that directly import and use the Cabal API. Packages that directly import and use the Cabal api will need updating. This affects packages that build distro packages for example, rpm debs etc. Currently we know of only one package on hackage which has a Setup.hs script that compiles with 1.2 but fail to compile with 1.4. Takusen, will require an update to be able to work with both Cabal-1.2.x and 1.4.x. A patch has been sent to the maintainers of Takusen. == Credits == On behalf of the Cabal hackers and the community generally I'd like to thank the large number of people who have contributed patches during this development series. Previously I was rather worried that we were not getting enough contributors to fix bugs and do new feature development, but now I'm very pleased. :-) == Get involved == Of course there's still a lot to do! We have big plans for Cabal-2.0, cabal-install and the Hackage website. So if you're interested in helping out with this core infrastructure project then: * subscribe to the cabal-devel mailing list: http://www.haskell.org/mailman/listinfo/cabal-devel * grab the source: http://haskell.org/cabal/code.html * read the guide to the source code: http://hackage.haskell.org/trac/hackage/wiki/SourceGuide * take a look at our list of bugs and feature requests: http://hackage.haskell.org/trac/hackage/report/12 especially the easy tickets: http://hackage.haskell.org/trac/hackage/report/13 Duncan (wearing his Cabal release manager hat) From trac at galois.com Sat Jun 7 10:31:46 2008 From: trac at galois.com (Hackage) Date: Sat Jun 7 10:24:13 2008 Subject: [Hackage] #288: the package indexes are very slow Message-ID: <043.56768e55550e043084dcf98a445324d1@localhost> #288: the package indexes are very slow ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: hard (< 1 day) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ In a large run, eg trying to make a plan to install 560 packages from hackage: {{{ $ cabal install --dry-run $(cat pkgs) }}} it turns out (according to the ghc profile), 91% of the time is spent reading the index of installed and available packages. The ghc package index is a couple of massive text files in `Read/Show` format so that takes for ever to read. The available package index is the tarball of .cabal files and our .cabal file parser is really slow. For smaller runs it's not so bad: {{{ $ cabal install --dry-run xmonad }}} since we only have to inspect the subset of the available package index that make up xmonad's transitive deps (any versions thereof), so that allows us to avoid forcing most of the index. http://hackage.haskell.org/trac/ghc/ticket/2089 might help us, but then again maybe not if we still have to parse the result of calling ghc-pkg since that will give us another text format. For our own package index, perhaps we should be generating a cache in some other format when we download the package index. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Sat Jun 7 10:42:36 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sat Jun 7 10:35:04 2008 Subject: patch applied (cabal-install): Only inspect the needed parts of the installed and available indexes Message-ID: <20080607144235.GA30743@haskell.galois.com> Sat Jun 7 07:39:13 PDT 2008 Duncan Coutts * Only inspect the needed parts of the installed and available indexes The available package index is loaded lazily so if we can avoid forcing all the packages then we can save a huge amount of slow text parsing. So select out the maximal subset of the index that we could ever need based on the names of the packages we want to install. For the common case of installing just one or two packages this cuts down the number of packages we look at by a couple orders of magnitude. This does not help with the installed index which is read strictly, though most people do not (yet) have hundreds of installed packages, so that's less of an immediate problem. M ./Hackage/Dependency/TopDown.hs -4 +42 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080607143913-adfee-df6d5af69a56190c82c4b1f14e30f752403043fc.gz From trac at galois.com Sat Jun 7 10:43:17 2008 From: trac at galois.com (Hackage) Date: Sat Jun 7 10:35:43 2008 Subject: [Hackage] #288: the package indexes are very slow In-Reply-To: <043.56768e55550e043084dcf98a445324d1@localhost> References: <043.56768e55550e043084dcf98a445324d1@localhost> Message-ID: <052.d6f36c28807c1c527629c82b3452c1fc@localhost> #288: the package indexes are very slow ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by duncan): Partially fixed for common cases with: {{{ Sat Jun 7 15:39:13 BST 2008 Duncan Coutts * Only inspect the needed parts of the installed and available indexes The available package index is loaded lazily so if we can avoid forcing all the packages then we can save a huge amount of slow text parsing. So select out the maximal subset of the index that we could ever need based on the names of the packages we want to install. For the common case of installing just one or two packages this cuts down the number of packages we look at by a couple orders of magnitude. This does not help with the installed index which is read strictly, though most people do not (yet) have hundreds of installed packages, so that's less of an immediate problem. }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Sat Jun 7 14:28:18 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sat Jun 7 14:20:45 2008 Subject: patch applied (cabal-install): Use a smarter preference when picking a Cabal lib to build Setup.hs Message-ID: <20080607182818.GA4968@haskell.galois.com> Sat Jun 7 11:26:00 PDT 2008 Duncan Coutts * Use a smarter preference when picking a Cabal lib to build Setup.hs Instead of just using the latest version we use the best version according to the following preferences in priority order: - the same version as cabal-install was itself built with - the same major version number as cabal-install was built with - a stable version of Cabal (even second digit of major number) - the latest version M ./Hackage/SetupWrapper.hs -3 +16 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080607182600-adfee-0ef3ec85602ea4c85e674912844f638148523984.gz From trac at galois.com Sat Jun 7 14:55:53 2008 From: trac at galois.com (Hackage) Date: Sat Jun 7 14:48:22 2008 Subject: [Hackage] #175: cabal-install needs a new package dependency resolution algorithm In-Reply-To: <043.fdec90be5a37322393ada769e5512ee1@localhost> References: <043.fdec90be5a37322393ada769e5512ee1@localhost> Message-ID: <052.a7e302a4f637f4fd7cd81f53abc2b6b5@localhost> #175: cabal-install needs a new package dependency resolution algorithm ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.2.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux ---------------------------------+------------------------------------------ Comment (by duncan): We've got an improved dependency resolution algorithm now. It's not by any means perfect, there's still plenty of room for improvement and alternative approaches. The new algorithm still does not backtrack so it is not guaranteed to find a solution. It does use constraints and smarter heuristics so it finds solutions more often than the previous one. Crucially, if it does find a solution then it's a valid one, which is a useful property the previous algorithm did not enjoy. The new algorithm does have a simple policy control. It can prefer installed or the latest version on a per-package basis. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Sat Jun 7 14:59:35 2008 From: trac at galois.com (Hackage) Date: Sat Jun 7 14:52:03 2008 Subject: [Hackage] #131: cabal-install should rebuild dependants when a package is upgraded In-Reply-To: <045.7d2c0b99d931af8cc880702184abf639@localhost> References: <045.7d2c0b99d931af8cc880702184abf639@localhost> Message-ID: <054.e37843c1289c925745ddbad139c0c156@localhost> #131: cabal-install should rebuild dependants when a package is upgraded ---------------------------------+------------------------------------------ Reporter: bringert | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-2.0 Component: cabal-install tool | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.6 | Platform: Linux ---------------------------------+------------------------------------------ Comment (by duncan): The new install plan stuff guarantees that the above situation does not happen. There are never any inconsistent deps in a valid install plan. The new dep resolver will choose either to build C against A-1.0 or to rebuild B-1.0 to use A-2.0. So it's less clear that we need this feature. That's not to say it's never needed, just that it's not the common case any more. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Sat Jun 7 15:05:44 2008 From: trac at galois.com (Hackage) Date: Sat Jun 7 14:58:09 2008 Subject: [Hackage] #198: outline for revamp of "cabal install" and upgrade behavior In-Reply-To: <042.3a89c9de745ec8db0eb2c32f82e4c7fe@localhost> References: <042.3a89c9de745ec8db0eb2c32f82e4c7fe@localhost> Message-ID: <051.2172c8a4beed3a964e1e8b484cf8ae25@localhost> #198: outline for revamp of "cabal install" and upgrade behavior ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: task | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ---------------------------------+------------------------------------------ Comment (by duncan): The current behaviour is this: {{{ $ cabal install foo }}} means install the latest version of foo. If the latest version is already installed (and it has consistent dependencies and no broken dependencies) then it does nothing. If installing foo involves installing other packages then prefer to use any versions that are already installed. This is the minimal upgrade. {{{ $ cabal upgrade foo }}} means install the latest version of foo. The difference from the install command is that for dependencies of foo it prefers the latest available version rather than the installed versions. This is the maximal upgrade. {{{ $ cabal upgrade }}} means upgrade for all the packages currently installed. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Sat Jun 7 15:57:31 2008 From: trac at galois.com (Hackage) Date: Sat Jun 7 15:50:42 2008 Subject: [Hackage] #289: symlink binaries into ~/bin Message-ID: <043.657dc50feb760f75741f525a3c653bd5@localhost> #289: symlink binaries into ~/bin ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Currently cabal-install uses `--prefix=$HOME/.cabal` and does not specify `--bindir` so we use `$HOME/.cabal/bin` as the bindir. Obviously this is not on the `$PATH` by default. It would be trivial to specify `--bindir=$HOME/bin` however the worry is that we would be stomping on programs that the user has already installed there. One solution is to continue to install into `$HOME/.cabal/bin` and then to make symlinks into `$HOME/bin` if the target name does not already exist. If the name does exist we could give a warning and let the user sort it out. Of course we need to be able to overwrite our own symlinks. We know it's a symlink we're allowed to overwrite if it links into `$HOME/.cabal/bin`. It would be nice to install into `$HOME/.cabal/bin` using versioned binary names (Cabal supports that now) and symlink the generic name into `$HOME/bin`. We can discover the names of the binary we're installing by checking the executable names in the `PackageDescription`. Of course this has to be an optional feature since not everyone wants it and there are no symlinks on windows. I'd imagine we'd have it in the `~/.cabal/config` file something like: {{{ prefix: $HOME/.cabal -- bindir: $HOME/.cabal/bin symlink-bindir: $HOME/bin }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Sun Jun 8 07:06:56 2008 From: trac at galois.com (Hackage) Date: Sun Jun 8 06:59:24 2008 Subject: [Hackage] #290: Cabal does some work behind the back of hooks Message-ID: <042.badf9d29568800b5f541717b94d9b8d8@localhost> #290: Cabal does some work behind the back of hooks ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Cabal does some work behind the back of hooks, e.g. with `q.cabal`: {{{ name: q version: 1 exposed-modules: Bar build-type: Custom }}} and `Setup.hs`: {{{ module Main (main) where import Distribution.Simple import Distribution.Simple.Setup import System.Cmd main :: IO () main = defaultMainWithHooks myHooks myHooks :: UserHooks myHooks = simpleUserHooks { confHook = \x flags -> do let flags' = flags { configDistPref = Flag "foo" } lbi <- (confHook simpleUserHooks) x flags' system "ls" return lbi, postConf = \args flags pd lbi -> do system "ls" let flags' = flags { configDistPref = Flag "foo" } (postConf simpleUserHooks) args flags' pd lbi return () } }}} a `dist` directory magically appears between the configure hook and the postconf hook: {{{ $ ./Setup configure Configuring q-1... Setup Setup.hi Setup.hs Setup.o foo q.cabal Setup Setup.hi Setup.hs Setup.o dist foo q.cabal $ ls -l dist -rw-r--r-- 1 ian ian 6411 Jun 8 12:02 setup-config }}} The reason I want to do this is so that `Setup.hs` can take care of building itself in multiple ways, using different dist directories. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Sun Jun 8 08:05:49 2008 From: trac at galois.com (Hackage) Date: Sun Jun 8 07:58:12 2008 Subject: [Hackage] #290: Cabal does some work behind the back of hooks In-Reply-To: <042.badf9d29568800b5f541717b94d9b8d8@localhost> References: <042.badf9d29568800b5f541717b94d9b8d8@localhost> Message-ID: <051.cae452039fb2fc0e8efd0300f6a1beef@localhost> #290: Cabal does some work behind the back of hooks ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by duncan): This is the bit: {{{ localbuildinfo0 <- confHook hooks epkg_descr flags let localbuildinfo = localbuildinfo0{ pkgDescrFile = mb_pd_file } writePersistBuildConfig distPref localbuildinfo let pkg_descr = localPkgDescr localbuildinfo postConf hooks args flags pkg_descr localbuildinfo }}} `writePersistBuildConfig` writes the configuration file which creates the dist dir. To be honest, I'm not so sure Setup.hs itself should be building in multiple ways and changing the dist dir. It'll make for a very weird package that's not installable in the standard way. Can't you do it externally? That is have the external script build the package multiple times with different dist dirs and config options? -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Sun Jun 8 08:20:03 2008 From: trac at galois.com (Hackage) Date: Sun Jun 8 08:12:27 2008 Subject: [Hackage] #290: Cabal does some work behind the back of hooks In-Reply-To: <042.badf9d29568800b5f541717b94d9b8d8@localhost> References: <042.badf9d29568800b5f541717b94d9b8d8@localhost> Message-ID: <051.094be9f487f230db11e288909a0c4d6c@localhost> #290: Cabal does some work behind the back of hooks ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by igloo): Why not make the default `postConf` do the `writePersistBuildConfig`? And I don't know what's going on with `mb_pd_file` in that snippet, but could that be moved into a hook too? I'm sure that anything happening outside of a hook is going to bite us at some point. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Sun Jun 8 09:12:05 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sun Jun 8 09:04:29 2008 Subject: patch applied (cabal-install): First cut at generating build reports Message-ID: <20080608131205.GA25248@haskell.galois.com> Sun Jun 8 05:17:54 PDT 2008 Duncan Coutts * First cut at generating build reports M ./Hackage/Config.hs +5 M ./Hackage/Install.hs -10 +4 M ./Hackage/InstallPlan.hs +5 M ./Hackage/Reporting.hs -62 +114 M ./Hackage/Types.hs +10 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080608121754-adfee-ec719aac16f6bfde228016e454ec9d030b37f268.gz From duncan.coutts at worc.ox.ac.uk Sun Jun 8 09:12:07 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sun Jun 8 09:04:31 2008 Subject: patch applied (cabal-install): Use proper URI type rather than String Message-ID: <20080608131207.GA25271@haskell.galois.com> Sun Jun 8 05:45:22 PDT 2008 Duncan Coutts * Use proper URI type rather than String M ./Hackage/Config.hs -7 +14 M ./Hackage/Fetch.hs -24 +20 M ./Hackage/Reporting.hs -1 +1 M ./Hackage/Types.hs -4 +5 M ./Hackage/Update.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080608124522-adfee-b3f065ef3cf2939256b902657f4648ad6772c618.gz From duncan.coutts at worc.ox.ac.uk Sun Jun 8 09:12:09 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Sun Jun 8 09:04:32 2008 Subject: patch applied (cabal-install): Include the hackage server in the build report Message-ID: <20080608131209.GA25288@haskell.galois.com> Sun Jun 8 06:12:27 PDT 2008 Duncan Coutts * Include the hackage server in the build report This is so that we remember which server to send the reports to. This is pretty important if you're using a private as well as a public hackage server. M ./Hackage/Reporting.hs -10 +18 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080608131227-adfee-a05afa537d943819f576431cb110741457100091.gz From trac at galois.com Mon Jun 9 13:00:46 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 12:53:07 2008 Subject: [Hackage] #248: Running "haddock --hyperlink-source" fails with a "requires Haddock version 0.8 or later" message In-Reply-To: <042.8842d63986de3805ee9acd69abcda1dc@localhost> References: <042.8842d63986de3805ee9acd69abcda1dc@localhost> Message-ID: <051.c987b7786ce12a6807821def4e254dd5@localhost> #248: Running "haddock --hyperlink-source" fails with a "requires Haddock version 0.8 or later" message ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Looks like this is already fixed: {{{ Sun Dec 9 18:05:55 GMT 2007 David Waern * Support --hyperlink-source for Haddock >= 2.0 hunk ./Distribution/Simple/Haddock.hs 125 - let have_src_hyperlink_flags = version >= Version [0,8] [] && version < Version [2,0] [] + let have_src_hyperlink_flags = version >= Version [0,8] [] }}} This patch is included in the 1.2 and 1.4 branches so will be in Cabal-1.2.4.0 and is already included in Cabal-1.3.11. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Mon Jun 9 14:52:57 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 14:45:17 2008 Subject: [Hackage] #265: Cabal field stability not useful In-Reply-To: <042.a3d936740f7b920fec16947f94343a86@localhost> References: <042.a3d936740f7b920fec16947f94343a86@localhost> Message-ID: <051.09ddf9085583658aa51eeab3a58ff646@localhost> #265: Cabal field stability not useful ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: low | Milestone: _|_ Component: Cabal library | Version: 1.2.3.0 Severity: minor | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * priority: normal => low * severity: normal => minor * milestone: => _|_ -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Mon Jun 9 14:53:18 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 14:45:36 2008 Subject: [Hackage] #262: Check for required C libraries during configure In-Reply-To: <042.7b6003ddb0eb3f63ffd1b493e2eb3427@localhost> References: <042.7b6003ddb0eb3f63ffd1b493e2eb3427@localhost> Message-ID: <051.32653ff5045858b2ce4c548cea79b7de@localhost> #262: Check for required C libraries during configure ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * priority: normal => high * difficulty: normal => easy (<4 hours) -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Mon Jun 9 15:57:27 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:49:46 2008 Subject: patch applied (cabal): Install license file into the right place Message-ID: <20080609195727.GA28910@haskell.galois.com> Mon Jun 9 11:58:40 PDT 2008 Duncan Coutts * Install license file into the right place even if the license file was kept in a subdir of the src tree. The canonical example was: license-file: debian/copyright It was being installed into $docdir/debian/ and failing since that dir did not exist. It's now installed into just $docdir. M ./Distribution/Simple/Install.hs -2 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080609185840-adfee-0d2ddc4627eaf77e4c015095b9f7e883c107318a.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 9 15:57:28 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:49:47 2008 Subject: patch applied (cabal): Install haddock interface only when generated Message-ID: <20080609195728.GA28933@haskell.galois.com> Mon Jun 9 12:02:51 PDT 2008 Duncan Coutts * Install haddock interface only when generated This is actually Andrea Rossato's patch but it didn't merge cleanly due to more recent changes. Fixes ticket #250. M ./Distribution/Simple/Install.hs -4 +10 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080609190251-adfee-bc6a8e25c6fd682db37e533eca1f5d51d063422c.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 9 15:57:30 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:49:50 2008 Subject: patch applied (cabal): Fail better when using haddock 2.x and the --hoogle flag Message-ID: <20080609195730.GA28950@haskell.galois.com> Mon Jun 9 12:05:55 PDT 2008 Duncan Coutts * Fail better when using haddock 2.x and the --hoogle flag Fixes ticket #249 M ./Distribution/Simple/Haddock.hs -3 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080609190555-adfee-8fc417e21f0ccfe628fb84b640563ae7ae611a07.gz From trac at galois.com Mon Jun 9 15:58:08 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 15:50:26 2008 Subject: [Hackage] #250: 'haddock --executables" should dump the haddock interface too In-Reply-To: <042.0b94f97d1fcd90297044284687b712f2@localhost> References: <042.0b94f97d1fcd90297044284687b712f2@localhost> Message-ID: <051.5ed0f734cf368cbbb5aa4f9aa92e8c25@localhost> #250: 'haddock --executables" should dump the haddock interface too ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Applied. Well, actually I had to change it a bit because of more recent changes. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Mon Jun 9 15:58:10 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 15:50:29 2008 Subject: [Hackage] #249: "haddock --hoogle" does not produce any effect In-Reply-To: <042.99a7089654787ab4f3ec0b6490a4afcc@localhost> References: <042.99a7089654787ab4f3ec0b6490a4afcc@localhost> Message-ID: <051.b77da1ecc7da4c98619956e8f17d8e58@localhost> #249: "haddock --hoogle" does not produce any effect ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Added a better error message. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Mon Jun 9 16:01:14 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:53:33 2008 Subject: patch applied (cabal-branches/cabal-1.4): Install license file into the right place Message-ID: <20080609200114.GA29154@haskell.galois.com> Mon Jun 9 11:58:40 PDT 2008 Duncan Coutts * Install license file into the right place even if the license file was kept in a subdir of the src tree. The canonical example was: license-file: debian/copyright It was being installed into $docdir/debian/ and failing since that dir did not exist. It's now installed into just $docdir. M ./Distribution/Simple/Install.hs -2 +3 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080609185840-adfee-0d2ddc4627eaf77e4c015095b9f7e883c107318a.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 9 16:01:15 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:53:35 2008 Subject: patch applied (cabal-branches/cabal-1.4): Install haddock interface only when generated Message-ID: <20080609200115.GA29177@haskell.galois.com> Mon Jun 9 12:02:51 PDT 2008 Duncan Coutts * Install haddock interface only when generated This is actually Andrea Rossato's patch but it didn't merge cleanly due to more recent changes. Fixes ticket #250. M ./Distribution/Simple/Install.hs -4 +10 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080609190251-adfee-bc6a8e25c6fd682db37e533eca1f5d51d063422c.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 9 16:01:17 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:53:37 2008 Subject: patch applied (cabal-branches/cabal-1.4): Fail better when using haddock 2.x and the --hoogle flag Message-ID: <20080609200117.GA29197@haskell.galois.com> Mon Jun 9 12:05:55 PDT 2008 Duncan Coutts * Fail better when using haddock 2.x and the --hoogle flag Fixes ticket #249 M ./Distribution/Simple/Haddock.hs -3 +6 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080609190555-adfee-8fc417e21f0ccfe628fb84b640563ae7ae611a07.gz From duncan.coutts at worc.ox.ac.uk Mon Jun 9 16:06:47 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 15:59:07 2008 Subject: patch applied (cabal-install): Use a readable external formar for build reports Message-ID: <20080609200647.GA29326@haskell.galois.com> Mon Jun 9 13:07:56 PDT 2008 Duncan Coutts * Use a readable external formar for build reports M ./Hackage/Reporting.hs -30 +148 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080609200756-adfee-ebf72eb4aa97944c725c9961e096c29bc691bb67.gz From trac at galois.com Mon Jun 9 16:19:30 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 16:11:55 2008 Subject: [Hackage] #284: Cannot upload packages that require specific cabal versions In-Reply-To: <042.9317977271cb6089fd3d9a98d4a3328e@localhost> References: <042.9317977271cb6089fd3d9a98d4a3328e@localhost> Message-ID: <051.edcd2f99fd89b5dfe1cc7bf5a0e80d91@localhost> #284: Cannot upload packages that require specific cabal versions --------------------------------+------------------------------------------- Reporter: guest | Owner: duncan Type: defect | Status: assigned Priority: normal | Milestone: Component: hackageDB website | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Changes (by duncan): * status: new => assigned * owner: => duncan Comment: As it happens in this particular case you're ok. It does actually work with Cabal-1.3.12. In the general case this issue is this: we want to avoid people uploading packages that require a version of Cabal greater than the one that hackage itself is using because we could not reliably handle such packages. The difficulty is in implementing that test. The cabal-version is almost an opaque version predicate, it can have arbitrary unions and intersections of version ranges. So testing if it requires later than a particular version is tricky. It's easy to check if it allows the current version that is used by hackage, so that is what we do at the moment. I accept it's not right for packages that use a custom Setup.hs and that would fail to compile with some future version of the Cabal library. At the moment though we're ok because the Cabal-1.4 series should be compatible with 1.2 for all existing Setup.hs scripts. We'll need to fix this at some point however. Probably the solution is to be slightly conservative, so if the current version is not in the version range and does not match a very simple version range, like `>= x && < y` then we'd keep the current behavior. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Mon Jun 9 19:47:51 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Mon Jun 9 19:40:11 2008 Subject: patch applied (cabal): Fix pre-processing for haddock and executables Message-ID: <20080609234751.GA1772@haskell.galois.com> Mon Jun 9 16:36:09 PDT 2008 Duncan Coutts * Fix pre-processing for haddock and executables Now look in the right place to find the pre-processed source files belongign to executables. Fixes ticket #252. M ./Distribution/Simple/Haddock.hs -15 +29 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080609233609-adfee-bc3fa04c5feba398b4e2f6d0e5402568c5ddc0f5.gz From trac at galois.com Mon Jun 9 19:48:18 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 19:40:37 2008 Subject: [Hackage] #252: haddock document generation fails for executables when a preprocessors is needed In-Reply-To: <042.31a321dcceb4394ec73f9fa2961eb73d@localhost> References: <042.31a321dcceb4394ec73f9fa2961eb73d@localhost> Message-ID: <051.d6a1441bf5881e74c49ff38c85498e34@localhost> #252: haddock document generation fails for executables when a preprocessors is needed ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Fixed: {{{ Tue Jun 10 00:36:09 BST 2008 Duncan Coutts * Fix pre-processing for haddock and executables Now look in the right place to find the pre-processed source files belonging to executables. Fixes ticket #252. }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Mon Jun 9 19:54:19 2008 From: trac at galois.com (Hackage) Date: Mon Jun 9 19:46:40 2008 Subject: [Hackage] #230: setup haddock ignores LANGUAGE CPP pragma In-Reply-To: <056.45d15ff8c2e034deee028d0000361418@localhost> References: <056.45d15ff8c2e034deee028d0000361418@localhost> Message-ID: <065.a737419f859ae9076d16008621738e41@localhost> #230: setup haddock ignores LANGUAGE CPP pragma ----------------------------------+----------------------------------------- Reporter: ross@soi.city.ac.uk | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------------+----------------------------------------- Comment (by duncan): And of course we have the same problem with `{-# OPTIONS -fglasgow-exts -cpp #-}` which is generated by `alex`. So even if you didn't realise you use `CPP`, if you use `alex` then you do and then haddock fails because we don't run `cpp` on that file. So if we go looking for `LANGUAGE` pragmas then we'd also have to do the same for `OPTIONS` (and `OPTIONS_*`) pragmas. Seems that `getOptionsFromSource` gets those too which is nice. Perhaps we should just do that for every file in builds and when haddocking. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Tue Jun 10 05:54:04 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 05:46:21 2008 Subject: patch applied (cabal-install): Fix parsing of build reports Message-ID: <20080610095404.GA12450@haskell.galois.com> Mon Jun 9 18:37:04 PDT 2008 Duncan Coutts * Fix parsing of build reports and add a function to parse a whole logfile of reports M ./Hackage/Reporting.hs -4 +19 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610013704-adfee-1341928a50a0884c333f0457aab90d78179bcfde.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 05:54:06 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 05:46:24 2008 Subject: patch applied (cabal-install): Put build-reports into per-server dirs Message-ID: <20080610095406.GA12473@haskell.galois.com> Mon Jun 9 18:40:11 PDT 2008 Duncan Coutts * Put build-reports into per-server dirs Don't bother putting the server url into each report since we do not want to upload that information anyway. M ./Hackage/Config.hs -5 +1 M ./Hackage/Reporting.hs -31 +29 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610014011-adfee-0f670e1017e05ba00399d2cd9a73e197849886d9.gz From trac at galois.com Tue Jun 10 07:42:01 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 07:34:17 2008 Subject: [Hackage] #184: cabal-install should report build results to hackage server In-Reply-To: <043.0e078e89d8e918f0ee0711d88c9a0264@localhost> References: <043.0e078e89d8e918f0ee0711d88c9a0264@localhost> Message-ID: <052.87ca1650bf71f2fbee2859cfabbf48ea@localhost> #184: cabal-install should report build results to hackage server ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: reopened Priority: high | Milestone: Component: cabal-install tool | Version: 1.2.2.0 Severity: normal | Resolution: Keywords: | Difficulty: project(> week) Ghcversion: 6.4.2 | Platform: Linux ---------------------------------+------------------------------------------ Comment (by duncan): Replying to [comment:1 duncan]: > There are various sub-tasks: > > * Make cabal install not fail overall just because one package fails. There should be a mode to carry on and build all remaining packages that did not depend on the failed package. This requires keeping a full dep graph while installing, not just a linear list of packages. > * Define a build report data type > * Generate a build report for each > * Collect build reports in a local file These are all now done. Build reports are logged into `~/.cabal/packages/$server/build-reports.log`. > * Upload build reports to hackage at appropriate points. Perhaps new reports should be sent at the same that the package index or tarballs are downloaded. > * Implement server side script to allow reports to be uploaded. Have to decide where and how reports are stored. Obvious choice is a log file per package-version. Or some other kind of data base and index. The considerations here are in keeping the reports anonymous and what queries we will want to run on the reports. > * Implement the statistical analysis necessary to distill the reports into useful information per-package. Present this info on each package page. These are the remaining tasks. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Tue Jun 10 13:23:15 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 13:15:32 2008 Subject: patch applied (cabal-install): Fix printing of flags in build reports Message-ID: <20080610172315.GA21717@haskell.galois.com> Tue Jun 10 10:10:33 PDT 2008 Duncan Coutts * Fix printing of flags in build reports M ./Hackage/Reporting.hs -2 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610171033-adfee-c8e718de146c8f0f78b6b18c4e9f53d2230859ee.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 14:13:35 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 14:05:54 2008 Subject: patch applied (cabal): Add withFileContents and withUTF8FileContents Message-ID: <20080610181335.GA22661@haskell.galois.com> Tue Jun 10 11:01:50 PDT 2008 Duncan Coutts * Add withFileContents and withUTF8FileContents Safe block scoped reading of files. These guarantee that the file gets closed. M ./Distribution/Simple/Utils.hs -4 +28 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080610180150-adfee-65cc475437085fb7a809b2a87e4c18562422f2dc.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 14:13:37 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 14:05:55 2008 Subject: patch applied (cabal): Close the package.conf file after reading it Message-ID: <20080610181337.GA22684@haskell.galois.com> Tue Jun 10 11:02:17 PDT 2008 Duncan Coutts * Close the package.conf file after reading it We had a bug on windows where we open and read ghc's package.conf database but because we did not consume the final newline we did not close the file. Then when we called ghc-pkg to register a package it failed because it could not rename the open file. M ./Distribution/Simple/GHC.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080610180217-adfee-96e39ff91dad33db3d2a37f3de0788e6ba14d187.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 14:13:38 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 14:05:57 2008 Subject: patch applied (cabal): Switch to scoped file reading rather than lazy readFile Message-ID: <20080610181338.GA22701@haskell.galois.com> Tue Jun 10 11:05:28 PDT 2008 Duncan Coutts * Switch to scoped file reading rather than lazy readFile M ./Distribution/PackageDescription/Parse.hs -7 +7 M ./Distribution/Simple/Configure.hs -14 +9 M ./Distribution/Simple/PreProcess.hs -4 +4 M ./Distribution/Simple/SrcDist.hs -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080610180528-adfee-e910fa4cc76633bcdf44f330d6b5937f39556784.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 14:13:40 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 14:05:59 2008 Subject: patch applied (cabal): Use writeFileAtomic everywhere instead of writeFile Message-ID: <20080610181340.GA22718@haskell.galois.com> Tue Jun 10 11:07:27 PDT 2008 Duncan Coutts * Use writeFileAtomic everywhere instead of writeFile M ./Distribution/PackageDescription/Parse.hs -1 +1 M ./Distribution/Simple/Configure.hs -2 +2 M ./Distribution/Simple/JHC.hs -2 +2 M ./Distribution/Simple/Register.hs -6 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080610180727-adfee-d931325f3d93e61788776aa1f8348d2cffddf8a8.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 14:13:41 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 14:06:01 2008 Subject: patch applied (cabal): Switch the hugs code to safe file reading and writing Message-ID: <20080610181341.GA22735@haskell.galois.com> Tue Jun 10 11:09:47 PDT 2008 Duncan Coutts * Switch the hugs code to safe file reading and writing M ./Distribution/Simple/Hugs.hs -27 +30 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080610180947-adfee-d4ecd6747dceff27c8d975a4f736934f219eef22.gz From trac at galois.com Tue Jun 10 14:47:38 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 14:39:53 2008 Subject: [Hackage] #291: cabal-install cannot re-install itself on windows Message-ID: <043.ea459091ad1c2b2049f556848265b5a4@localhost> #291: cabal-install cannot re-install itself on windows ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Windows | ---------------------------------+------------------------------------------ It fails when it gets round to actually installing the executable file. This is because in windows more than a little tricky for a program to replace its own executable file. Trying to overwrite or replace a file that is open by a process fails. It is possible to rename the existing exe file so that the new one can be installed though that still leaves the problem of deleting the old exe file. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jun 10 14:56:34 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 14:48:51 2008 Subject: [Hackage] #291: cabal-install cannot re-install itself on windows In-Reply-To: <043.ea459091ad1c2b2049f556848265b5a4@localhost> References: <043.ea459091ad1c2b2049f556848265b5a4@localhost> Message-ID: <052.845d7337eabfb91734d3ba94e9ac60bc@localhost> #291: cabal-install cannot re-install itself on windows ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Windows ---------------------------------+------------------------------------------ Comment (by guest): http://msdn.microsoft.com/en-us/library/aa365240(VS.85).aspx {{{ MoveFileEx(file_to_delete,NULL,MOVEFILE_DELAY_UNTIL_REBOOT); }}} That will cause the file to be deleted after rebooting. Only works on WinNT kernels, but I don't think we support Win9x anymore (I certainly don't own such a machine!) -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jun 10 15:49:02 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 15:41:19 2008 Subject: [Hackage] #291: cabal-install cannot re-install itself on windows In-Reply-To: <043.ea459091ad1c2b2049f556848265b5a4@localhost> References: <043.ea459091ad1c2b2049f556848265b5a4@localhost> Message-ID: <052.67779ad15d5e9f099dc673597ffd50cc@localhost> #291: cabal-install cannot re-install itself on windows ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Windows ---------------------------------+------------------------------------------ Comment (by duncan): http://msdn.microsoft.com/en-us/library/aa363858.aspx Perhaps if we use `CreateFile` to open our own `cabal.exe` file and specify `FILE_FLAG_DELETE_ON_CLOSE` then hopefully that would actually delete the `.exe` file when the process closes (which would be when the last handles are closed). This relies on the `.exe` file itself being opened by the kernel with `FILE_SHARE_DELETE` sharing. This would appear to be the case though since it is possible to rename a `.exe` file while the program is running. See also http://blogs.msdn.com/oldnewthing/archive/2004/06/07/150047.aspx -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Tue Jun 10 16:10:57 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 16:03:16 2008 Subject: patch applied (cabal-branches/cabal-1.4): Fix pre-processing for haddock and executables Message-ID: <20080610201057.GA24933@haskell.galois.com> Mon Jun 9 16:36:09 PDT 2008 Duncan Coutts * Fix pre-processing for haddock and executables Now look in the right place to find the pre-processed source files belongign to executables. Fixes ticket #252. M ./Distribution/Simple/Haddock.hs -15 +29 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080609233609-adfee-bc3fa04c5feba398b4e2f6d0e5402568c5ddc0f5.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 16:10:59 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 16:03:16 2008 Subject: patch applied (cabal-branches/cabal-1.4): Add withFileContents and withUTF8FileContents Message-ID: <20080610201059.GA24956@haskell.galois.com> Tue Jun 10 11:01:50 PDT 2008 Duncan Coutts * Add withFileContents and withUTF8FileContents Safe block scoped reading of files. These guarantee that the file gets closed. M ./Distribution/Simple/Utils.hs -4 +28 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080610180150-adfee-65cc475437085fb7a809b2a87e4c18562422f2dc.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 16:11:00 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 16:03:18 2008 Subject: patch applied (cabal-branches/cabal-1.4): Close the package.conf file after reading it Message-ID: <20080610201100.GA24975@haskell.galois.com> Tue Jun 10 11:02:17 PDT 2008 Duncan Coutts * Close the package.conf file after reading it We had a bug on windows where we open and read ghc's package.conf database but because we did not consume the final newline we did not close the file. Then when we called ghc-pkg to register a package it failed because it could not rename the open file. M ./Distribution/Simple/GHC.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080610180217-adfee-96e39ff91dad33db3d2a37f3de0788e6ba14d187.gz From trac at galois.com Tue Jun 10 16:28:32 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 16:20:50 2008 Subject: [Hackage] #292: warnings in Paths_pkgname module on windows Message-ID: <043.dec7163723ff6cd6ca2c4c640df09abf@localhost> #292: warnings in Paths_pkgname module on windows ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: minor | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: Windows | ----------------------------------+----------------------------------------- If you build the `Paths_pkgname` module that Cabal generates on windows then you get these kinds of warnings: {{{ dist\build\autogen/Paths_cabal_install.hs:12:0: Warning: Module `Data.Maybe' is imported, but nothing from it is used, except perhaps instances visible in `Data.Maybe' To suppress this warning, use: import Data.Maybe() dist\build\autogen/Paths_cabal_install.hs:19:0: Warning: Definition but no type signature for `prefix' Inferred type: prefix :: [Char] dist\build\autogen/Paths_cabal_install.hs:20:0: Warning: Definition but no type signature for `bindirrel' Inferred type: bindirrel :: [Char] dist\build\autogen/Paths_cabal_install.hs:73:14: Warning: This binding for `p' shadows an existing binding In a case alternative dist\build\autogen/Paths_cabal_install.hs:80:9: Warning: This binding for `path' shadows an existing binding In a case alternative }}} It'd be nice if we generated code that gave no warnings so that people could make `-Wall` clean packages on Windows. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jun 10 17:40:20 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 17:32:38 2008 Subject: [Hackage] #283: install command doesn't install dist/doc/users-guide/ In-Reply-To: <068.e0d8f38255bb4acff600cc87fd6aa306@localhost> References: <068.e0d8f38255bb4acff600cc87fd6aa306@localhost> Message-ID: <077.934109bcd4c4eb1c30eebd35a76836d3@localhost> #283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: very hard (<1 week) Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by duncan): Replying to [comment:3 guest]: > There are two tasks: building the documentation and installing it. As for building, it is surely good to support widely known formats, but I think the developer should always have the option to do something else (say via a hook). It is not possible to anticipate all the possible types of documentation that the developers are going to come up with. Suppose for instance if someone writes an alternative to haddock and uses it to process its own documentation. True. That is possible at the moment. One would have to override the haddock and install hooks. > As to installing the documentation, it seems to be rather easy: just copy the contents of /dist/doc to $docdir. This can be done independently of how the documentation was built. Or am I missing something? I'm a bit nervous of just installing all the files that happen to be under that directory. I much prefer solutions where we know exactly which files we should be installing. What happens when you get stale files in there due to renaming etc? We end up installing said stale files. In a decent build system I think we should know how to build and re-build every file. In that case we always know what files to install and how to make sure they're up-to-date. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Tue Jun 10 17:41:17 2008 From: trac at galois.com (Hackage) Date: Tue Jun 10 17:33:32 2008 Subject: [Hackage] #283: install command doesn't install dist/doc/users-guide/ In-Reply-To: <068.e0d8f38255bb4acff600cc87fd6aa306@localhost> References: <068.e0d8f38255bb4acff600cc87fd6aa306@localhost> Message-ID: <077.67f747373c450bc07bcb959aeba47512@localhost> #283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: very hard (<1 week) Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by duncan): The implication of course is that we should use Cabal's `Setup.hs` script to build and install the user guide. Though we still have the problem of portably discovering the xslt stylesheet to use. -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Tue Jun 10 19:51:32 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 19:43:48 2008 Subject: patch applied (cabal-install): Put the build client it into the build reports Message-ID: <20080610235132.GA31112@haskell.galois.com> Tue Jun 10 16:46:54 PDT 2008 Duncan Coutts * Put the build client it into the build reports M ./Hackage/Reporting.hs -1 +12 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610234654-adfee-cc0a239160223576af1d7b752f011b36f610a5ec.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 19:51:34 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 19:43:50 2008 Subject: patch applied (cabal-install): Put the configurations flags into each UnresolvedDependency Message-ID: <20080610235134.GA31135@haskell.galois.com> Tue Jun 10 16:50:24 PDT 2008 Duncan Coutts * Put the configurations flags into each UnresolvedDependency We don't actually have per-package flags yet. All -f flags on the install/upgrade command line apply to every paclage. M ./Hackage/Setup.hs -7 +6 M ./Main.hs -3 +11 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610235024-adfee-cbe12675e508ccfaa949a7dcdd67ca3916da51cd.gz From duncan.coutts at worc.ox.ac.uk Tue Jun 10 19:51:35 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Tue Jun 10 19:43:52 2008 Subject: patch applied (cabal-install): Take the the flag assignment into account in the resolver Message-ID: <20080610235135.GA31152@haskell.galois.com> Tue Jun 10 16:52:12 PDT 2008 Duncan Coutts * Take the the flag assignment into account in the resolver so it now actually works to say: $ cabal install foo -fbar M ./Hackage/Dependency/TopDown.hs -16 +25 M ./Hackage/Dependency/TopDown/Types.hs -1 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610235212-adfee-a5b3c189a9ba5d4fd3c5e96d8ac81156f743c753.gz From alistair at abayley.org Wed Jun 11 04:06:13 2008 From: alistair at abayley.org (Alistair Bayley) Date: Wed Jun 11 03:58:27 2008 Subject: What are hookedPrograms for? Message-ID: <79d7c4980806110106r19616cb1q9615796226345dd8@mail.gmail.com> I'm looking at an example Duncan gave for Takusen's setup + .cabal: http://hpaste.org/6279 ... and do not understamd what hookedPrograms is all about. Can someone enlighten me? FWIW, my goal is to either locate or run some programs during the configure stage, and use the results (locating a program gives a directory, running a program gives directories printed on stdout) to modify the extraLibDirs and includeDirs in BuildInfo. I've been browsing the 1.3.12 sources, but no epiphany yet... Alistair From duncan.coutts at worc.ox.ac.uk Wed Jun 11 06:00:31 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Wed Jun 11 05:48:43 2008 Subject: What are hookedPrograms for? In-Reply-To: <79d7c4980806110106r19616cb1q9615796226345dd8@mail.gmail.com> References: <79d7c4980806110106r19616cb1q9615796226345dd8@mail.gmail.com> Message-ID: <1213178431.15010.473.camel@localhost> On Wed, 2008-06-11 at 09:06 +0100, Alistair Bayley wrote: > I'm looking at an example Duncan gave for Takusen's setup + .cabal: > http://hpaste.org/6279 > > ... and do not understamd what hookedPrograms is all about. Can > someone enlighten me? It allows you to define new programs that Cabal knows about. It already has a list of several, eg ghc, happy, ld, ar, etc. You want to locate and use these extra progs. So we tell cabal about them. This also means we can mention them in the .cabal file as build-tools. By default we look for programs on the path, but you can change that using the programFindLocation method of the Program. BTW, the hack with pgconfig vs pg_config is no longer needed as '_' are now allowed in build-tool names (though only with Cabal-1.4+). > FWIW, my goal is to either locate or run some programs during the > configure stage, and use the results (locating a program gives a > directory, running a program gives directories printed on stdout) to > modify the extraLibDirs and includeDirs in BuildInfo. > > I've been browsing the 1.3.12 sources, but no epiphany yet... Take a look at Distribution.Simple.Program. If the program is in a build-tools field that is enabled then it will be automatically configured during the configure phase (and it not being found will be an error). You can find the location of a configured program or run a configured program and capture its stdout. Duncan From trac at galois.com Wed Jun 11 06:42:47 2008 From: trac at galois.com (Hackage) Date: Wed Jun 11 06:35:03 2008 Subject: [Hackage] #58: allow darcs repo to be specified in cabal file In-Reply-To: <043.6583bf82ef1497f4ce27dc570194f6ee@localhost> References: <043.6583bf82ef1497f4ce27dc570194f6ee@localhost> Message-ID: <052.966445b5e3737e3745c223201f6d8ffd@localhost> #58: allow darcs repo to be specified in cabal file ----------------------------+----------------------------------------------- Reporter: ijones | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.6 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * milestone: Cabal-1.4 => Cabal-1.6 -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Wed Jun 11 06:43:07 2008 From: trac at galois.com (Hackage) Date: Wed Jun 11 06:35:21 2008 Subject: [Hackage] #285: hackage trac should permit registration In-Reply-To: <042.3fc418e325cc579fe96e8a451562f1c8@localhost> References: <042.3fc418e325cc579fe96e8a451562f1c8@localhost> Message-ID: <051.42ab97f610e5f5f0fd84d6d137d81712@localhost> #285: hackage trac should permit registration ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Component: miscellaneous | Version: Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Done. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jun 12 05:47:50 2008 From: trac at galois.com (Hackage) Date: Thu Jun 12 05:40:01 2008 Subject: [Hackage] #187: Paths_pkgname module is hard to use in a library In-Reply-To: <043.6749848e9de650d2dc64e8b81a37543e@localhost> References: <043.6749848e9de650d2dc64e8b81a37543e@localhost> Message-ID: <052.74092ce074541fe8e10c1c5047ee2e59@localhost> #187: Paths_pkgname module is hard to use in a library ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: 1.2.2.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.8.1 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: reopened => closed * resolution: => fixed Comment: Replying to [comment:3 guest]: > two ways to solve this might be: > (i) add Paths_pkgname automatically during build, install and haddock. > (ii) filter Paths_pkgname out in sdist. Taking option (ii): {{{ Thu Jun 12 10:18:10 BST 2008 Duncan Coutts * Filter out the Paths_pkgname file in sdist Fixes ticket #187 finally (I hope). }}} -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:51:48 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:43:59 2008 Subject: patch applied (cabal): Filter out the Paths_pkgname file in sdist Message-ID: <20080612095148.GA4697@haskell.galois.com> Thu Jun 12 02:18:10 PDT 2008 Duncan Coutts * Filter out the Paths_pkgname file in sdist Fixes ticket #187 finally (I hope). M ./Distribution/Simple/SrcDist.hs -11 +22 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612091810-adfee-f45d73d310416ca9a4a4badb90a703003280c7d6.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:51:50 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:44:01 2008 Subject: patch applied (cabal): Fix the register --gen-pkg-config flag Message-ID: <20080612095150.GA4720@haskell.galois.com> Thu Jun 12 02:24:25 PDT 2008 Duncan Coutts * Fix the register --gen-pkg-config flag When specified without any file name it is supposed to use a default file name rather than be ignored completely. M ./Distribution/Simple/Register.hs -3 +4 M ./Distribution/Simple/Setup.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612092425-adfee-cff3112fbd809d4d293b730555c69c46162361d8.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:51:51 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:44:04 2008 Subject: patch applied (cabal): Use the standard autogenModulesDir rather than a local copy Message-ID: <20080612095151.GA4737@haskell.galois.com> Thu Jun 12 02:28:55 PDT 2008 Duncan Coutts * Use the standard autogenModulesDir rather than a local copy M ./Distribution/Simple/Build.hs -5 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612092855-adfee-8a8dbc6242abe8773e74bb46366d336e026e99aa.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:51:53 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:44:05 2008 Subject: patch applied (cabal): Lift the restriction that libraries must have exposed-modules Message-ID: <20080612095153.GA4757@haskell.galois.com> Thu Jun 12 02:29:24 PDT 2008 Duncan Coutts * Lift the restriction that libraries must have exposed-modules This allows libs that have only private modules or C code. This might be used to make libs that have non-exposed modules and only export C APIs. It could also be used to make packages that consist only of C code. That might be useful for bindings where it may make sense to split the C and Haskell code into separate packages. M ./Distribution/PackageDescription/Check.hs -5 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612092924-adfee-a737428f6a8c1fed15842d9ebf3cf4cedb7fbf6a.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:53:13 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:45:22 2008 Subject: patch applied (cabal-branches/cabal-1.4): Filter out the Paths_pkgname file in sdist Message-ID: <20080612095312.GA4811@haskell.galois.com> Thu Jun 12 02:18:10 PDT 2008 Duncan Coutts * Filter out the Paths_pkgname file in sdist Fixes ticket #187 finally (I hope). M ./Distribution/Simple/SrcDist.hs -11 +22 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612091810-adfee-f45d73d310416ca9a4a4badb90a703003280c7d6.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:53:14 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:45:24 2008 Subject: patch applied (cabal-branches/cabal-1.4): Fix the register --gen-pkg-config flag Message-ID: <20080612095314.GA4828@haskell.galois.com> Thu Jun 12 02:24:25 PDT 2008 Duncan Coutts * Fix the register --gen-pkg-config flag When specified without any file name it is supposed to use a default file name rather than be ignored completely. M ./Distribution/Simple/Register.hs -3 +4 M ./Distribution/Simple/Setup.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612092425-adfee-cff3112fbd809d4d293b730555c69c46162361d8.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 05:53:16 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 05:45:27 2008 Subject: patch applied (cabal-branches/cabal-1.4): Lift the restriction that libraries must have exposed-modules Message-ID: <20080612095316.GA4846@haskell.galois.com> Thu Jun 12 02:29:24 PDT 2008 Duncan Coutts * Lift the restriction that libraries must have exposed-modules This allows libs that have only private modules or C code. This might be used to make libs that have non-exposed modules and only export C APIs. It could also be used to make packages that consist only of C code. That might be useful for bindings where it may make sense to split the C and Haskell code into separate packages. M ./Distribution/PackageDescription/Check.hs -5 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612092924-adfee-a737428f6a8c1fed15842d9ebf3cf4cedb7fbf6a.gz From trac at galois.com Thu Jun 12 09:30:35 2008 From: trac at galois.com (Hackage) Date: Thu Jun 12 09:22:45 2008 Subject: [Hackage] #283: install command doesn't install dist/doc/users-guide/ In-Reply-To: <068.e0d8f38255bb4acff600cc87fd6aa306@localhost> References: <068.e0d8f38255bb4acff600cc87fd6aa306@localhost> Message-ID: <077.651f09e1cbf026ac3eba3b7f8f52a264@localhost> #283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: very hard (<1 week) Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by guest): I'd suggest adding package properties like {{{extra-doc-files}}} and {{{extra-doc-dirs}}} and treating them similar to {{{data-files}}}. This way I'd be able to say that the README file along with a compilable Example.hs as well as the users-guide directory belong to the documentation. -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jun 12 09:44:49 2008 From: trac at galois.com (Hackage) Date: Thu Jun 12 09:36:59 2008 Subject: [Hackage] #293: allow installation of non-haskell or haskell script executables Message-ID: <042.5d96499a013cd6c3a6a18c69fd726776@localhost> #293: allow installation of non-haskell or haskell script executables ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Sometimes it is desirable to include an auxiliary executable, which is not written in haskell or is written in haskell, but better not be compiled and run as a script instead. Currently cabal doesn't offer any way to install such executables into $bindir. I suggest adding an {{{extra-bin- files}}} property that should be treated similar to {{{data-files}}}, but install into $bindir and take care of correct permissions. The way through the hooks is unsatisfactory, because the hooks allow no way of telling cabal what they have done. This is going to be a problem, when cabal starts tracking all the installed files for uninstall purposes. See also [http://thread.gmane.org/gmane.comp.lang.haskell.libraries/9227] -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jun 12 09:45:22 2008 From: trac at galois.com (Hackage) Date: Thu Jun 12 09:37:32 2008 Subject: [Hackage] #293: allow installation of non-haskell or haskell script executables In-Reply-To: <068.60a675931cd32a96c1ff927424bd18bd@localhost> References: <068.60a675931cd32a96c1ff927424bd18bd@localhost> Message-ID: <077.a326774d18c78786561a0a4e70cea114@localhost> #293: allow installation of non-haskell or haskell script executables ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Changes (by guest): * reporter: guest => Misha Aizatulin -- Ticket URL: Hackage Hackage: Cabal and related projects From trac at galois.com Thu Jun 12 10:01:34 2008 From: trac at galois.com (Hackage) Date: Thu Jun 12 09:53:45 2008 Subject: [Hackage] #293: allow installation of non-haskell or haskell script executables In-Reply-To: <068.60a675931cd32a96c1ff927424bd18bd@localhost> References: <068.60a675931cd32a96c1ff927424bd18bd@localhost> Message-ID: <077.e45b80ab238394e4e7d4c8c18eea8c96@localhost> #293: allow installation of non-haskell or haskell script executables ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by guest): the hooks-route could be made less bad if cabal provided generic file- installation functions that allowed Cabal to track, at least, ''what'' files were installed... -Isaac Dupree -- Ticket URL: Hackage Hackage: Cabal and related projects From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:58:59 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:09 2008 Subject: patch applied (cabal): base-1.0 does not have Data.Map.alter so use insertWith instead Message-ID: <20080612195859.GA19531@haskell.galois.com> Thu Jun 12 08:43:09 PDT 2008 Duncan Coutts * base-1.0 does not have Data.Map.alter so use insertWith instead M ./Distribution/Simple/PackageIndex.hs -3 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612154309-adfee-5f17cd5a4c897c636ae152d48637c9bbcf5c8cc3.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:01 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:13 2008 Subject: patch applied (cabal): Update copyright and authors list in the .cabal file Message-ID: <20080612195901.GA19555@haskell.galois.com> Thu Jun 12 08:44:44 PDT 2008 Duncan Coutts * Update copyright and authors list in the .cabal file M ./Cabal.cabal +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612154444-adfee-1587ff5e49b2ee39bda0259e0f8151df648afd8b.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:02 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:14 2008 Subject: patch applied (cabal): Update the release notes Message-ID: <20080612195902.GA19572@haskell.galois.com> Thu Jun 12 08:46:24 PDT 2008 Duncan Coutts * Update the release notes M ./releaseNotes -14 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612154624-adfee-42357622be062b3a954c24d7469a4188236aad26.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:04 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:15 2008 Subject: patch applied (cabal): Update the README and convert it to markdown syntax Message-ID: <20080612195904.GA19589@haskell.galois.com> Thu Jun 12 09:29:06 PDT 2008 Duncan Coutts * Update the README and convert it to markdown syntax M ./README -57 +59 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612162906-adfee-672f47bd36f11045535470dfe77c312d86a3f266.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:05 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:20 2008 Subject: patch applied (cabal): Add the 1.2.4.0 release to the changelog Message-ID: <20080612195905.GA19607@haskell.galois.com> Thu Jun 12 09:41:44 PDT 2008 Duncan Coutts * Add the 1.2.4.0 release to the changelog M ./changelog -1 +15 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612164144-adfee-44995f3063dc57c524eb2af4ae929b846dceb566.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:08 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:21 2008 Subject: patch applied (cabal): Put upper bounds on all the build-depends Message-ID: <20080612195908.GA19641@haskell.galois.com> Thu Jun 12 10:49:58 PDT 2008 Duncan Coutts * Put upper bounds on all the build-depends M ./Cabal.cabal -3 +8 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612174958-adfee-eacc1ef35961637d05bcdb3b0c569ecd36143ff2.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:07 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:21 2008 Subject: patch applied (cabal): Add the 1.4.0.0 release to the changelog Message-ID: <20080612195907.GA19624@haskell.galois.com> Thu Jun 12 09:42:42 PDT 2008 Duncan Coutts * Add the 1.4.0.0 release to the changelog M ./changelog -1 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612164242-adfee-f4cd12f315474f3cacd5f19584656d3bdb813197.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:10 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:22 2008 Subject: patch applied (cabal): Move the mkGHCMakefile.sh out of the root dir Message-ID: <20080612195910.GA19658@haskell.galois.com> Thu Jun 12 12:03:17 PDT 2008 Duncan Coutts * Move the mkGHCMakefile.sh out of the root dir Having it there confuses people. They think they have to run it as part of the install process. ./mkGHCMakefile.sh -> ./Distribution/Simple/GHC/mkGHCMakefile.sh M ./Distribution/Simple/GHC/mkGHCMakefile.sh -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612190317-adfee-c18e3f3e54f204cca5689bfeede27ddf728c2a0c.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 15:59:12 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:51:25 2008 Subject: patch applied (cabal): Include the readme and the changelog in the tarball Message-ID: <20080612195912.GA19675@haskell.galois.com> Thu Jun 12 12:05:58 PDT 2008 Duncan Coutts * Include the readme and the changelog in the tarball M ./Cabal.cabal -1 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080612190558-adfee-aa6bba230197b292385ab310336445b43c3f7592.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:00 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:10 2008 Subject: patch applied (cabal-branches/cabal-1.4): base-1.0 does not have Data.Map.alter so use insertWith instead Message-ID: <20080612200200.GA19871@haskell.galois.com> Thu Jun 12 08:43:09 PDT 2008 Duncan Coutts * base-1.0 does not have Data.Map.alter so use insertWith instead M ./Distribution/Simple/PackageIndex.hs -3 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612154309-adfee-5f17cd5a4c897c636ae152d48637c9bbcf5c8cc3.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:01 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:12 2008 Subject: patch applied (cabal-branches/cabal-1.4): Update copyright and authors list in the .cabal file Message-ID: <20080612200201.GA19894@haskell.galois.com> Thu Jun 12 08:44:44 PDT 2008 Duncan Coutts * Update copyright and authors list in the .cabal file M ./Cabal.cabal +2 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612154444-adfee-1587ff5e49b2ee39bda0259e0f8151df648afd8b.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:03 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:14 2008 Subject: patch applied (cabal-branches/cabal-1.4): Update the release notes Message-ID: <20080612200203.GA19911@haskell.galois.com> Thu Jun 12 08:46:24 PDT 2008 Duncan Coutts * Update the release notes M ./releaseNotes -14 +5 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612154624-adfee-42357622be062b3a954c24d7469a4188236aad26.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:05 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:16 2008 Subject: patch applied (cabal-branches/cabal-1.4): Update the README and convert it to markdown syntax Message-ID: <20080612200204.GA19928@haskell.galois.com> Thu Jun 12 09:29:06 PDT 2008 Duncan Coutts * Update the README and convert it to markdown syntax M ./README -57 +59 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612162906-adfee-672f47bd36f11045535470dfe77c312d86a3f266.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:06 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:16 2008 Subject: patch applied (cabal-branches/cabal-1.4): Add the 1.2.4.0 release to the changelog Message-ID: <20080612200206.GA19947@haskell.galois.com> Thu Jun 12 09:41:44 PDT 2008 Duncan Coutts * Add the 1.2.4.0 release to the changelog M ./changelog -1 +15 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612164144-adfee-44995f3063dc57c524eb2af4ae929b846dceb566.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:07 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:19 2008 Subject: patch applied (cabal-branches/cabal-1.4): Add the 1.4.0.0 release to the changelog Message-ID: <20080612200207.GA19964@haskell.galois.com> Thu Jun 12 09:42:42 PDT 2008 Duncan Coutts * Add the 1.4.0.0 release to the changelog M ./changelog -1 +4 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612164242-adfee-f4cd12f315474f3cacd5f19584656d3bdb813197.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:09 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:21 2008 Subject: patch applied (cabal-branches/cabal-1.4): Put upper bounds on all the build-depends Message-ID: <20080612200209.GA19981@haskell.galois.com> Thu Jun 12 10:49:58 PDT 2008 Duncan Coutts * Put upper bounds on all the build-depends M ./Cabal.cabal -3 +8 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612174958-adfee-eacc1ef35961637d05bcdb3b0c569ecd36143ff2.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:10 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:22 2008 Subject: patch applied (cabal-branches/cabal-1.4): Bump version to stable release 1.4.0.0 Message-ID: <20080612200210.GA19998@haskell.galois.com> Thu Jun 12 11:13:44 PDT 2008 Duncan Coutts * Bump version to stable release 1.4.0.0 M ./Cabal.cabal -2 +2 M ./Makefile -3 +3 M ./releaseNotes -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612181344-adfee-d9e91929df3a9eb6a70e21d918b7dc01c7d7e16b.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:12 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:23 2008 Subject: patch applied (cabal-branches/cabal-1.4): Move the mkGHCMakefile.sh out of the root dir Message-ID: <20080612200212.GA20015@haskell.galois.com> Thu Jun 12 12:03:17 PDT 2008 Duncan Coutts * Move the mkGHCMakefile.sh out of the root dir Having it there confuses people. They think they have to run it as part of the install process. ./mkGHCMakefile.sh -> ./Distribution/Simple/GHC/mkGHCMakefile.sh M ./Distribution/Simple/GHC/mkGHCMakefile.sh -3 +3 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612190317-adfee-c18e3f3e54f204cca5689bfeede27ddf728c2a0c.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:14 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:26 2008 Subject: patch applied (cabal-branches/cabal-1.4): Include the readme and the changelog in the tarball Message-ID: <20080612200213.GA20032@haskell.galois.com> Thu Jun 12 12:05:58 PDT 2008 Duncan Coutts * Include the readme and the changelog in the tarball M ./Cabal.cabal -1 +3 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612190558-adfee-aa6bba230197b292385ab310336445b43c3f7592.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:02:15 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 15:54:27 2008 Subject: patch applied (cabal-branches/cabal-1.4): TAG 1.4.0.0 Message-ID: <20080612200215.GA20049@haskell.galois.com> Thu Jun 12 12:29:17 PDT 2008 Duncan Coutts tagged 1.4.0.0 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080612192917-adfee-44ea2d5b667a1ba9b38509c3f1b2cfe6bc043156.gz From darrinth at gmail.com Thu Jun 12 16:06:23 2008 From: darrinth at gmail.com (Darrin Thompson) Date: Thu Jun 12 15:58:31 2008 Subject: patch applied (cabal-branches/cabal-1.4): TAG 1.4.0.0 In-Reply-To: <20080612200215.GA20049@haskell.galois.com> References: <20080612200215.GA20049@haskell.galois.com> Message-ID: On Thu, Jun 12, 2008 at 4:02 PM, Duncan Coutts wrote: > Thu Jun 12 12:29:17 PDT 2008 Duncan Coutts > tagged 1.4.0.0 > yay! -- Darrin From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:13:41 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 16:05:58 2008 Subject: patch applied (cabal-install): Put upper bounds on all the build-depends Message-ID: <20080612201341.GA20394@haskell.galois.com> Thu Jun 12 10:50:40 PDT 2008 Duncan Coutts * Put upper bounds on all the build-depends M ./cabal-install.cabal -5 +14 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080612175040-adfee-05af715ea761f12f00e1bc9272f73c795169ac5b.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:13:42 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 16:05:59 2008 Subject: patch applied (cabal-install): Update to minor change in Cabal-1.4 and fix a warning. Message-ID: <20080612201342.GA20423@haskell.galois.com> Thu Jun 12 11:11:22 PDT 2008 Duncan Coutts * Update to minor change in Cabal-1.4 and fix a warning. M ./Hackage/Dependency.hs -1 +1 M ./Hackage/SrcDist.hs -2 +4 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080612181122-adfee-418cfe79830769d0e7a95a7dd1db9e4360f14424.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:13:44 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 16:05:59 2008 Subject: patch applied (cabal-install): Include the bash-completion code in the tarball Message-ID: <20080612201344.GA20440@haskell.galois.com> Thu Jun 12 12:07:02 PDT 2008 Duncan Coutts * Include the bash-completion code in the tarball M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080612190702-adfee-c821472f525a43031ed2d47aef47453f164a3fb0.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:13:45 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 16:06:00 2008 Subject: patch applied (cabal-install): Bump the version to 0.5.0 Message-ID: <20080612201345.GA20458@haskell.galois.com> Thu Jun 12 12:07:18 PDT 2008 Duncan Coutts * Bump the version to 0.5.0 M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080612190718-adfee-d85008bc158dba15f44d6d332e02e8f9cf1fd2f5.gz From duncan.coutts at worc.ox.ac.uk Thu Jun 12 16:13:47 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Thu Jun 12 16:06:01 2008 Subject: patch applied (cabal-install): TAG 0.5.0 Message-ID: <20080612201347.GA20480@haskell.galois.com> Thu Jun 12 12:29:43 PDT 2008 Duncan Coutts tagged 0.5.0 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080612192943-adfee-019dedb6b8f85778c3e8349f45546a8ce6777c42.gz From ndmitchell at gmail.com Fri Jun 13 13:56:06 2008 From: ndmitchell at gmail.com (Neil Mitchell) Date: Fri Jun 13 13:48:13 2008 Subject: Haddock 2.x and --hoogle Message-ID: <404396ef0806131056pb4f50d7hc60b0109517e39f5@mail.gmail.com> Hi Duncan, In the Cabal-1.4 branch, Distribution.Simple.Haddock, line 143: when (hoogle && isVersion2) $ die $ "haddock 2.x does not support the --hoogle flag." As of earlier today, that is no longer true. We have several options: * Remove the warning all together - it always supported the --hoogle flag, it just never did anything. It should probably have been haddock issuing this warning all along, not cabal. * Make it check for haddock >= 2 && < 2.2 Thoughts? Neil From ndmitchell at gmail.com Fri Jun 13 13:57:40 2008 From: ndmitchell at gmail.com (Neil Mitchell) Date: Fri Jun 13 13:49:46 2008 Subject: Haddock 2.x and --hoogle In-Reply-To: <404396ef0806131056pb4f50d7hc60b0109517e39f5@mail.gmail.com> References: <404396ef0806131056pb4f50d7hc60b0109517e39f5@mail.gmail.com> Message-ID: <404396ef0806131057g5ac083a0yac85559a0c256969@mail.gmail.com> As a side note, about 2 lines after: let mockFlags | isVersion2 = [] | otherwise = ["-D__HADDOCK__"] Could be written more compactly as: let mockFlags = ["-D__HADDOCK__" | not isVersion2] I love list comprehensions :-) Thanks Neil From ndmitchell at gmail.com Fri Jun 13 14:14:16 2008 From: ndmitchell at gmail.com (Neil Mitchell) Date: Fri Jun 13 14:06:22 2008 Subject: Misplacement of installed binaries Message-ID: <404396ef0806131114v396eca70r6d77504045e3abc2@mail.gmail.com> Hi, Using Cabal-1.4 and cabal-install head, installing cabal-install puts the binary at: "C:\Documents and Settings\Administrator\Application Data\cabal\bin" That seems like a bad choice of location for installed program files on Windows. Application Data is not for putting binaries into. It is installing programs, and they should go in C:\Program Files\Haskell\bin, as they did with Cabal-1.2. Is there a reason for changing the install location on Windows? Thanks Neil From duncan.coutts at worc.ox.ac.uk Fri Jun 13 14:55:35 2008 From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts) Date: Fri Jun 13 14:47:41 2008 Subject: patch applied (cabal-install): The update command doesn't take any extra args Message-ID: <20080613185535.GA21400@haskell.galois.com> Fri Jun 13 11:54:21 PDT 2008 Duncan Coutts * The update command doesn't take any extra args M ./Main.hs -1 +3 View patch online: ht