July 2008 - cabal-devel

[Hackage] #301: No way to reinstall current version of a package
by Hackage 14 Aug '08

14 Aug '08

#301: No way to reinstall current version of a package ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.3 Platform: | ----------------------------------+----------------------------------------- cabal-install currently offers no way of reinstalling a version of a package which is already installed. If one has been messing around with libraries behind Cabal's back, this might be useful, if for no other reason than to assuage one's worries regarding link errors. Ideally a flag `--force` or whatever could be given to `cabal upgrade` and `cabal install`, which would make bypass the check for whether the package exists. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/301> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #297: cabal fetch command don't fetch packages those have already been installed
by Hackage 14 Aug '08

14 Aug '08

#297: cabal fetch command don't fetch packages those have already been installed ---------------------------------+------------------------------------------ Reporter: chylli | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ when I saw cabal help: fetch Downloads packages for later installation or study. I think I can fetch any packages to study. But in fact it not. They only download packages those have not installed yet. I think this help info can mislead users. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/297> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #291: cabal-install cannot re-install itself on windows
by Hackage 12 Aug '08

12 Aug '08

#291: cabal-install cannot re-install itself on windows ---------------------------------+------------------------------------------ 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.2 Platform: Windows | ---------------------------------+------------------------------------------ It fails when it gets round to actually installing the executable file. This is because in windows more than a little tricky for a program to replace its own executable file. Trying to overwrite or replace a file that is open by a process fails. It is possible to rename the existing exe file so that the new one can be installed though that still leaves the problem of deleting the old exe file. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/291> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #292: warnings in Paths_pkgname module on windows
by Hackage 12 Aug '08

12 Aug '08

#292: warnings in Paths_pkgname module on windows ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: minor | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: Windows | ----------------------------------+----------------------------------------- If you build the `Paths_pkgname` module that Cabal generates on windows then you get these kinds of warnings: {{{ dist\build\autogen/Paths_cabal_install.hs:12:0: Warning: Module `Data.Maybe' is imported, but nothing from it is used, except perhaps instances visible in `Data.Maybe' To suppress this warning, use: import Data.Maybe() dist\build\autogen/Paths_cabal_install.hs:19:0: Warning: Definition but no type signature for `prefix' Inferred type: prefix :: [Char] dist\build\autogen/Paths_cabal_install.hs:20:0: Warning: Definition but no type signature for `bindirrel' Inferred type: bindirrel :: [Char] dist\build\autogen/Paths_cabal_install.hs:73:14: Warning: This binding for `p' shadows an existing binding In a case alternative dist\build\autogen/Paths_cabal_install.hs:80:9: Warning: This binding for `path' shadows an existing binding In a case alternative }}} It'd be nice if we generated code that gave no warnings so that people could make `-Wall` clean packages on Windows. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/292> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #288: the package indexes are very slow
by Hackage 12 Aug '08

12 Aug '08

#288: the package indexes are very slow ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: hard (< 1 day) | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ In a large run, eg trying to make a plan to install 560 packages from hackage: {{{ $ cabal install --dry-run $(cat pkgs) }}} it turns out (according to the ghc profile), 91% of the time is spent reading the index of installed and available packages. The ghc package index is a couple of massive text files in `Read/Show` format so that takes for ever to read. The available package index is the tarball of .cabal files and our .cabal file parser is really slow. For smaller runs it's not so bad: {{{ $ cabal install --dry-run xmonad }}} since we only have to inspect the subset of the available package index that make up xmonad's transitive deps (any versions thereof), so that allows us to avoid forcing most of the index. http://hackage.haskell.org/trac/ghc/ticket/2089 might help us, but then again maybe not if we still have to parse the result of calling ghc-pkg since that will give us another text format. For our own package index, perhaps we should be generating a cache in some other format when we download the package index. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/288> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #311: support ghc-pkg dump
by Hackage 12 Aug '08

12 Aug '08

#311: support ghc-pkg dump ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- http://hackage.haskell.org/trac/ghc/ticket/2201#comment:5 We need to do this to support ghc-6.10 properly. At the same time we should try the lazy parsing approach where we split on the records and extract the name and version but parse the remainder lazily. This could significantly speed up the parsing. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/311> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #198: cabal install foo should upgrade foo if there's a newer version
by Hackage 12 Aug '08

12 Aug '08

#198: cabal install foo should upgrade foo if there's a newer version ---------------------------------+------------------------------------------ Reporter: guest | 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.2 Platform: Linux | ---------------------------------+------------------------------------------ if I have foo-1.0 installed, and foo-2.0 is available, "cabal install foo" should upgrade foo to version 2.0 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/198> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 8

[Hackage] #175: cabal-install needs a new package dependency resolution algorithm
by Hackage 12 Aug '08

12 Aug '08

#175: cabal-install needs a new package dependency resolution algorithm ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: cabal-install | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.4.2 Platform: Linux | ----------------------------+----------------------------------------------- The current package dependency algorithm is pretty simple. It's main failing is that it cannot backtrack if it finds the solution is impossible. What we would like is a new dependency resolution algorithm that can backtrack. We would also like to be able to configure policy issues separately, perhaps as a parameter. It may also be handy to let users or the system add extra version constraints. The input is the set of available packages and the output is a list of packages to install, and the assignment of configuration flags to use for each one. As for the policy input, this might take the form of a function that picks between possible dependencies in a slot, this could then allow us to make choices like preferring installed packages over the latest available package version, or vica versa. See also symptoms of the existing system: * bug #168 -- lack of configurable policy * bug #174 -- lack of backtracking -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/175> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #267: cabal upload has poor error messages (just an HTTP response code)
by Hackage 12 Aug '08

12 Aug '08

#267: cabal upload has poor error messages (just an HTTP response code) ----------------------------+----------------------------------------------- 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: | ----------------------------+----------------------------------------------- All these bugs are against the homeomorphic library I have written. To play along, you can do darcs get --partial http://www.cs.york.ac.uk/fp/darcs/homeomorphic $ cabal upload dist E:\Neil\homeomorphic>cabal upload dist\homeomorphic-0.1.tar.gz Hackage username: NeilMitchell Hackage password: yoda Uploading dist\homeomorphic-0.1.tar.gz... ERROR: dist\homeomorphic-0.1.tar.gz: 400 Error in upload 400 error in upload - not the worlds most helpful error message... Duncan says: Indeed. There is an error message available but I'm not sure how we get at it. Any ideas Ross? Another ticket for this one. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/267> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

patch applied (cabal): Fix the Windows build
by Ian Lynagh 31 Jul '08

31 Jul '08

Thu Jul 31 12:48:41 PDT 2008 Ian Lynagh <igloo(a)earth.li> * Fix the Windows build M ./Distribution/Simple/Utils.hs -1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080731194841-3fd76-fc9299e1…

1 0