[Haskell-cafe] some problem with Cabal
daniel.is.fischer at googlemail.com
Wed Mar 9 03:49:35 CET 2011
On Wednesday 09 March 2011 02:51:35, qiqi wrote:
> I used cabal install xmobar --flags="all_extensions" .
In order, the following would be installed:
containers-0.3.0.0 (new version)
filepath-220.127.116.11 (new version)
directory-18.104.22.168 (reinstall) changes: filepath-22.214.171.124 -> 126.96.36.199
hinotify-0.3.1 (new package)
mtl-188.8.131.52 (new version)
network-184.108.40.206 (new version)
process-220.127.116.11 (reinstall) changes: filepath-18.104.22.168 -> 22.214.171.124
stm-126.96.36.199 (new package)
syb-0.3 (new package)
X11-188.8.131.52 (new package)
time-1.1.4 (new version)
random-184.108.40.206 (reinstall) changes: time-220.127.116.11 -> 1.1.4
utf8-string-0.3.6 (new package)
X11-xft-0.3 (new package)
libmpd-0.5.0 (new package)
xmobar-0.12 (new package)
I haven't looked further, but libmpd is at least partially responsible, it
depends on filepath < 1.2, time < 1.2 and a couple other old packages.
> Is it true that every package installed from hackage should not install
> any package, which already exists in the global with the same version
> number , in the local db?
Generally, it shouldn't (and doesn't), but here some packages have to be
reinstalled because they have to be built against different dependencies.
I'd prefer cabal install to refuse here (overridable with a --force flag)
because reinstalling boot libs (containers, filepath, directory, process,
time) tends to be a bad idea.
However, xmobar is an executable and no library, so if you unregister the
packages (from the user db!) after installing before they can cause
trouble, you should be fine (but no guarantees).
More information about the Haskell-Cafe