[Haskell-cafe] Hackage dependencies problem.

Magicloud Magiclouds magicloud.magiclouds at gmail.com
Tue Nov 20 03:39:37 CET 2012


Not only shadowing.
For example, when I installed warp-static, yesod, or gtk2hs. A
clear-user-space may ease the problem and got them installed. But normally
with a not brand new user space, it failed like above.
And, the key point is that using upgrade-dependencies with cabal-install. I
am using git (current) version of cabal-install. Without that argument,
things could be fine. With it, it must fail.
And ghc-pkg check reports no errors.


On Tue, Nov 20, 2012 at 3:47 AM, Albert Y. C. Lai <trebla at vex.net> wrote:

> On 12-11-19 04:45 AM, Ivan Lazar Miljenovic wrote:
>
>> On 19 November 2012 18:21, Magicloud Magiclouds
>> <magicloud.magiclouds at gmail.**com <magicloud.magiclouds at gmail.com>>
>> wrote:
>>
>>> <command line>: cannot satisfy -package Cabal-1.16.0:
>>>      Cabal-1.16.0-**dd0ce1db6fea670a788547ee854114**86 is unusable due
>>> to missing
>>> or recursive dependencies:
>>>        directory-1.2.0.0-**8edf300597b0da609c8eccc9aa6d0c**c3
>>> process-1.1.0.2-**03ae5757aa509ffbe497f42660cba5**2c
>>> unix-2.6.0.0-**4bc27fc415f60036a88211de7cde3e**9a
>>>      (use -v for more information)
>>>
>>>    What should I do? Why user space directory and process would interrupt
>>> Cabal in global space?
>>>
>>
>> It shouldn't.
>>
>> Can you please give an example of a package that gives you an error like
>> this?
>>
>> Also, what does "ghc-pkg check" say?
>>
>> The only thing I can think of is that you're trying to upgrade a
>> package like array, containers, etc.
>>
>
> It does. It has always been. When unioning user and global, user takes
> precedence: user directory-1.2.0.0 shadows global directory-1.2.0.0 (GHC
> User's Guide 4.9.4). But look closer: user directory-1.2.0.0-feedbabe...
> shadows global directory-1.2.0.0-deadbeef... Therefore, if global
> Cabal-1.16.0 was built against directory-1.2.0.0-deadbeef..., it's a
> missing dependency for you.
>
> See my http://www.vex.net/~trebla/**haskell/sicp.xhtml#pigeon<http://www.vex.net/~trebla/haskell/sicp.xhtml#pigeon>
>
> Fortunately, shadowing is a sessional property, not a data-loss property.
> One can say, it's a data-surplus property. To regain working sessions, cut
> surplus data, add -no-user-package-db to all your ghc and ghci commands.
>
> "ghc-pkg check" does not report shadowing. Go straight for "ghc -v".
>
> This is what you get for "--reinstall".
>
>
> ______________________________**_________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://www.haskell.org/**mailman/listinfo/haskell-cafe<http://www.haskell.org/mailman/listinfo/haskell-cafe>
>



-- 
竹密岂妨流水过
山高哪阻野云飞

And for G+, please use magiclouds#gmail.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20121120/eefc0c9b/attachment.htm>


More information about the Haskell-Cafe mailing list