August 2011 - cabal-devel

[Hackage] #781: cabal list should have --with-compiler, --user, --global and --package-db flags
by Hackage 03 Mar '12

03 Mar '12

#781: cabal list should have --with-compiler, --user, --global and --package-db flags ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ---------------------------------+------------------------------------------ `cabal list` is lacking a way to control which compiler and package databases are queried. See also ticket #457 about enhanced filtering for `cabal list` -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/781> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #809: Improve update performance
by Hackage 03 Mar '12

03 Mar '12

#809: Improve update performance ---------------------------------+------------------------------------------ Reporter: bos | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ I have an automated package build set up using Hudson, and it tries to build my code as often as once every 5 minutes. Right now, that means running cabal update before every build, which takes at least 30 seconds. It would be great if cabal update used the ETag and If-Modified-Since HTTP headers to do conditional fetches of the metadata, so that there would be far less of a performance hit to both the Hackage server and my client. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/809> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #818: cabal sdist warns about optimization levels
by Hackage 03 Mar '12

03 Mar '12

#818: cabal sdist warns about optimization levels ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ For some reason 'cabal sdist' dislikes fast code so much that it tells me not to use -O2. What does it know about my needs and my project? See below for an example: {{{ $ cabal sdist Distribution quality warnings: 'ghc-options: -O2' is rarely needed. Check that it is giving a real benefit and not just imposing longer compile times on your users. }}} Is there a way to disable this warning in my .cabal file? If not, can the warning please be removed? It doesn't seems appropriate for sdist to tell me which compiler flags I should use to optimize my code. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/818> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #820: cabal-install clobbers itself on multi-arch platforms
by Hackage 03 Mar '12

03 Mar '12

#820: cabal-install clobbers itself on multi-arch platforms ---------------------------------+------------------------------------------ Reporter: bos | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ On my Mac, I have 32-bit and 64-bit versions of GHC 7.0.2 installed, and cabal installs the object and interface files into the same directory. The {{{$arch}}} variable looks like it should do the right thing, but in fact it's expanded to whatever architecture cabal-install was built for, not the architecture that's supported by GHC itself. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/820> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #804: support remote .cabal files in cabal info
by Hackage 03 Mar '12

03 Mar '12

#804: support remote .cabal files in cabal info ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Currently, `cabal info` supports local .cabal files and remote tarballs, but not remote .cabal files. The [http://hackage.haskell.org/package/lscabal lscabal] program supports remote .cabal file target like: {{{ $ lscabal http://code.haskell.org/xmonad/xmonad.cabal XMonad XMonad.Main }}} Is this useful? Presumably it would also need a more general query language to pull out the fields that the user is interested in. Note that `lscabal` only lists exposed modules and only unconditional ones (e.g. not ones that are platform dependent). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/804> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #834: cabal should detect case errors in build-depends:
by Hackage 03 Mar '12

03 Mar '12

#834: cabal should detect case errors in build-depends: ---------------------------------+------------------------------------------ Reporter: cmh | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ for example, with a foo.cabal file containing: build depends: http >= 4000 Resolving dependencies... cabal: cannot configure foo-0.0.1. It requires http >=4000 There is no available version of http that satisfies >=4000 The solution is of course to specify HTTP, but the user may be led to believe that there is a version problem, which is confusing. Perhaps a message such as - "Did you mean package HTTP" - Would be appropriate. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/834> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #849: [PATCH] Store licenses in text files instead of code.
by Hackage 03 Mar '12

03 Mar '12

#849: [PATCH] Store licenses in text files instead of code. ----------------------------+----------------------------------------------- Reporter: refold | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- This shaves 300 KiB off the final executable size and makes it slightly easier to add new license types (just drop the text file under %SRCDIR%/licenses and modify the 'licenseFile' function in Distribution.Client.Init.hs). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/849> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 9

[Hackage] #855: cabal behind proxy
by Hackage 03 Mar '12

03 Mar '12

#855: cabal behind proxy ---------------------------------+------------------------------------------ Reporter: sms | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: proxy, authentication Difficulty: unknown | Ghcversion: Platform: Windows | ---------------------------------+------------------------------------------ I'm getting an error No action for prompting/generating user+password credentials provided (use: setAuthorityGen); returning Nothing when using 'cabal update' being behind proxy that is requiring authentication. My login and password contain \ and @ symbols, so I have them escaped in HTTP_PROXY environment variable: HTTP_PROXY=http://domain%5Cuser:passw%40rd@proxy.host:3128 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/855> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #867: sudo cabal update doesn't use http_proxy
by Hackage 03 Mar '12

03 Mar '12

#867: sudo cabal update doesn't use http_proxy ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Hi. I'm just installed ghc and some packages including cabal-install and want to do "cabal update". I have squid proxy in local network. When i use just "cabal update", i see: ================================================================= sparrow@vb:~/.cabal$ cabal update -v3 Downloading the latest package list from hackage.haskell.org Sending: GET http://hackage.haskell.org/packages/archive/00-index.tar.gz HTTP/1.1 User-Agent: cabal-install/0.10.2 Host: hackage.haskell.org proxy uri host: local_proxy, port: :proxy_port Creating new connection to local_proxy:proxy_port Received: HTTP/1.0 200 OK Date: Tue, 02 Aug 2011 08:51:16 GMT Server: Apache/2.2.9 (Debian) mod_python/3.3.1 Python/2.5.2 Last-Modified: Tue, 02 Aug 2011 04:38:12 GMT ETag: "1bda0be-2de1d4-4a97e50b73500" Accept-Ranges: bytes Content-Length: 3006932 Content-Type: application/x-tar Content-Encoding: x-gzip X-Cache: MISS from local_proxy X-Cache-Lookup: MISS from local_proxy:proxy_port Via: 1.0 local_proxy (squid/3.0.STABLE2) Proxy-Connection: close Downloaded to /home/sparrow/.cabal/packages/hackage.haskell.org/00-index.tar.gz cabal: /home/sparrow/.cabal/packages/hackage.haskell.org/: permission denied sparrow@vb:~/.cabal$ ================================================================= When i try to use "sudo cabal update": ================================================================= sparrow@vb:~/.cabal$ sudo cabal update -v3 Downloading the latest package list from hackage.haskell.org Sending: GET /packages/archive/00-index.tar.gz HTTP/1.1 Host: hackage.haskell.org User-Agent: cabal-install/0.10.2 Creating new connection to hackage.haskell.org cabal: timeout sparrow@vb:~/.cabal$ ================================================================= http_proxy and cabal version: ================================================================= sparrow@vb:~/.cabal$ set | grep HTTP HTTP_PROXY=http://local_proxy:proxy_port/ sparrow@vb:~/.cabal$ cabal --v cabal-install version 0.10.2 using version 1.10.2.0 of the Cabal library sparrow@vb:~/.cabal$ ================================================================= So, if i son't use sudo, cabal go through proxy, but hasn't permissions. And if i use sudo, cabal don't use proxy. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/867> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #872: cabal-install's build-depends need relaxing for GHC 7.2
by Hackage 03 Mar '12

03 Mar '12

#872: cabal-install's build-depends need relaxing for GHC 7.2 ---------------------------------+------------------------------------------ Reporter: atsampson | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ---------------------------------+------------------------------------------ cabal-install has a pretty conservative set of package versions in its build-depends. GHC 7.2 ships with newer versions of some of them. The attached patch relaxes the version constraints enough for it to build (on Linux, at least). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/872> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3