January 2012 - cabal-devel

Re: [Hackage] #314: smaller logo PNG
by Hackage 05 Jan '12

05 Jan '12

#314: smaller logo PNG --------------------------------+------------------------------------------- Reporter: brian0 | Owner: Type: enhancement | Status: closed Priority: low | Milestone: Component: hackageDB website | Version: 1.2.3.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: very easy (<1 hour) Ghcversion: 6.8.2 | Platform: --------------------------------+------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/numbero-de-virgin-mobile.html virgin mobile] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/314#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #869: patch to make --enable-executable-dynamic work for TemplateHaskell
by Hackage 05 Jan '12

05 Jan '12

#869: patch to make --enable-executable-dynamic work for TemplateHaskell ----------------------------+----------------------------------------------- Reporter: juhp | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.12 Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- The attached patch fixes --enable-executable-dynamic failing when building a executable that uses template-haskell. The patch just makes ghc output .dyn_hi and .dyn_o files and builds like for executable profiling: ie first build a vanilla executable for ghci loading and then the dynamic executable to keep ghc happy. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/869> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #91: Building executables that use Template Haskell for profiling
by Hackage 05 Jan '12

05 Jan '12

#91: Building executables that use Template Haskell for profiling ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.5 | Platform: Linux ----------------------------+----------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/91#comment:8> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #845: [patch] Distribution/Compat/TempFile.hs: add dash separator before pid for createTempDirectory and openBinaryTempFile
by Hackage 05 Jan '12

05 Jan '12

#845: [patch] Distribution/Compat/TempFile.hs: add dash separator before pid for createTempDirectory and openBinaryTempFile ----------------------------+----------------------------------------------- Reporter: juhp | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- This patch just adds a '-' separator before pid when creating a temp directory or binary-file. So we get /tmp/mypkg-version/mypkg-version-pid/ instead of /tmp/mypkg-version/mypkg-versionpid/, which makes it much easier to pick out the version number. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/845> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #787: --test-option should support template argument
by Hackage 05 Jan '12

05 Jan '12

#787: --test-option should support template argument ----------------------------------+----------------------------------------- Reporter: tibbe | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- The test-framework package can optionally output JUnit XML, an XML flavor understood by many continuous build systems, if you pass it the `--jxml` flag. Using that flag, one can get `cabal test` to output JUnit XML: {{{ cabal configure --enable-tests cabal build cabal test --test-option=--jxml=dist/test/junit.xml }}} However, the `--test-option` flag doesn't allow the user to pass different flags to different test executables so each test executable will override the output of the previous. If the `--test-option` flag took a name template argument, supporting a `$test-suite` placeholder, you could generate one JUnit XML file per test suite: {{{ cabal configure --enable-tests cabal build cabal test --test-option=--jxml=dist/test/$test-suite.xml }}} The detailed test interface might support this in some nicer way, but this is a cheap way to have Cabal cooperate better with other test runners. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/787> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #843: 'cabal test' crashes on Windows
by Hackage 05 Jan '12

05 Jan '12

#843: 'cabal test' crashes on Windows ----------------------------+----------------------------------------------- Reporter: ttuegel | Owner: ttuegel Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Windows | ----------------------------+----------------------------------------------- Cabal crashes with the following error on Windows Vista and 7 (I have not tried XP): {{{ Running 1 test suites... Test suite tests: RUNNING... Test suite tests: PASS Test suite logged to: dist\test\foo-0.1-tests.log cabal: permission denied }}} The "permission denied" error appears to be from an attempt to delete a temporary file while it is still open. This does not appear to cause problems on Unix, but Windows won't allow it. I believe it is due to the fact that the temporary log file is read lazily, so it doesn't get closed before the file is deleted. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/843> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #839: hackage: produce haddock documentation for executable only projects as well
by Hackage 05 Jan '12

05 Jan '12

#839: hackage: produce haddock documentation for executable only projects as well --------------------------------+------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- Hackage currently only contains haddock documentation for "libraries". However, it'd be really cool to be able to see the source code of "executable" only projects as well. If the project is not haddock'ized, then a simple hscolor'ed html source base would be fine as well (like in GitHub). One of the more common use cases of Hackage is to look at other people's code, even for projects that you wouldn't download. This can go along way in making that much more pleasurable. Alternatively, the user can specify a cabal flag to indicate if he wants browsable source code to be produced in case of executable only projects. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/839> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

Re: [Hackage] #261: Marking packages deprecated
by Hackage 05 Jan '12

05 Jan '12

#261: Marking packages deprecated ------------------------------+--------------------------------------------- Reporter: nibro | Type: enhancement Status: closed | Priority: normal Milestone: HackageDB | Component: hackageDB website Version: 1.2.3.0 | Severity: normal Resolution: fixed | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ------------------------------+--------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/numbero-de-virgin-mobile.html virgin mobile] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/261#comment:9> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #260: cabal upgrade runs install on the current package instead of upgrading installed packages
by Hackage 05 Jan '12

05 Jan '12

#260: cabal upgrade runs install on the current package instead of upgrading installed packages ---------------------------------+------------------------------------------ Reporter: tibbe | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.4 Component: cabal-install tool | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Linux ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-simyo.html simyo] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/260#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #258: case confusion - cabal vs Cabal
by Hackage 05 Jan '12

05 Jan '12

#258: case confusion - cabal vs Cabal ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: wontfix Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/258#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0