- cabal-devel - Haskell.org

[Hackage] #932: Add cabal run
by Hackage 27 Mar '12

27 Mar '12

#932: Add cabal run ----------------------------+----------------------------------------------- Reporter: tibbe | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- It would be have a new command, `cabal run`, that builds and runs the executable defined in the package. If there are several executables the user can specify which one to use as `cabal run foo`. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/932> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #920: hackage-mirror fails with HTTP 400 on PlslTools
by Hackage 23 Mar '12

23 Mar '12

#920: hackage-mirror fails with HTTP 400 on PlslTools -------------------------------+-------------------------------------------- Reporter: bgamari | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Hackage 2 server | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | -------------------------------+-------------------------------------------- hackage-mirror against hackage.haskell.org fails with, {{{ $ hackage-mirror http://hackage.haskell.org/ http://bgamari:xxx@localhost:8080/ 17816 packages to mirror. mirroring PlslTools-0.0.1 hackage-mirror: Failed to upload package PlslTools-0.0.1, HTTP error code 400, Bad Request http://bgamari:...@localhost:8080/package/PlslTools-0.0.1/PlslTools-0.0.1.t… short tar trailer }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/920> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): "Add strip.exe to the list of programs we look for in GHC's mingw installation"
by Ian Lynagh 18 Mar '12

18 Mar '12

Sun Mar 18 10:09:38 PDT 2012 Ian Lynagh <igloo(a)earth.li> * Add strip.exe to the list of programs we look for in GHC's mingw installation In particular, this fixes the case where strip in your path is a Win32 strip, but you are using a Win64 GHC. M ./Cabal/Distribution/Simple/GHC.hs +6 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

[Hackage] #917: Generated Paths module broken with NoImplicitPrelude
by Hackage 17 Mar '12

17 Mar '12

#917: Generated Paths module broken with NoImplicitPrelude ----------------------------+----------------------------------------------- Reporter: dag | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- A .cabal with NoImplicitPrelude breaks the generated Paths_pkgname module which relies on Prelude being implicitly imported, and is built using the extensions configured in .cabal: Name: pkgname Library Extensions: NoImplicitPrelude Other-Modules: Paths_pkgname Something like the above will result in build errors for missing symbols in Paths_pkgname. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/917> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): "Fix for #917: Generated Paths module broken with NoImplicitPrelude"
by Duncan Coutts 17 Mar '12

17 Mar '12

Sat Mar 17 13:28:58 PDT 2012 Duncan Coutts <duncan(a)community.haskell.org> * Fix for #917: Generated Paths module broken with NoImplicitPrelude import Prelude explicitly M ./Cabal/Distribution/Simple/Build/PathsModule.hs -1 +2 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): "Tweak the tool-finder for mingw64"
by Ian Lynagh 16 Mar '12

16 Mar '12

Fri Mar 16 16:35:02 PDT 2012 Ian Lynagh <igloo(a)earth.li> * Tweak the tool-finder for mingw64 M ./Cabal/Distribution/Simple/GHC.hs -4 +7 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

[Hackage] #807: inplace is shadowed by package
by Hackage 15 Mar '12

15 Mar '12

#807: inplace is shadowed by package ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: test Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I have a library, persistent, that builds. When I try to build the test suite, I get: {{{ Preprocessing library persistent-0.4.0.1... Preprocessing test suites for persistent-0.4.0.1... Building persistent-0.4.0.1... Registering persistent-0.4.0.1... <command line>: cannot satisfy -package-id persistent-0.4.0.1-inplace: persistent-0.4.0.1-inplace is shadowed by package persistent-0.4.0.1-f5ffa1e952f5d8b58608c8d1f9f69825 (use -v for more information) }}} The test-suite build-depends has: {{{ persistent >= 0.4.0.1, persistent-mongoDB, persistent-postgresql, persistent-sqlite, }}} persistent-mongoDB (and postgresql and sqlite) depends on persistent to build. I have tried this twice now from a fairly clean install- immediately after upgrading to a new version of ghc. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/807> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

Re: cabal: HOME: does not exist
by Jason Dusek 15 Mar '12

15 Mar '12

2012/3/15 Andres Löh <andres.loeh(a)googlemail.com>: > So --global isn't enough? Could you provide information as to which > command it was that caused the failure? If in doubt, please file a > ticket. The commands: cabal update cabal install arx --global Maybe update has a global mode; I'll try that. As soon as I create a Hackage account, I will make a ticket. -- Jason Dusek pgp // solidsnack // C1EBC57DC55144F35460C8DF1FD4C6C1FED18A2B

1 0

cabal: HOME: does not exist
by Jason Dusek 15 Mar '12

15 Mar '12

I am trying to do an automated install of Cabal packages, on EC2 using Ubuntu's cloud-config. The error above was caught in my logs. Cloud-config sets up a minimal environment prior to running any tasks. All the package managers I've worked with so far -- gem, npm, apt -- have no problem with this. It would be nice to find a way to turn off Cabal's user-centric behaviour. -- Jason Dusek pgp // solidsnack // C1EBC57DC55144F35460C8DF1FD4C6C1FED18A2B

3 2

[Hackage] #934: cabal seems to require access to user HOME directory
by Hackage 15 Mar '12

15 Mar '12

#934: cabal seems to require access to user HOME directory ---------------------------------+------------------------------------------ Reporter: kosmikus | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.16 Component: cabal-install tool | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Jason Dusek reports: I am trying to do an automated install of Cabal packages, on EC2 using Ubuntu's cloud-config. The error above was caught in my logs. Cloud-config sets up a minimal environment prior to running any tasks. All the package managers I've worked with so far -- gem, npm, apt -- have no problem with this. It would be nice to find a way to turn off Cabal's user-centric behaviour. Duncan says: You may need to hack the code I'm afraid. It gets the home dir as part of reading the configuration file. Look for where it uses getAppUserDataDirectory. In particular it's used indirectly in baseSavedConfig, though it should mostly get overridden if the config file is found. So additionally you'd need to specify a cabal config file on the command line to avoid it looking for ~/.cabal/config Let us know how it goes, we can integrate changes you make. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/934> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0