- cabal-devel - Haskell.org

Re: [Hackage] #283: install command doesn't install dist/doc/users-guide/
by Hackage 27 May '08

27 May '08

#283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin <avatar(a)hot.ee> | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Changes (by guest): * cc: Misha, Aizatulin, <avatar(a)hot.ee> (removed) * reporter: guest => Misha Aizatulin <avatar(a)hot.ee> -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/283#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #283: install command doesn't install dist/doc/users-guide/
by Hackage 27 May '08

27 May '08

#283: install command doesn't install dist/doc/users-guide/ ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- When doing install on cabal itself, only the contents of dist/doc/html are copied to their install location. The users guide doesn't get installed. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/283> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

cabal-install uninstall ?
by Henrique Ferreiro García 22 May '08

22 May '08

Hi! I'd like to get involved in haskell development and I think this could be a good start. I don't know how much time I'll have to do this, but if you give me that advice I'll try to implement this functionality. > So as you say, the way to do this would be to generate a list of files > that will be installed. This can be used to later uninstall. > If you want to work on this feature I can provide some advice on how to > implement it. It'll need a bit of work to restructure the install code > so that it actually produces a list of things to install, rather than > just installing them. -- Henrique Ferreiro García <hferreiro(a)udc.es>

2 4

[Hackage] #270: Build executables that can be run "in-place"
by Hackage 21 May '08

21 May '08

#270: Build executables that can be run "in-place" ----------------------------+----------------------------------------------- Reporter: waern | 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: | ----------------------------+----------------------------------------------- It would be nice if Cabal could build executables that could be told where to get their data files (etc), instead of always hard-wiring them to the installation dirs. Perhaps an environmental variable could be used to specify where the data files are. This would enable us to run applications "in-place", i.e. from the source directory directly, which would be useful for test suites, for example. David -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/270> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #277: add data-dir field
by Hackage 21 May '08

21 May '08

#277: add data-dir field ------------------------------+--------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: minor | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.2 Platform: | ------------------------------+--------------------------------------------- Cabal currently looks for data files to install relative to the source directory, giving the package author no possibility to move them into their own directory without cluttering up the cabal file (you end up writing things like {{{data-files: data/foo, data/bar, data/foobar}}}) and the source (where you'll have to include the {{{"data/"}}} prefix in all calls to {{{getDataFileName}}}). The proposal is to add a {{{data-dir}}} field to the package configuration that specifies a single path which is used as a prefix for all data files in the source directory. The location of the installed files is not affected by {{{data-dir}}}. Notes: * It's impossible to change {{{data-dir}}} to take a list of paths without breaking the {{{Paths_foo}}} module interface. * installation of data files will have to copy source files from a different location, ditto for sdist * installed packages don't change. In particular the {{{Paths_foo}}} module doesn't change. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/277> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #174: cabal-install tries to upgrade the base package
by Hackage 21 May '08

21 May '08

#174: cabal-install tries to upgrade the base package ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Linux | ----------------------------+----------------------------------------------- When using ghc-6.6.x, with some packages, cabal-install tries to upgrade the base package to satisfy dependnecies. This is obviously impossible. The dependency resolution mechanism needs to be taught this fact. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/174> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 7

patch applied (cabal-install): Hide any available base and ghc-prim packages from the dep resolver
by Duncan Coutts 21 May '08

21 May '08

Wed May 21 08:37:00 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Hide any available base and ghc-prim packages from the dep resolver Previously if the base package was available on hackage then the dep resolver might try to upgrade it. Unfortunately that's almost certainly technically impossible at the moment. So now since the dep resolver does not see these available packages it cannot pick them. This should fix ticket #174. M ./Hackage/Dependency.hs -1 +7 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080521153700-adfee-…

1 0

patch applied (cabal-install): Remove the silly failing resolver demo
by Duncan Coutts 21 May '08

21 May '08

Wed May 21 08:36:48 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Remove the silly failing resolver demo M ./Hackage/Dependency.hs -6 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080521153648-adfee-…

1 0

patch applied (cabal): Write out Bool config values correctly
by Duncan Coutts 21 May '08

21 May '08

Wed May 21 08:34:20 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Write out Bool config values correctly Used by cabal-install when writing the default ~/.cabal/config file. Previously it was using show for type Maybe Bool and writing out "Just True" when of course it should just be "True". M ./Distribution/Simple/Command.hs -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080521153420-adfee-b0a7ede0…

1 0

[Hackage] #226: Cabal install should upgrade in the correct order.
by Hackage 21 May '08

21 May '08

#226: Cabal install should upgrade in the correct order. ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Also, `cabal upgrade package-name` should probably upgrade that packages and dependencies, but not other packages. Here was my session with darcs cabal-install 2008-01-31: {{{ $ cabal upgrade Upgrading the following packages: cgi-3001.1.5.2 hmatrix-0.2.0.0 pcre-light-0.3 regex-base-0.93.1 regex-compat-0.91 regex-posix-0.93.1 TypeCompose-0.3 xhtml-3000.0.2.2 zlib-0.4.0.2 Downloading 'cgi-3001.1.5.2'... [... cgi upgrades fine ...] Configuring regex-compat-0.91... setup: At least the following dependencies are missing: regex-base >=0.93, regex-posix >=0.93 Downloading 'TypeCompose-0.3'... Downloading 'xhtml-3000.0.2.2'... Downloading 'zlib-0.4.0.2'... cabal: Error: some packages failed to install: zlib-0.4.0.2 xhtml-3000.0.2.2 TypeCompose-0.3 regex-compat-0.91 regex-posix-0.93.1 regex-base-0.93.1 pcre-light-0.3 hmatrix-0.2.0.0 $ cabal upgrade regex-base Upgrading the following packages: hmatrix-0.2.0.0 pcre-light-0.3 regex-base-0.93.1 regex-compat-0.91 regex-posix-0.93.1 TypeCompose-0.3 xhtml-3000.0.2.2 zlib-0.4.0.2 'hmatrix-0.2.0.0' is cached. [... everything through TypeCompose upgrades fine ...] 'xhtml-3000.0.2.2' is cached. Configuring xhtml-3000.0.2.2... 'zlib-0.4.0.2' is cached. Configuring zlib-0.4.0.2... [... zlib upgrades fine ...] cabal: Error: some packages failed to install: xhtml-3000.0.2.2 $ cabal upgrade Upgrading the following packages: xhtml-3000.0.2.2 'xhtml-3000.0.2.2' is cached. Configuring xhtml-3000.0.2.2... [... succeeds ...] }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/226> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2