January 2009 - cabal-devel

[Hackage] #438: Cabal should warn or fail if user specifies a bad configuration flag
by Hackage 16 Jan '09

16 Jan '09

#438: Cabal should warn or fail if user specifies a bad configuration flag ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: low | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ----------------------------+----------------------------------------------- Let us take the example of Yi. Yi specifies a flag: {{{ flag ghcAPI Description: Enable linking with GHC API for advanced features. Default: False }}} The advanced features are nice indeed, and I wish to use them. So I configure thusly: {{{ gwern@craft:33763~/bin/yi>runhaskell Setup configure --user -fghc-api Configuring yi-0.5.3... }}} (Or perhaps I specify -fghcapi, or -fghc-API. There are a lot of quite reasonable permutations, and I suspect I have made every one of them over the past few months.) The point is, the flag is *wrong*. Completely wrong. If we turn on --verbose, we notice that {{{ Flags chosen: testing=True, hacking=False, cocoa=False, pango=False, gtk=False, vty=True, ghcapi=False }}} The user is not going to get what she requested. Worse, the user has no idea! Everything looks dandy! There is not the slightest indication that something bad has happened. Half an hour later when Yi has compiled and installed, any user trying to use the Shim.* modules in their yi.hs is in for an unpleasant surprise. So the basic point here is: if the user specifies a flag, and the flag doesn't match any flags in the cabal file, *something* is wrong. Either the cabal file is damaged in someway, or the user mistyped. I think an error would be perfectly reasonable here, in the same way that missing fields is a reasonable reason for erroring out; but at a minimum a warning is warranted. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/438> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #432: cabal-install patches for HTTP 4000.0.0
by Hackage 16 Jan '09

16 Jan '09

#432: cabal-install patches for HTTP 4000.0.0 ---------------------------------+------------------------------------------ Reporter: Bart Massey | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ---------------------------------+------------------------------------------ I noticed that the constraints on the packages for cabal-install required some pretty old stuff. Rather than go there, I decided to loosen the constraints and see what happened. The current version of Cabal (1.7) and zlib (0.5.0.0) seem to work fine. Some patches were required to get current HTTP (4000.0.0) to work. I attach these patches in case anyone cares. I have done no testing of these patches other than trying a few simple cabal commands. They seemed to work. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/432> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Re: [Hackage] #352: cabal-install has problems with some HTTP proxies
by Hackage 16 Jan '09

16 Jan '09

#352: cabal-install has problems with some HTTP proxies ---------------------------------+------------------------------------------ Reporter: BMeph | Owner: Type: defect | Status: closed Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.3 | Platform: Windows ---------------------------------+------------------------------------------ Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Thanks to BMeph for pin-pointing the problem so clearly. Thanks to Sigbjorn Finne for doing all the hard work of updating the HTTP package. {{{ Fri Jan 16 13:56:46 GMT 2009 Duncan Coutts <duncan(a)haskell.org> * Update to using HTTP-4000.x This should fix a long-standing bug with http proxies (ticket #352) It should also make downloads faster, or at least use less memory. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/352#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-install): Update to using HTTP-4000.x
by Duncan Coutts 16 Jan '09

16 Jan '09

