- cabal-devel - Haskell.org

patch applied (cabal-branches/cabal-install-0.8): Use non-Char8 ByteString.readFile for reading 00-index.tar.gz
by Duncan Coutts 10 Mar '10

10 Mar '10

Sun Jan 17 03:38:49 PST 2010 Duncan Coutts <duncan(a)haskell.org> * Use non-Char8 ByteString.readFile for reading 00-index.tar.gz Was showing up on windows as an error decompressing after cabal update. Thanks to Tamar Christina for reporting and helping track down the bug. M ./Distribution/Client/Update.hs -2 +3 View patch online: http://darcs.haskell.org/cabal-branches/cabal-install-0.8/_darcs/patches/20…

1 0

[Hackage] #642: [ghc-6.12] support dynamic linking of executables
by Hackage 09 Mar '10

09 Mar '10

#642: [ghc-6.12] support dynamic linking of executables ----------------------------+----------------------------------------------- Reporter: juhp | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ----------------------------+----------------------------------------------- Currently Cabal does not support dynamical linking of executables against Haskell shared libraries. A workaround is to configure without profiling and pass "--ghc-option=-dynamic" to cabal configure. Configuring with -dynamic and -p links to cabal builds failing with not being able to find p_dyn libraries. [It would be nice if 1.8 could be added to the "Version" selector and 6.12.1 to the "GHC Version" list here in trac.] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/642> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 09 Mar '10

09 Mar '10

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn@… | Owner: blackh Type: enhancement | Status: assigned Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ---------------------------------+------------------------------------------ Comment(by guest): Stephen's patches work for me. -- Adam Vogt -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:29> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

darcs patch: de-haskell98 twoMains (and 1 more)
by gwern0＠gmail.com 09 Mar '10

09 Mar '10

Mon Mar 8 20:53:28 EST 2010 gwern0(a)gmail.com * de-haskell98 twoMains Mon Mar 8 20:54:16 EST 2010 gwern0(a)gmail.com * de-haskell98 wash2hs

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 08 Mar '10

08 Mar '10

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn@… | Owner: blackh Type: enhancement | Status: assigned Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ---------------------------------+------------------------------------------ Comment(by StephenBlackheath): Here's my first attempt at a patch to fix the wrong-package-id/ghc-6.12 issue more or less the right way: http://code.haskell.org/~StephenBlackheath/ticket89/ticket89-wrong- package-id-v1.darcs-send Here is my patch for cabal install to fix the other remaining ticket 89 problem where 'cabal install' fails with "internal error: could not construct a valid install plan." on any package that depends on an internally-defined library: http://code.haskell.org/~StephenBlackheath/ticket89/ticket89-cabal- install-v2.darcs-send Duncan told me he can't get to this right now, but in the meantime I'd appreciate anyone that wants to test or review these patches. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:28> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #640: Cabal should warn about haskell98 dependencies
by Hackage 08 Mar '10

08 Mar '10

#640: Cabal should warn about haskell98 dependencies ------------------------------+--------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: Cabal library | Version: HEAD Severity: minor | Keywords: check, warn, haskell98 Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- I grepped through my collection of repos, and found dozens upon dozens of uses of the 'haskell98' package (for the full list, see http://community.haskell.org/~gwern/wiki/TODO.page & scroll down). Now, either a package uses the haskell98 module names or it doesn't use them. If the package doesn't actually use any of the old module names, then clearly that's bad and it should be removed and the developer should be warned about this unconditionally. If the package does use the old module names, this is bad too: most every Haskeller got started after the hierarchical modules were made official and general, and the old module names are akin to n+k patterns - they are things that should be removed, because modules using the hierarchical module names are more comprehensible to Haskellers than the old haskell98 modules, which mingle things that have been separated (Foreign comes to mind). So use of haskell98 ought to be warned about here as well. Given that both common situations are bad and ought to be warned about, I think Cabal check ought to emit a warning whenever haskell98 is used. There *may* be some compiler or bootstrapping-related cases where haskell98 is genuinely useful, but I'm doubtful any such exist, and such would be far in the minority anyway. -- gwern -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/640> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #636: cabal-install: premature end of compressed stream
by Hackage 07 Mar '10

07 Mar '10

