November 2009 - cabal-devel

Re: [patch] #562: cabal-install update fails going through a HTTP proxy
by Duncan Coutts 16 Nov '09

16 Nov '09

On Sat, 2009-11-14 at 23:10 +0100, Sigbjorn Finne wrote: > On 11/13/2009 17:43, Valery V. Vorotyntsev wrote: > > .... > > I've found the bug in HTTP library. > > sendHTTP_notify function[1] closes connection when it sees > > `Connection: close' header in HTTP response. This is just the case > > with proxied HTTP session. > > ... > > > > Hi Valery, > > nice one -- sterling work chasing this one down and providing a > suggested fix :) Thanks to both of you! > I've got a tentative fix in for this, not disabling closing altogether (that > wouldn't be compliant with Connection:close handling), but delaying > it until EOF is reached...at least that's the intent. It may not be lazy > enough, but I'm unable to verify either way right now. > > If anyone's interested in testing, the repo contains the changes made -- > > git://code.galois.com/HTTPbis.git/ > > sorry for being so slow in dealing with this, btw. Valery, if you have a chance to check this, that'd be great then hopefully for cabal-install we'd just specify a dependency on the next HTTP package version. Duncan

1 0

[Hackage] #608: Files that are only used by cabal setup are not recompiled when they change between runs of 'cabal build'
by Hackage 16 Nov '09

16 Nov '09

#608: Files that are only used by cabal setup are not recompiled when they change between runs of 'cabal build' ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Files that are only used by cabal setup are not recompiled when they change between runs of 'cabal build'. Reproduction steps for the included cabal package: - Run 'cabal configure && cabal build && cabal test' - The test output should be "I helped with lots of stuff!" - Change the string in Distribution/Helper.hs to "I didn't help with " - Rerun 'cabal configure && cabal build && cabal test' -- the output should change to "I didn't help with lots of stuff!", but nothing recompiles and the output doesn't change. Although the attached cabal package is minimal, I've observed this behavior with darcs's Distribution/ShellHarness. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/608> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #607: Hackage bitrot watch page
by Hackage 14 Nov '09

14 Nov '09

#607: Hackage bitrot watch page --------------------------------+------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- It should be possible to make a report of packages that are bitrotted or in danger of becoming so. This would be done using a number of factors, but mainly just looking at the dependency graph and seeing if it's no longer possible to build the package using "current" versions of standard dependencies. Additionally it can be based on build reports. Severely bitrotted packages should have their authors notified and be excluded from the main package index on the website. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/607> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #606: deprecate old-style .cabal files
by Hackage 14 Nov '09

14 Nov '09

#606: deprecate old-style .cabal files ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- We should consider deprecating old pre-Cabal-1.2 syntax .cabal files. The way to go is to prevent new ones being uploaded on Hackage. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/606> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #562: cabal-install update fails going through a HTTP proxy (but not consistently)
by Hackage 13 Nov '09

13 Nov '09

#562: cabal-install update fails going through a HTTP proxy (but not consistently) ----------------------------+----------------------------------------------- Reporter: acid2 | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I have installed Cabal, cabal-install and HTTP all from source on my Arch Linux machine, which has GHC 6.10.3 installed. When running {{{cabal update}}} this will occasionally work, but most often fails with the error: {{{cabal: user error (Codec.Compression.Zlib: premature end of compressed stream)}}} In this case, inspecting ~/.cabal/packages/hackage.haskell.org/00-index.tar.gz shows a file size that varies around 1-15K, rather than the expected ~900K. Attached are logs of `cabal-update` failing, and working: {{{ 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.6.2 Host: hackage.haskell.org proxy uri host: wwwcache.lancs.ac.uk, port: :8080 Creating new connection to wwwcache.lancs.ac.uk:8080 Received: HTTP/1.0 200 OK Date: Tue, 09 Jun 2009 13:50:46 GMT Server: Apache/2.2.3 (Debian) Last-Modified: Tue, 09 Jun 2009 09:53:44 GMT ETag: "3890c4-f8d7c-55909a00" Accept-Ranges: bytes Content-Length: 1019260 Content-Type: application/x-tar Content-Encoding: x-gzip Age: 854 X-Cache: HIT from wwwcache.lancs.ac.uk X-Cache-Lookup: HIT from wwwcache.lancs.ac.uk:8080 X-Cache: MISS from wwwcache.lancs.ac.uk X-Cache-Lookup: MISS from wwwcache.lancs.ac.uk:8080 Via: 1.0 wwwcache3.lancs.ac.uk:8080 (squid/2.6.STABLE22), 1.0 wwwcache1.lancs.ac.uk:8080 (squid/2.7.STABLE4) Connection: close Downloaded to /home/ollie/.cabal/packages/hackage.haskell.org/00-index.tar.gz }}} {{{ 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.6.2 Host: hackage.haskell.org proxy uri host: wwwcache.lancs.ac.uk, port: :8080 Creating new connection to wwwcache.lancs.ac.uk:8080 Received: HTTP/1.0 200 OK Date: Tue, 09 Jun 2009 13:50:46 GMT Server: Apache/2.2.3 (Debian) Last-Modified: Tue, 09 Jun 2009 09:53:44 GMT ETag: "3890c4-f8d7c-55909a00" Accept-Ranges: bytes Content-Length: 1019260 Content-Type: application/x-tar Content-Encoding: x-gzip Age: 875 X-Cache: HIT from wwwcache.lancs.ac.uk X-Cache-Lookup: HIT from wwwcache.lancs.ac.uk:8080 Via: 1.0 wwwcache3.lancs.ac.uk:8080 (squid/2.6.STABLE22) Proxy-Connection: close Downloaded to /home/ollie/.cabal/packages/hackage.haskell.org/00-index.tar.gz Reading available packages... }}} I was also asked to try running wget in verbose mode, this is the output: {{{ --2009-06-09 16:17:00-- http://hackage.haskell.org/packages/archive/00-index.tar.gz Resolving wwwcache.lancs.ac.uk... 194.80.32.11, 194.80.32.8, 194.80.32.9, ... Connecting to wwwcache.lancs.ac.uk|194.80.32.11|:8080... connected. Proxy request sent, awaiting response... HTTP/1.0 200 OK Date: Tue, 09 Jun 2009 13:50:46 GMT Server: Apache/2.2.3 (Debian) Last-Modified: Tue, 09 Jun 2009 09:53:44 GMT ETag: "3890c4-f8d7c-55909a00" Accept-Ranges: bytes Content-Length: 1019260 Content-Type: application/x-tar Content-Encoding: x-gzip Age: 1558 X-Cache: HIT from wwwcache.lancs.ac.uk X-Cache-Lookup: HIT from wwwcache.lancs.ac.uk:8080 Via: 1.0 wwwcache3.lancs.ac.uk:8080 (squid/2.6.STABLE22) Proxy-Connection: close Length: 1019260 (995K) [application/x-tar] Saving to: `00-index.tar.gz.2' 100%[===================================================================================================>] 1,019,260 --.-K/s in 0.09s 2009-06-09 16:17:00 (11.1 MB/s) - `00-index.tar.gz.2' saved [1019260/1019260] }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/562> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 15

