November 2010 - cabal-devel

[Hackage] #743: cabal-install boostrap problem: missing: time ==1.1.*
by Hackage 04 Mar '11

04 Mar '11

#743: cabal-install boostrap problem: missing: time ==1.1.* ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.4 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.10.4 Platform: Linux | ----------------------------------+----------------------------------------- The bootstrap script does not install the time library, whereas cabal- install depends on it. cabal-install-0.8.2 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/743> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

Re: Next steps for "cabal test" feature
by Duncan Coutts 17 Feb '11

17 Feb '11

On Mon, 2010-10-11 at 09:51 +0100, Max Bolingbroke wrote: > Sorry I haven't had a chance to review the test API yet, but I have a > good excuse - I was getting ready for my marriage yesterday :-) Perhaps the best excuse I've ever heard :-). Congratulations! > I'll see if I can do a review of the "detailed" interface this week. This week?! Don't you have better things to do? But yes, a review at some point would be appreciated. The goal is to have something close to what test-framework has always had (ie tree of tests, QC, HUnit, other tests to be lifted in) but using as few language extensions as we can get away with. I also rather like Thomas' pure/impure distinction. It's also important of course to handle things like RNG seeds so that we can reproduce test runs. Duncan

4 7

[Hackage] #722: Data-Files cabal directive should support directories
by Hackage 30 Jan '11

30 Jan '11

#722: Data-Files cabal directive should support directories ----------------------------+----------------------------------------------- Reporter: cygnus | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: Severity: normal | Keywords: recursive directories data sdist Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- It should be possible to use the `Data-Files` directive to include whole directories (recursively) in source distributions. In many cases it's impossible or cumbersome to list all of the files one would like to install, and it seems to me that nobody should have to do that if what they really mean is, "install everything in that-data-dir/." In implementation terms, this doesn't strike me as too tricky; after the wildcard parsing that already happens, detect whether the files to be copied are in fact directories and copy them recursively as such. I'm more than willing to hack on this. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/722> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

Exposure of synopsis in InstalledPackageInfo
by Andy Gimblett 30 Jan '11

30 Jan '11

Hi all, Distribution.PackageDescription.PackageDescription contains the synopsis field, giving a one-line summary of a package's contents. Distribution.InstalledPackageInfo.InstalledPackageInfo, however, doesn't contain this field - just the description. Would it be difficult to expose synopsis in InstalledPackageInfo as well? Rationale: I've written a script which queries the package databases for all installed packages, and builds an HTML page indexing them by package name, with links to local docs (for all versions of the package) and hackage; it's a sort of complement to the by-module index already produced. I'd like to include the synopsis for each module, but pulling it out of the haddock docs (the only solution I can see at the moment) feels clumsy given that all the rest of my info is coming from the Cabal library. Thanks, -Andy -- Andy Gimblett http://gimbo.org.uk/

2 1

[Hackage] #752: sdist not setting the executable bit on the configure script when Build-Type is Configure
by Hackage 17 Jan '11

17 Jan '11

#752: sdist not setting the executable bit on the configure script when Build- Type is Configure ----------------------------+----------------------------------------------- Reporter: pwan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.1 Platform: Linux | ----------------------------+----------------------------------------------- I have a project with Build-Type of Configure. I have a Makefile and configure script set in the Extra-File-Sources portion of the cabal file. The script has its executable bits set. However, when I do a 'runghc Setup.hs sdist', the executable bits from the configure script are lost. This is keeping folks from being able to do the normal 'tar zxvf project.gz ; ./configure ; make'. steps when building from the sdist. The attached file is a patch to SrcDist.hs where prepareTree checks the extra source files for the configure script, and either copies it as an executable or complains about it not being present if the package build type is Configure. I apologize in advance for what is surely horrible noobie code -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/752> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #744: cabal-install depends on time library 1.1.*, whereas 1.2 is default
by Hackage 07 Dec '10

07 Dec '10

#744: cabal-install depends on time library 1.1.*, whereas 1.2 is default ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.4 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.10.4 Platform: Linux | ----------------------------------+----------------------------------------- Building cabal-install worked fine for me with the latest version of the time library: 1.2.0.3. I suggest removing the requirement '&& < 1.2' for the time library in cabal-install.cabal. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/744> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

New test-suite functionality
by Antoine Latter 06 Dec '10

06 Dec '10

Hi Cabal, Is there documentation for the new test-suite functionality? I tried adding the following stanza to my package description: test-suite basic default-language: Haskell2010 type: exitcode-stdio-1.0 main-is: Basic.hs hs-source-dirs: tests Running 'cabal test' only yields : Running 0 test suites... 0 of 0 test suites (0 of 0 test cases) passed. Am I doing something wrong? It would be nice if I got an error message. It doesn't seem to matter at all what I fill in to the stanza for the main-is and hs-source-dirs fields. Thanks, Antoine

5 10

[Hackage] #770: cabal is not reading or respecting ~/.cabal/config
by Hackage 30 Nov '10

30 Nov '10

#770: cabal is not reading or respecting ~/.cabal/config ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: minor | Keywords: cabal config global directories Difficulty: unknown | Ghcversion: 6.12.3 Platform: Linux | ----------------------------+----------------------------------------------- I changed my ~/.cabal/config file to keep global packages under /usr/local/lib/haskell and /usr/local/share/haskell to avoid cluttering the main /usr/local/lib and /usr/local/share/doc directories. ghc-pkg finds them just fine, and ghc-pkg recache works as expected. However, when I do 'cabal install whatever --global' it still throws everything into the old default directories, and more distressingly it isn't updating the access timestamp on ~/.cabal/config (as revealed by ls -u.) cabal --version reports 0.8.2 using library 1.8.0.6, nothing else unusual about my setup. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/770> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

cabal test suite
by Phyx 30 Nov '10

30 Nov '10

Evening, I've implemented a Cabal api across the entire package, the verbosity flag is now passed via a monad along with overridable logging functions. Along the way I've also replaced some hardcoded putStrLn with "notice" calls so they always get printed, and it compiles, but I can't run the test suites. Is there any particular reasons why the tests depend on the unix package? I've tried to install them both using msys and Cygwin, both failed, I'm at a loss on how to test this. Tamar

2 1

[Hackage] #771: Package registered twice in the same database
by Hackage 30 Nov '10

30 Nov '10

#771: Package registered twice in the same database ----------------------------+----------------------------------------------- Reporter: dons | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.3 Platform: Windows | ----------------------------+----------------------------------------------- We have an example of a package registered twice in the same database. In this case, Cabal 1.8.0.6 with GHC 6.12 and Haskell Platform 2010.2, where the Cabal package appears registered twice in the global db. The machine is a Windows Vista box. {{{ C:\Users\darrelll>ghc-pkg list Cabal C:/Program Files/Haskell Platform/2010.2.0.0\lib\package.conf.d: Cabal-1.8.0.6 Cabal-1.8.0.6 C:\Users\darrelll\AppData\Roaming\ghc\i386-mingw32-6.12.3\package.conf.d: Cabal-1.8.0.6 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/771> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0