September 2009 - cabal-devel

[Hackage] #590: PackageDescription could derive (Data,Typeable)
by Hackage 22 Dec '09

22 Dec '09

#590: PackageDescription could derive (Data,Typeable) ----------------------------------+----------------------------------------- Reporter: bastl | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- Please add (deriving Data,Typeable) to all data types. Very easy, and does no harm as far as I know. I need it for a dependency-tracker between different artifacts (e.g. derive [Dependency] from hs-sources) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/590> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #589: FreeBSD compiles should automatically add --extra-lib-dirs=/usr/local/lib
by Hackage 22 Dec '09

22 Dec '09

#589: FreeBSD compiles should automatically add --extra-lib-dirs=/usr/local/lib ----------------------------+----------------------------------------------- Reporter: markstos | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- FreeBSD stores a number of standard things in /usr/local/lib, such as the 'curl' libraries that darcs needs to compile against. Cabal should detect that FreeBSD is the platform and look in this lib directory automatically. Reference my experience trying to install darcs on FreeBSD: http://www.mail-archive.com/darcs-users@darcs.net/msg12611.html -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/589> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #566: Don't try and resolve dependencies for packages that are not buildable
by Hackage 22 Dec '09

22 Dec '09

#566: Don't try and resolve dependencies for packages that are not buildable ----------------------------------+----------------------------------------- Reporter: batterseapower | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- I had a component like this: {{{ Executable edit-distance-benchmark Main-Is: Text/EditDistance/Benchmark.hs if flag(splitBase) Build-Depends: base >= 3 && < 5, array >= 0.1, random >= 1.0, old-time >= 1.0, process >= 1.0, parallel >= 1.0, unix >= 2.3 else Build-Depends: base < 3, parallel >= 1.0, unix >= 2.3 if !flag(benchmark) Buildable: False Ghc-Options: -O2 -fvia-C -Wall }}} However, I've only just found out that this meant that you couldn't install any parts of my package on Windows, because Cabal tried to resolve the "unix" dependency even if "benchmark" was False (the default)! I've solved this like so: {{{ Executable edit-distance-benchmark Main-Is: Text/EditDistance/Benchmark.hs if !flag(benchmark) Buildable: False else if flag(splitBase) Build-Depends: base >= 3 && < 5, array >= 0.1, random >= 1.0, old-time >= 1.0, process >= 1.0, parallel >= 1.0, unix >= 2.3 else Build-Depends: base < 3, parallel >= 1.0, unix >= 2.3 Ghc-Options: -O2 -fvia-C -Wall }}} But really Cabal should not need to resolve dependencies for things that are not buildable. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/566> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #552: Cabal fails because header file is missing. But in fact the header file is erroneous.
by Hackage 22 Dec '09

22 Dec '09

#552: Cabal fails because header file is missing. But in fact the header file is erroneous. ---------------------------------+------------------------------------------ Reporter: mgross | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Mac OS | ---------------------------------+------------------------------------------ When trying to install HERA 0.2 the {{{ runhaskell Setup.hs configure }}} command fails with: {{{ Setup.hs: Missing dependency on a foreign library: * Missing header file: hsmpfr.h This problem can usually be solved by installing the system package that provides this library (you may need the "-dev" version). If the library is already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where it is. }}} But in fact the header file is present. The real problem is an include in the header file. The include {{{ #include <malloc.h> }}} fails on Mac OS systems. It would be better if Cabal would report the compile error. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/552> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #463: Do not work in Windows Vista
by Hackage 22 Dec '09

22 Dec '09

#463: Do not work in Windows Vista ---------------------------------+------------------------------------------ Reporter: Tonal | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ---------------------------------+------------------------------------------ My Environment: Os: Windows Vista Home Ru + sp1 User name: Леново ghc 6.10.1 (Cabal-1.6.0.1 from installation) cabal-install-0.6.0 Other lib: HTTP-3001.1.5 zlib-0.5.0.0 Cabal-install compile and link. Bat all commands not work. For example: {{{ C:\Lang\Haskell\ghc>cabal list Config file C:\Users\Леново\AppData\Roaming\cabal\config not found. Writing default configuration to C:\Users\Леново\AppData\Roaming\cabal\config cabal: CreateDirectory: does not exist (!8AB5<5 =5 C405BAO =09B8 C:070==K9 ?CBL.) }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/463> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #445: Simple builds ignore .buildinfo
by Hackage 22 Dec '09

22 Dec '09

#445: Simple builds ignore .buildinfo ----------------------------+----------------------------------------------- Reporter: awick | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- It would be convenient if Simple builds would look for buildinfo files, instead of just ignoring them. It's sometimes convenient to have the configure script run as a separate phase (for example, when you're configuring a bunch of separate cabal packages) instead of re-running the same configure tests every time, and this would help. There's an obvious workaround (setting the type to 'Configure' and then adding an empty 'configure' script), but this is tedious. I've attached a simple example. The .buildinfo file tells Cabal to build Test2 in addition to Test1. If you set the type to Simple, it only builds Test1. If you set it to 'Configure', it runs the empty configure script and then builds both Test1 and Test2. It'd be nicer if 'Simple' caused both Test1 and Test2 to be built, as well. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/445> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #429: Strange error that seems related to repos field in config
by Hackage 22 Dec '09

22 Dec '09

#429: Strange error that seems related to repos field in config ----------------------------+----------------------------------------------- Reporter: waern | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ----------------------------+----------------------------------------------- I'm reporting this although I don't really know what the problem is. I installed cabal-install using GHC 6.10.1. When I tried to use it, it complained that the it couldn't open the file 'Ê', or some other strange, seemingly random, one-character long file name. An strace revealed that just before trying to open the file it reads the repos: field from the config file in ~/.cabal. That field was set to "hackage.haskell.org:http://hackage.haskell.org/packages/archive". I tried removing the initial "hackage.haskell.org:", and them cabal-install works. Not sure what this is, but I couldn't find something about it in the bug tracker after a quick search. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/429> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #427: how to access temporary build-files/logs?
by Hackage 22 Dec '09

22 Dec '09

#427: how to access temporary build-files/logs? ----------------------------+----------------------------------------------- Reporter: claus | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- when trying to debug an installation failure, it would be most useful to be able to keep the temporary build files (similar to ghc's -keep* options). Apart from being able to look at things like `config.log`, it would also allow to experiment with patched commands from the verbose build log (which needs the temporary files still present). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/427> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 9

[Hackage] #216: need a way to specify the foreign libraries a package depends on
by Hackage 22 Dec '09

22 Dec '09

#216: need a way to specify the foreign libraries a package depends on ----------------------------------+----------------------------------------- Reporter: ross(a)soi.city.ac.uk | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: major | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ----------------------------------+----------------------------------------- Package descriptions allow one to specify which Haskell libraries a package depends on, but foreign ones. Designing something that can be used with native package managers is complicated because many of them alter the upstream library names in unpredictable ways. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/216> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 11

[Hackage] #545: Uninformative error message when cabal-install fails on WinXP
by Hackage 22 Dec '09

22 Dec '09

#545: Uninformative error message when cabal-install fails on WinXP ---------------------------------+------------------------------------------ Reporter: abayley | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ "cabal install binary" fails on my WinXP machine with this error: Resolving dependencies... Downloading binary-0.4.4... cabal: Error: some packages failed to install: binary-0.4.4 failed while downloading the package. Suspect it's related to proxy configuration, but the error message could be more informative. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/545> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2