- cabal-devel - Haskell.org

patch applied (cabal-branches/cabal-1.6): Ban ghc-options: --make
by Duncan Coutts 13 Jan '09

13 Jan '09

Tue Dec 23 09:06:21 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Ban ghc-options: --make I dunno, some people... M ./Distribution/PackageDescription/Check.hs +4 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2008122317…

1 0

patch applied (cabal-branches/cabal-1.6): Update changelog for 1.6.0.2 release
by Duncan Coutts 13 Jan '09

13 Jan '09

Thu Dec 11 06:22:02 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.6.0.2 release M ./changelog +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2008121114…

1 0

patch applied (cabal-branches/cabal-1.6): Fix configCompilerAux to consider user-supplied program flags
by Duncan Coutts 13 Jan '09

13 Jan '09

Tue Dec 9 11:33:20 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Fix configCompilerAux to consider user-supplied program flags This fixes a bug in cabal-install M ./Distribution/Simple/Configure.hs -1 +5 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2008120919…

1 0

patch applied (cabal-branches/cabal-1.6): Swap the order of global usage messages
by Duncan Coutts 13 Jan '09

13 Jan '09

Tue Jan 13 11:18:10 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Swap the order of global usage messages Put the more important one first. M ./Distribution/Simple/Command.hs -2 +2 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009011319…

1 0

patch applied (cabal-branches/cabal-1.6): Enable the global command usage to be set
by Duncan Coutts 13 Jan '09

13 Jan '09

Tue Jan 13 10:13:03 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Enable the global command usage to be set extend it rather than overriding it. Also rearrange slightly the default global --help output. M ./Distribution/Simple/Command.hs -1 +4 M ./Distribution/Simple/Setup.hs -13 +15 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009011318…

1 0

[Hackage] #373: doubled field
by Hackage 12 Jan '09

12 Jan '09

#373: doubled field ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ I have just uploaded a Cabal package to Hackage which has by accident two Homepage fields. But Hackage does only show the second of the two fields. I think either Hackage should support multiple Homepage fields or 'cabal check' should warn about doubled fields. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/373> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #410: cabal sdist does not call the sdist build hook in custom Setup.hs
by Hackage 12 Jan '09

12 Jan '09

#410: cabal sdist does not call the sdist build hook in custom Setup.hs ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ The `cabal sdist` command only runs the default actions, it does not call the sdist hook that gets called if you `runghc Setup sdist`. The problem is there is no external method for invoking the sdist hook. Calling `./setup sdist` performs the whole action, but we only want to prepare the tree and not tar it up, since `cabal sdist` uses internal tar code rather than calling an external tar program (which typically does not exist on windows). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/410> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #348: Wrong login details for `cabal upload' is not handled gracefully
by Hackage 12 Jan '09

12 Jan '09

#348: Wrong login details for `cabal upload' is not handled gracefully ----------------------------+----------------------------------------------- Reporter: chrisdone | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- Example: [[BR]] chris@chrisdesktop:~/haskell/lojban$ cabal upload dist/lojban-0.0.tar.gz[[BR]] Hackage username: foo[[BR]] Hackage password: bar[[BR]] Uploading dist/lojban-0.0.tar.gz...[[BR]] cabal: bsAuthGen wanted -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/348> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #450: Bug in GLUT's build: configure
by Hackage 11 Jan '09

11 Jan '09

#450: Bug in GLUT's build: configure ----------------------------+----------------------------------------------- Reporter: Peaker | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: miscellaneous | Version: 1.2.3.0 Severity: major | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- This is a glut package bug, but I could not find any web page with which to report glut bugs, so I am hoping this here will get to the right people. GLUT's build has a configure script. When that script says: "libGLUT... yes/no" its not actually looking just for libGLUT, but for various other libs such as libXmu. Additionally, when it fails to find these other libraries, and gets a "no", it still finishes the configure and build "successfully", but without the proper -l flags in the package description. This results in linkage failures of GLUT programs later. In my opinion the fix should include: A. Look for libXmu and any other such library in a separate configure item, so its clear what's missing. B. Failure to find necessary libraries should fail the configure/build/install, and not continue as if successful, only to fail later. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/450> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): On Windows, if gcc isn't where we expect it then keep looking
by Ian Lynagh 09 Jan '09

09 Jan '09

Fri Jan 9 07:35:07 PST 2009 Ian Lynagh <igloo(a)earth.li> * On Windows, if gcc isn't where we expect it then keep looking M ./Distribution/Simple/GHC.hs -2 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090109153507-3fd76-60348692…

1 0