- cabal-devel - Haskell.org

Re: [Hackage] #47: implement ./setup bdist
by Hackage 18 Dec '07

18 Dec '07

#47: implement ./setup bdist ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: enhancement | Status: new Priority: low | Milestone: Component: cabal-install | Version: Severity: normal | Resolution: Keywords: | Difficulty: hard Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * priority: normal => low * milestone: Cabal-1.4 => Comment: Lowering priority since nobody seems to advocate it. If anyone does think this is an important feature please explain what the requirements are and suggest details of what it should do. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/47#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #53: if cabal get update needs to run, say so
by Hackage 18 Dec '07

18 Dec '07

#53: if cabal get update needs to run, say so ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: cabal-install | Version: Severity: major | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Comment (by duncan): This is actually a tricky problem. We cannot just go online any old time to update the index. We have to be able to fetch packages and install and re-install them later without having to go online. So the question is, what are the points when we would have to go online anyway and so it'd be ok to update the index. Are there enough of them, or should we just suggest to update when the index is older than N days. Can someone come up with a proposal? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/53#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #173: cabal install installs files in wrong directory
by Hackage 18 Dec '07

18 Dec '07

#173: cabal install installs files in wrong directory ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Linux | ----------------------------+----------------------------------------------- cabal install installs into the directory {{{ library/<package>-<version>/ghc-<version>/<package>-<version>/ghc-<version>/ }}} it should probably only be {{{ library/<package>-<version>/ghc-<version>/ }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/173> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #65: reorganize layered tool system (cabal-get, cabal-install, cabal-setup, etc)
by Hackage 18 Dec '07

18 Dec '07

#65: reorganize layered tool system (cabal-get, cabal-install, cabal-setup, etc) ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: enhancement | Status: closed Priority: normal | Milestone: Component: cabal-install | Version: Severity: major | Resolution: fixed Keywords: | Difficulty: very hard Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: cabal-install has now acquired the features of cabal-setup and cabal- upload. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/65#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #59: cabal-install should default to --user-install when running as non-root
by Hackage 18 Dec '07

18 Dec '07

#59: cabal-install should default to --user-install when running as non-root ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.2 Component: cabal-install | Version: Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Closing. If people want global installs by default when running as root then open another bug. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/59#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Export flagToList for cabal-install to use
by Duncan Coutts 18 Dec '07

18 Dec '07

Mon Dec 17 10:53:59 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Export flagToList for cabal-install to use M ./Distribution/Simple/Setup.hs +1

1 0

patch applied (cabal): Support command completion in the Make module
by Duncan Coutts 18 Dec '07

18 Dec '07

Mon Dec 17 10:53:28 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Support command completion in the Make module M ./Distribution/Make.hs +3

1 0

patch applied (cabal): Add correct^H^H^H^H British English spelling of optimisation
by Duncan Coutts 18 Dec '07

18 Dec '07

Mon Dec 17 05:35:33 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Add correct^H^H^H^H British English spelling of optimisation For the --enable/disable-optimi(z|s)ation flag, allow the British English spelling of the flags as an alias. The current one is still the one displayed, and it does not list bith in the --help text, though the command completion would list both. Perhaps the default should be on the basis of the current locale :-). M ./Distribution/Simple/Setup.hs -2 +6

1 0

patch applied (cabal): Add --list-options flag, should be useful for shell command line completion
by Duncan Coutts 18 Dec '07

18 Dec '07

Mon Dec 17 05:20:48 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Add --list-options flag, should be useful for shell command line completion It applies at the top level in which case it lists the global flags and the sub-commands. It applies for each sub-command in which case it lists the sub-command's available flags. M ./Distribution/Simple.hs +3 M ./Distribution/Simple/Command.hs -25 +50

1 0

patch applied (cabal): Make all command line flags and flag collection types monoids
by Duncan Coutts 18 Dec '07

18 Dec '07

Sat Dec 15 11:36:50 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Make all command line flags and flag collection types monoids And specify command flags in a way that allows converting from or two strings. So not only can we parse command lines into the various flag types, we can convert back. This is crucial in cabal-install so that we can call Setup.hs scripts with all the various args, and override certain flags in a typed way rather than just representing them all as strings. M ./Distribution/Make.hs -15 +16 M ./Distribution/Simple.hs -45 +43 M ./Distribution/Simple/Build.hs -6 +6 M ./Distribution/Simple/Command.hs -36 +122 M ./Distribution/Simple/Configure.hs -27 +38 M ./Distribution/Simple/GHC.hs -6 +6 M ./Distribution/Simple/Haddock.hs -14 +18 M ./Distribution/Simple/Install.hs -3 +5 M ./Distribution/Simple/Register.hs -14 +15 M ./Distribution/Simple/Setup.hs -442 +875 M ./Distribution/Simple/SrcDist.hs -2 +4

1 0