patch applied (cabal-branches/cabal-install-0.6): Fix calculation of paths in check for bindir symlink overwriting
by Duncan Coutts 12 Nov '09

12 Nov '09

Fri Aug 28 17:49:59 PDT 2009 Duncan Coutts <duncan(a)haskell.org> * Fix calculation of paths in check for bindir symlink overwriting Ignore-this: d4dd8e12c03d23ce935de94cedbda257 We were doing it wrong, but Linux realpath() C function was letting us get away with it. The Solaris realpath() is stricter. The new implementation is also simpler, relying on the fact that the canonicalizePath function will resolve symlinks. M ./Distribution/Client/InstallSymlink.hs -15 +14 View patch online: http://darcs.haskell.org/cabal-branches/cabal-install-0.6/_darcs/patches/20…

1 0

[Hackage] #605: Distribution\Client\Dependency\TopDown.hs:169:37-73: Non-exhaustive patterns in lambda
by Hackage 12 Nov '09

12 Nov '09

#605: Distribution\Client\Dependency\TopDown.hs:169:37-73: Non-exhaustive patterns in lambda ----------------------------+----------------------------------------------- Reporter: fasta | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- cabal.exe: Distribution\Client\Dependency\TopDown.hs:169:37-73: Non- exhaustive patterns in lambda You can trigger it by doing {{{cabal install base}}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/605> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #604: a feature to explicitly allow multiple versions of a single dependency
by Hackage 11 Nov '09

11 Nov '09

#604: a feature to explicitly allow multiple versions of a single dependency ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.10.1 Platform: Linux | ----------------------------+----------------------------------------------- I wanted to build two executables for comparing the performance difference between happstack-server-0.3.4 and happstack-server-0.4. So I wrote below cabal file but found that cabal cannot build what I want. Here is the output for "cabal configure": {{{ aycan@fgt:~/haskell/tests/happstack-tests$ cabal configure Resolving dependencies... Configuring happstack-tests-0.1... cabal: At least the following dependencies are missing: happstack-server ==0.4 && ==0.3.4 }}} {{{ Name: happstack-tests Version: 0.1 Author: Aycan iRiCAN <aycan.irican(a)core.gen.tr> Stability: Experimental Category: Web Synopsis: Tests for Happstack Packages Cabal-version: >= 1.6 Build-Type: Simple Flag base4 Description: Choose the even newer, even smaller, split-up base package. Executable hello-0.3.3 Main-Is: Hello.hs Hs-source-dirs: happstack-server GHC-options: -threaded -Wall -Wwarn -O2 -fwarn-tabs -fwarn-unused- imports Build-depends: base , happstack-server == 0.3.4 Executable hello-0.4 Main-Is: Hello.hs Hs-source-dirs: happstack-server GHC-options: -threaded -Wall -Wwarn -O2 -fwarn-tabs -fwarn-unused- imports Build-depends: base , happstack-server == 0.4 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/604> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

2 1

Specific license field
by Neil Mitchell 10 Nov '09

10 Nov '09

Hi, I just got approached by Fedora maintainers with the query that HLint doesn't specify it's license fully. The License field in the cabal file says "GPL", and the LICENSE file has a copy of the GPL v2, but I never say GPL version 2, or GPL version 2 and above etc. What is the Cabal approved way to indicate your licensing constraints? I suspect all other distro's packaging HLint have just guessed, or gone GPL 2 because that's clearly a subset of what I might have intended. Thanks, Neil PS. For anyone who stumbles across this email, the intention was to license HLint under the GPL v2, but if that license doesn't suit someone, email me.

5 13

patch applied (cabal-install): Build with ghc-6.6
by Duncan Coutts 10 Nov '09

10 Nov '09

Tue Nov 10 03:37:35 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Build with ghc-6.6 Ignore-this: 939c6d822b78b7966ccc37a0739ecc81 M ./Distribution/Client/Init.hs -1 +12 M ./Distribution/Client/Init/Heuristics.hs -4 +2 M ./Distribution/Client/Init/Types.hs +11 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20091110113735-adfee-…

1 0