August 2008 - cabal-devel

[Hackage] #336: --constraint flag only used for configure not for install/upgrade dep planning
by Hackage 16 Dec '08

16 Dec '08

#336: --constraint flag only used for configure not for install/upgrade dep planning ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ It would be relatively easy to support the `--constraint=DEP` flag as an input to install/upgrade dependency planning. We should do it because it's useful and it's confusing that it's not supported. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/336> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #203: Find out what we can learn from ruby gems
by Hackage 15 Dec '08

15 Dec '08

#203: Find out what we can learn from ruby gems ---------------------+------------------------------------------------------ Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: misc | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------+------------------------------------------------------ [http://rubygems.org/ Ruby Gems] is superficially a similar system for Ruby as Cabal + cabal-install + HackageDB is for Haskell. This task is to do some research to compare two systems to find out what lessons we can learn from Ruby Gems. The findings should be recorded on the [wiki:RubyGems] wiki page -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/203> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #209: Implement "package()" configurations predicate
by Hackage 08 Nov '08

08 Nov '08

#209: Implement "package()" configurations predicate ----------------------------+----------------------------------------------- Reporter: duncan | 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: Linux | ----------------------------+----------------------------------------------- We often have to write things like: {{{ flag splitBase description: Choose the new smaller, split-up base package. library if flag(splitBase) build-depends: base >= 3, containers else build-depends: base < 3 }}} Which is verbose and annoying. It would be nicer to say: {{{ library build-depends: base if package(base >= 3) build-depends: containers }}} This is syntactic sugar only. It translates into the existing constructs so no new behaviour is being introduced. It would translate into: {{{ flag _1 library build-depends: base if flag(_1) build-depends: base >= 3 build-depends: containers else build-depends: base < 3 }}} It is described in more detail in this thread: http://www.haskell.org/pipermail/cabal-devel/2007-October/001189.html http://www.haskell.org/pipermail/cabal-devel/2007-November/001336.html -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/209> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

[Hackage] #308: provide hierarchical haddock for each package
by Hackage 14 Oct '08

14 Oct '08

#308: provide hierarchical haddock for each package --------------------------------+------------------------------------------- Reporter: EricKow | Owner: Type: task | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | --------------------------------+------------------------------------------- The primary haddock documentation for some packages seems to be on hackage. But on hackage, you see separate links for each module within the package, not a nice hiearchical listing like the one on http://www.haskell.org/ghc/docs/latest/html/libraries/ It would be nice if each package had its own mini-hierarchy -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/308> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #218: Data-files have no way of being installed conditionally
by Hackage 09 Oct '08

09 Oct '08

#218: Data-files have no way of being installed conditionally ----------------------------+----------------------------------------------- Reporter: guest | 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: Linux | ----------------------------+----------------------------------------------- Using cabal-1.2.3.0 and Yi, I have the following problem. For the Mac OS X Cocoa port, it has an icon which is a PDF file containing a rendered version of the Yi SVG logo, and which gets installed with it. Installing the PDF only makes sense if you are on a Mac (indeed, the PDF seems to be corrupt if you try to view it with, say, Xpdf). Right now, the yi.cabal file just reads: cabal-Version: == 1.2.3.0 tested-with: GHC==6.8.2 build-type: Custom data-files: art/yi+lambda-fat.pdf -- FIXME: Install Cocoa icon only when Cocoa configured That is, the PDF is always installed. Now, my first attempt was to read the Cabal manual and realize that the obvious solution was to just stick the data-files: field under a flag or conditional - just like the yi.cabal already does for build-depends, ghc-options, buildable, etc. But this doesn't work! Yi will still compile and build, but Cabal says: Warning: Unknown fields: data-files (line 101) Fields allowed in this section: executable, main-is, buildable, build-tools, cpp-options, cc-options, ld-options, pkgconfig-depends, frameworks, c-sources, extensions, extra-libraries, extra-lib-dirs, includes, install-includes, include-dirs, hs-source-dirs, other-modules, ghc-prof-options, ghc-shared-options, ghc-options, hugs-options, nhc98-options, jhc-options The error tells me that the conditional didn't take: gwern@localhost:1023~/bin/yi_0>locate fat|grep lambda|grep .pdf [ 4:31PM] /home/gwern/bin/yi/_darcs/pristine/art/yi+lambda-fat.pdf /home/gwern/bin/yi/art/yi+lambda-fat.pdf /home/gwern/bin/share/yi-0.3/art/yi+lambda-fat.pdf gwern@localhost:1024~/bin/yi_0> (Even though I am on Linux, and the Cocoa flag is emphatically set to False.) -- Anyway, given that what I want to do is sensible, that nowhere in the docs I've been able to find or on #haskell mentions any non-hacky solution, and that it's already supported by Cabal for other kinds of files, I think this is a pretty reasonable feature request. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/218> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #323: Add url field for package bug reports
by Hackage 05 Oct '08

