April 2009 - cabal-devel

[Hackage] #417: Package description: Links from Categories to Package list fragments
by Hackage 11 Jun '09

11 Jun '09

#417: Package description: Links from Categories to Package list fragments ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.3 Platform: | ----------------------------------+----------------------------------------- E.g. cabal-install is in Category Distribution. Thus in the package description at http://hackage.haskell.org/cgi-bin/hackage-scripts/package/cabal-install the word "Distribution" should be a link to http://hackage.haskell.org/packages/archive/pkg- list.html#cat:Distribution This way one can easily browse for other packages of the same category. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/417> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #273: Provide a stable address for current Haddock documentation
by Hackage 11 Jun '09

11 Jun '09

#273: Provide a stable address for current Haddock documentation ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Documentation for version 0.1.1 of the Derive package is at http://hackage.haskell.org/packages/archive/derive/0.1.1/doc/html/ - but as soon as I upload a new version any documentation links will become out of date. It would be very useful if there was a stable URL where the documentation of the latest version of a package could be found. -- Neil Mitchell -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/273> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #488: Include links to GHC documentation in packages' haddock docs
by Hackage 11 Jun '09

11 Jun '09

#488: Include links to GHC documentation in packages' haddock docs --------------------------------+------------------------------------------- Reporter: SamB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- It would be really nice if packages' haddock documentation didn't have broken (well, missing) links whenever it refers to GHC core packages that aren't also on hackage. Even nicer would be if dependencies on GHC core packages also linked to their Haddock documentation. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/488> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 8

[Hackage] #318: Library cannnot be used when registered in-place on OS X
by Hackage 08 Jun '09

08 Jun '09

#318: Library cannnot be used when registered in-place on OS X ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: Mac OS | ---------------------------------+------------------------------------------ I built and registered a library --inplace using cabal-install on Mac OS X 10.5.4 using cabal-install 0.5.1 and Cabal 1.4.0.1. I was unable to then use the package afterwards. It failed at link-time with: {{{ Linking Main ... ld: in /... blah .../lib/dist/build/lib-0.1.a, archive has no table of contents collect2: ld returned 1 exit status }}} After talking to Beelsebob and dcoutts on #haskell, I used '''ranlib''' on lib-0.1.a, and it worked. According to dcoutts: "it's because we run ranlib when we install it, but not when we first generate it." -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/318> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 14

[Hackage] #549: The reason for an upload error is not reported
by Hackage 04 Jun '09

04 Jun '09

#549: The reason for an upload error is not reported ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ I don't have a paste to hand, but when `cabal upload` fails due to an error from the server, the error message is not displayed unless you also increase the verbosity (`-v3` worked for me). See also #338. Apparently this also affects download, not only upload. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/549> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #185: Temporary executables leave foo.exe.manifest files behind
by Hackage 02 Jun '09

02 Jun '09

#185: Temporary executables leave foo.exe.manifest files behind ----------------------+----------------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.1 Platform: Windows | ----------------------+----------------------------------------------------- When Cabal creates and runs a temporary program, as it appears to do with hsc when running over the base libraries doing haddock, it leaves a manifest behind in dist. On Windows, ghc --make with 6.8.1 produces a foo.exe and a foo.exe.manifest. Cabal deletes the former, but not the latter. Very minor, but should be easy to fix too. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/185> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #533: Cabal file in UTF-8 format can not be handled by Cabal
by Hackage 31 May '09

31 May '09

#533: Cabal file in UTF-8 format can not be handled by Cabal ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: UTF-8 Difficulty: unknown | Ghcversion: 6.10.1 Platform: Windows | ----------------------------+----------------------------------------------- According to http://www.haskell.org/ghc/docs/latest/html/Cabal/authors.html , a .cabal file should be a Unicode UTF-8 text file; when I change the file to UTF-8 with notepad, Cabal can not handle it: > runhaskell Setup configure Setup: xyz.cabal:1: unrecognised field or section: "\65279Name: xyz" Changing this file back to ANSI solves the problem. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/533> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #369: Version range printing is inconsistent
by Hackage 31 May '09

31 May '09

#369: Version range printing is inconsistent ----------------------------+----------------------------------------------- Reporter: nominolo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: minor | Keywords: Difficulty: normal | Ghcversion: 6.9 Platform: | ----------------------------+----------------------------------------------- When configuring a package with the following build-depends: {{{ build-depends: base >= 4 && < 5, ghc-paths >= 0.1 && < 0.2, ghc >= 6.10 && < 6.12, ghc-syb >= 0.1 && < 0.2, directory >= 1.0 && < 1.1 }}} configuring fails with: {{{ Setup: At least the following dependencies are missing: ghc-paths ==0.1.* && ==0.1.*, ghc-syb ==0.1.* }}} Note the superfluous {{{ && ==0.1.*}}} in the first missing dependency. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/369> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #525: The install functions copy N executables N times
by Hackage 31 May '09

31 May '09

#525: The install functions copy N executables N times ----------------------------------+----------------------------------------- Reporter: np | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: HEAD Severity: major | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- The patch: Fri Aug 24 17:27:49 CEST 2007 Duncan Coutts <duncan(a)haskell.org> * Only create includes and bin dirs if necessary For includes, don't list the include dir in the package registration info unless we're actually going to install some include files. So we should create fewer pointless empty directories. See bug #97. in particular this hunk: -GHC.installExe verbosity binPref buildPref pkg_descr +withExe pkg_descr $ \_ -> + GHC.installExe verbosity binPref buildPref pkg_descr introduced a bug in the case of packages with multiple executables (notable h4sh has 42 executables, leading to 1764 calls to cp/strip). The withExe is performed twice, once here and once in Dist.Simple.GHC. I attach a simple patch that fixes this problem by using hasExes insted of withExe. Doing the same with 'withLib' in case of future multiple libraries and renaming 'withExe' to 'withExes' would be nice also use these patches as you wish. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/525> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #547: mandir seems to get the wrong default
by Hackage 31 May '09

31 May '09

#547: mandir seems to get the wrong default ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- We specify the default mandir as: {{{ mandir = "$datadir" </> "man" }}} However it appears to end up using `$docdir` eg: {{{ copy dist/build/darcs/darcs.1 to /tmp/tmp.XXXXIIpMR3/usr/local/share/doc/darcs-2.2.97.0/man1/darcs.1 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/547> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1