Fri Jan 16 05:56:46 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Update to using HTTP-4000.x This should fix a long-standing bug with http proxies (ticket #352) It should also make downloads faster, or at least use less memory. M ./Distribution/Client/BuildReports/Upload.hs -3 +7 M ./Distribution/Client/Fetch.hs -2 +6 M ./Distribution/Client/HttpUtils.hs -3 +5 M ./Distribution/Client/Upload.hs -2 +4 M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090116135646-adfee-…

1 0

patch applied (cabal-install): Rewrite the bootstrap.sh script
by Duncan Coutts 16 Jan '09

16 Jan '09

Thu Jan 15 02:22:10 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Rewrite the bootstrap.sh script Hopefully more useful and more robust. In particular it does not download and install packages where suitable versions are already installed. It also checks for deps. M ./bootstrap.sh -37 +164 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090115102210-adfee-…

2 4

[Hackage] #365: new cabal-install ignores prefix settings in my config file, fails every install
by Hackage 15 Jan '09

15 Jan '09

#365: new cabal-install ignores prefix settings in my config file, fails every install ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: Linux | ---------------------------------+------------------------------------------ Installing xhtml-3000.2.0.1 with cabal fails because it tries to write to /usr/local, to which it doesn't have access. This shouldn't happen because my whole ghc installation lives in ~/usr and cabal is configured to put stuff there. A manual build (using ./Setup configure --prefix=... + build + install) works. Oops. I just noticed that installing ''any'' package with cabal fails. It's just that xhtml is the first out-of-date package on my system. The last thing I did before was 'cabal upgrade cabal-install', which installed a new Cabal and cabal-install. Now every package (with verbose=2) says stuff like {{{ Using Cabal-1.4.0.2 compiled by ghc-6.8 Using compiler: ghc-6.8.3 Using install prefix: /usr/local Binaries installed in: /usr/local/bin Libraries installed in: /usr/local/lib/cabal-install-0.5.2/ghc-6.8.3 Private binaries installed in: /usr/local/libexec Data files installed in: /usr/local/share/cabal-install-0.5.2 Documentation installed in: /usr/local/share/doc/cabal-install-0.5.2 }}} So it seems like the new cabal ignores my ~/.cabal/config file since specifying a --prefix on the command line works fine. Here's a sample run: {{{ % cabal upgrade --dry-run Resolving dependencies... In order, the following would be installed: xhtml-3000.2.0.1 cgi-3001.1.7.0 % cabal upgrade Resolving dependencies... 'xhtml-3000.2.0.1' is cached. Configuring xhtml-3000.2.0.1... Preprocessing library xhtml-3000.2.0.1... Building xhtml-3000.2.0.1... [ 1 of 15] Compiling Text.XHtml.BlockTable ( Text/XHtml/BlockTable.hs, dist/build/Text/XHtml/BlockTable.o ) [ 2 of 15] Compiling Text.XHtml.Internals ( Text/XHtml/Internals.hs, dist/build/Text/XHtml/Internals.o ) [ 3 of 15] Compiling Text.XHtml.Transitional.Elements ( Text/XHtml/Transitional/Elements.hs, dist/build/Text/XHtml/Transitional/Elements.o ) [ 4 of 15] Compiling Text.XHtml.Transitional.Attributes ( Text/XHtml/Transitional/Attributes.hs, dist/build/Text/XHtml/Transitional/Attributes.o ) [ 5 of 15] Compiling Text.XHtml.Frameset.Attributes ( Text/XHtml/Frameset/Attributes.hs, dist/build/Text/XHtml/Frameset/Attributes.o ) [ 6 of 15] Compiling Text.XHtml.Strict.Attributes ( Text/XHtml/Strict/Attributes.hs, dist/build/Text/XHtml/Strict/Attributes.o ) [ 7 of 15] Compiling Text.XHtml.Frameset.Elements ( Text/XHtml/Frameset/Elements.hs, dist/build/Text/XHtml/Frameset/Elements.o ) [ 8 of 15] Compiling Text.XHtml.Strict.Elements ( Text/XHtml/Strict/Elements.hs, dist/build/Text/XHtml/Strict/Elements.o ) [ 9 of 15] Compiling Text.XHtml.Extras ( Text/XHtml/Extras.hs, dist/build/Text/XHtml/Extras.o ) [10 of 15] Compiling Text.XHtml.Strict ( Text/XHtml/Strict.hs, dist/build/Text/XHtml/Strict.o ) [11 of 15] Compiling Text.XHtml.Frameset ( Text/XHtml/Frameset.hs, dist/build/Text/XHtml/Frameset.o ) [12 of 15] Compiling Text.XHtml.Table ( Text/XHtml/Table.hs, dist/build/Text/XHtml/Table.o ) Text/XHtml/Table.hs:31:20: Warning: Defined but not used: `fn' [13 of 15] Compiling Text.XHtml.Debug ( Text/XHtml/Debug.hs, dist/build/Text/XHtml/Debug.o ) Text/XHtml/Debug.hs:34:17: Warning: Defined but not used: `c' [14 of 15] Compiling Text.XHtml.Transitional ( Text/XHtml/Transitional.hs, dist/build/Text/XHtml/Transitional.o ) [15 of 15] Compiling Text.XHtml ( Text/XHtml.hs, dist/build/Text/XHtml.o ) /usr/bin/ar: creating dist/build/libHSxhtml-3000.2.0.1.a cabal: Error: some packages failed to install: cgi-3001.1.7.0 depends on xhtml-3000.2.0.1 which failed to install. xhtml-3000.2.0.1 failed during the final install step. The exception was: /usr/local/share/doc/xhtml-3000.2.0.1: createDirectory: permission denied (Permission denied) % cabal --version cabal-install version 0.5.2 using version 1.4.0.2 of the Cabal library % cat ~/.cabal/config repos: hackage.haskell.org:http://hackage.haskell.org/packages/archive cachedir: "/home/mauke/.cabal/packages" hackage-username: "" hackage-password: "" compiler: ghc user-install: False user-prefix: "/home/mauke/usr/local" global-prefix: "/home/mauke/usr/local" % type cabal ghc cabal is /home/mauke/usr/local/bin/cabal ghc is /home/mauke/usr/local/bin/ghc % ghc --version The Glorious Glasgow Haskell Compilation System, version 6.8.3 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/365> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #379: compiler directive of cabal-install's config file is case sensitive
by Hackage 15 Jan '09

15 Jan '09

#379: compiler directive of cabal-install's config file is case sensitive ---------------------------------+------------------------------------------ Reporter: phigley | 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.3 Platform: Mac OS | ---------------------------------+------------------------------------------ Using cabal-install 0.6.0 (and 1.6.0.1 of the Cabal library) the following line fails to parse in the config file (in ~/.cabal/config) : compiler: GHC which generates the following error : Warning: Error parsing config file /Users/peterhigley/.cabal/config:1: "GHC" Warning: Using default configuration. But changing it to this resolves the problem : compiler: ghc My config file was auto-generated from an older cabal-install. This is easiest to reproduce by running "cabal update". I am reproing on a Mac, but an e-mail was sent to haskell-cafe from a Windows user as well. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/379> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #436: cabal-install readme could mention zlib dependency
by Hackage 15 Jan '09

15 Jan '09

#436: cabal-install readme could mention zlib dependency ----------------------------------+----------------------------------------- Reporter: Benja | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.3 Platform: | ----------------------------------+----------------------------------------- Hi all, The cabal-install README mentions the dependency on the zlib Haskell package, which is pulled in by bootstrap.sh, but not on the C library, which isn't. It might be useful to mention it (Ubuntu package: "zlib1g- dev") in the installation instructions/quickstart sections of the README (it took me a moment to figure out why the build was failing even though I was following instructions, and which package I needed). Thanks, - Benja -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/436> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal-install): Parse compiler field from old config files correctly
by Duncan Coutts 15 Jan '09

15 Jan '09

Thu Jan 15 16:28:51 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Parse compiler field from old config files correctly Really old versions of cabal-install generated a default config containing "compiler: GHC". Sadly the new way we generate the config file parser from the command line parser means we end up with a case-sensitive parser as it only matches the exact command line flags. So we hack it and add in a traditional parser for that field only. Really the command line and config file infrastructure needs rewriting again. Sigh. M ./Distribution/Client/Config.hs -1 +11 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090116002851-adfee-…

1 0

patch applied (cabal-install): Improve the printing of config file field parse error messages
by Duncan Coutts 15 Jan '09

15 Jan '09

Thu Jan 15 16:14:21 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Improve the printing of config file field parse error messages M ./Distribution/Client/Config.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090116001421-adfee-…

1 0