05 Oct '08

#323: Add url field for package bug reports ----------------------------+----------------------------------------------- Reporter: duncan | 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: | ----------------------------+----------------------------------------------- We would like package authors to be able to specify a url where they would like bug reports to be directed. This could be a `mailto:` url or an online `http:` bug tracker. We should actually parse the field as a url and make sure it's one of the two. This might be a requirement for packages in the Haskell Platform. The hackage web page would have the link and direct users with bug reports. If we can agree then we should get this into Cabal-1.6. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/323> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #332: Show package download statistics
by Hackage 09 Sep '08

09 Sep '08

#332: Show package download statistics --------------------------------+------------------------------------------- Reporter: fons | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | --------------------------------+------------------------------------------- It would be really interesting to show statistics about the number of times a package has been downloaded. That measure can help both: * Users: it shows what packages are likely to be more widely-tested and popular. It can also help them to chose between packages with similar functionality. * Developers: it shows how popular his/her packages are. It would be specially interesting to take package versions in account (overall package download/downloads of an specific version) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/332> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #347: findProgramVersion fails with Debian's gcc
by Hackage 01 Sep '08

01 Sep '08

#347: findProgramVersion fails with Debian's gcc ----------------------------+----------------------------------------------- Reporter: ross | 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: | ----------------------------+----------------------------------------------- The version string produced by Debian's gcc has an unexpected form: {{{ Warning: cannot determine version of /usr/bin/gcc : "gcc (Debian 4.3.1-2) 4.3.1\nCopyright (C) 2008 Free Software Foundation, Inc.\nThis is free software; see the source for copying conditions. There is NO\nwarranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.\n\n" }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/347> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal-install): Update to the development version of the Cabal lib
by Duncan Coutts 31 Aug '08

31 Aug '08

Sun Aug 31 15:52:43 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Update to the development version of the Cabal lib The branch of cabal-install that tracks Cabal-1.4 now lives at http://darcs.haskell.org/cabal-branches/cabal-install-0.5/ M ./Distribution/Client/BuildReports/Anonymous.hs -5 +6 M ./Distribution/Client/Check.hs -4 +8 M ./Distribution/Client/Dependency.hs -3 +3 M ./Distribution/Client/Dependency/TopDown.hs -6 +6 M ./Distribution/Client/Dependency/TopDown/Constraints.hs -20 +9 M ./Distribution/Client/Dependency/Types.hs -2 +2 M ./Distribution/Client/Fetch.hs -5 +5 M ./Distribution/Client/IndexUtils.hs -10 +11 M ./Distribution/Client/Install.hs -4 +8 M ./Distribution/Client/InstallPlan.hs -17 +15 M ./Distribution/Client/List.hs -4 +5 M ./Distribution/Client/SetupWrapper.hs -44 +13 M ./Distribution/Client/SrcDist.hs -8 +13 M ./Distribution/Client/Utils.hs -2 +44 M ./cabal-install.cabal -2 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080831225243-adfee-…

1 0

patch applied (cabal): Display the right message for sdist --snapshot
by Duncan Coutts 31 Aug '08

31 Aug '08

Sun Aug 31 15:17:56 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Display the right message for sdist --snapshot M ./Distribution/Simple/SrcDist.hs -1 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080831221756-adfee-57697fb3…

1 0