#636: cabal-install: premature end of compressed stream ---------------------------------+------------------------------------------ Reporter: migmit | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ $ cabal -v3 update 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.8.0 Creating new connection to hackage.haskell.org Received: HTTP/1.1 200 OK Date: Thu, 18 Feb 2010 11:07:11 GMT Server: Apache/2.2.9 (Debian) mod_python/3.3.1 Python/2.5.2 Last-Modified: Thu, 18 Feb 2010 04:35:56 GMT ETag: "1bda0bd-167306-47fd880b74300" Accept-Ranges: bytes Content-Length: 1471238 Content-Type: application/x-tar Content-Encoding: x-gzip Downloaded to C:\Documents and Settings\mmitrofanov\Application Data\cabal\packages\hackage.haskell.org\00-index.tar.gz cabal.exe: Codec.Compression.Zlib: premature end of compressed stream Windows, CygWin, GHC 6.10.4 ghc-pkg: $ ghc-pkg list D:/ghc/ghc-6.10.4\package.conf: Cabal-1.6.0.3, Cabal-1.8.0.2, HTTP-4000.0.9, HUnit-1.2.0.3, QuickCheck-1.2.0.0, Win32-2.2.0.0, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, containers-0.2.0.1, directory-1.0.0.3, (dph-base-0.3), (dph-par-0.3), (dph-prim-interface-0.3), (dph-prim-par-0.3), (dph-prim-seq-0.3), (dph-seq-0.3), extensible-exceptions-0.1.1.0, filepath-1.1.0.2, (ghc-6.10.4), ghc-prim-0.1.0.0, haskell-src-1.0.1.3, haskell98-1.0.1.0, hpc-0.5.0.3, html-1.0.1.2, integer-0.1.0.1, mtl-1.1.0.2, network-2.2.1.2, old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1, parallel-1.1.0.1, parsec-2.1.0.1, pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, regex-base-0.72.0.2, regex-compat-0.71.0.1, regex-posix-0.72.0.3, rts-1.0, stm-2.1.1.2, syb-0.1.0.1, template-haskell-2.3.0.1, time-1.1.4, xhtml-3000.2.0.1, zlib-0.5.2.0 $ cabal --version cabal-install version 0.8.0 using version 1.8.0.2 of the Cabal library -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/636> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #641: Cabal-1.8 install of darcs installs manpage with permission 0600
by Hackage 07 Mar '10

07 Mar '10

#641: Cabal-1.8 install of darcs installs manpage with permission 0600 ----------------------------+----------------------------------------------- Reporter: juhp | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ----------------------------+----------------------------------------------- With ghc-6.12.1 (ie Cabal-1.8.0.2) cabal installing darcs-2.4 creates a manpage with permission 0600. This doesn't happen with ghc-6.10.4 (Cabal-1.6) so looks like a regression. I starting looking at the code but didn't track down the cause yet. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/641> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #638: cabal install cabal-install fails
by Hackage 07 Mar '10

07 Mar '10

#638: cabal install cabal-install fails ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.10.1 Platform: Mac OS | ----------------------------+----------------------------------------------- On my Mac OS X (Snow Leopard) I get the following error when trying to install the current version of cabal... Linking dist/build/cabal/cabal ... Undefined symbols: "_networkzm2zi2zi1zi1_NetworkziSocket_a111_info", referenced from: _sop4_info in libHSHTTP-4000.0.6.a(TCP.o) _sorZ_info in libHSHTTP-4000.0.6.a(TCP.o) _souN_info in libHSHTTP-4000.0.6.a(TCP.o) _soyj_info in libHSHTTP-4000.0.6.a(TCP.o) "_networkzm2zi2zi1zi1_NetworkziSocket_a226_closure", referenced from: _HTTPzm4000zi0zi6_NetworkziTCP_a21_srt in libHSHTTP-4000.0.6.a(TCP.o) _HTTPzm4000zi0zi6_NetworkziTCP_a22_srt in libHSHTTP-4000.0.6.a(TCP.o) _HTTPzm4000zi0zi6_NetworkziTCP_a23_srt in libHSHTTP-4000.0.6.a(TCP.o) _HTTPzm4000zi0zi6_NetworkziTCP_a26_srt in libHSHTTP-4000.0.6.a(TCP.o) "_networkzm2zi2zi1zi1_NetworkziSocket_a226_info", referenced from: _sorl_info in libHSHTTP-4000.0.6.a(TCP.o) _soub_info in libHSHTTP-4000.0.6.a(TCP.o) _sox2_info in libHSHTTP-4000.0.6.a(TCP.o) _soAv_info in libHSHTTP-4000.0.6.a(TCP.o) ld: symbol(s) not found Thanks, John Launchbury -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/638> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #635: Display checksum of tarball on Hackage
by Hackage 07 Mar '10

07 Mar '10

#635: Display checksum of tarball on Hackage --------------------------------+------------------------------------------- Reporter: dons | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- Distro packaging tools have to, currently, download .tar.gz from Hackage in order to compute the md5 or sha has needed for many package systems. This wastes bandwidth. We could simply compute the hash on the server and store it somewhere. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/635> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2