本文介绍了神秘的阴谋安装问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

通过全新安装Haskell平台。 (OS X Snow-Leopard& Platform 2010.1.0.1),这样做会导致简单的顺序导致非常奇怪的

我也使用下面的程序来验证我的设置不包含两个具有相同版本的软件包:

  import Data.List(sort)
import Data.Maybe (fromJust)
导入System.IO(hGetContents)
导入System.Process(CreateProcess(std_out),StdStream(CreatePipe),createProcess,shell)
$ b main :: IO )
main = do
pkgListRaw< -
createProcess(shellghc-pkg list){std_out = CreatePipe}
>>> = hGetContents。来自Just。 sndOfFourTup
让pkgListSorted =排序。筛选器(非空)$行pkgListRaw
putStrLn。
unlines。 map(dropWhile(=='')。fst)。
过滤器(uncurry(==))。 zip pkgListSorted $ tail pkgListSorted
其中
sndOfFourTup(_,x,_,_)= x




  • I cabal install ed hlint , yesod , haddock , HDBC-mysql , hakyll 和其他软件包,然后我一次又一次地编辑上一个列表直到我的设置达到稳定状态,其中 cabal install 不会重新安装任何这些程序。

  • 编译和工作。所有似乎都很好




注意:


  • 我无法使Haskell Platform 2010.1.0.1正常工作。在我升级到GHC 6.12.3后,事情只对我有效。具有讽刺意味的是,这违背了GHC下载页面上的建议: >

    对于大多数用户,我们建议安装Haskell Platform而不是GHC。目前的Haskell平台版本包括最近的GHC版本以及一些其他工具(如cabal)以及已知可协同工作的更大的一组库。 b


    • 这种解决方法可能在未来某个时候也会中断。我想这可能会在几个月内发生。像 random 这样的核心库将会得到更新,然后依赖问题将再次开始解开。那么我/你将不得不花费时间来修复我们的设置。也许那时需要升级到更新的GHC。但是谁知道呢,也许这将会是一个老版本,随着hackage软件包得到更新以解决与依赖相关的问题,它会变得稳定。作为对您的服务,我会在时间到来的时候更新这个问题和答案。 (假设其他人也有这个问题,到目前为止我已经证实Simon Marlow和Peaker也面临这个问题)

    • 破坏(如果其中任何一个是真的,那么设置被破坏):


      • 无效

      • ghc-pkg check 表示它已损坏

      • 上面这个答案的源代码的简短程序发现您有一个包使用完全相同的版本安装两次

      • cabal update ,然后循环 cabal install 我上面写的软件包列表,或者另一个列表(最好是一个有很多依赖关系的大软件包)。如果你永远不会达到稳定状态(循环的一次迭代总是重新安装某些东西),那么你的设置就会被破坏。 警告:此步骤可能会破坏您当前正在运行的Haskell设置。如果您对这些设置感到好奇或愿意在破解之后修复您的设置(这一过程可能非常耗时),请执行此操作。
      • 我想知道你的设置是否损坏或工作。这可以帮助我。例如,如果我们发现GHC 6.10设置工作正常,I / U可以在推荐某人试用Haskell等时向用户推荐这些设置。


      >

      我希望这可以帮助其他人面对相同或类似的问题。非常感谢Simon Marlow和John!

      With a clean install of the "Haskell Platform". (OS X Snow-Leopard & Platform 2010.1.0.1), doing this causes simple sequence causes very weird cabal install behaviour:

      $ cabal install time
      
      $ cabal install random
      
      $ ghc-pkg list random
      /Library/Frameworks/GHC.framework/Versions/612/usr/lib/ghc-6.12.1/package.conf.d
         random-1.0.0.2
      /Users/yairc/.ghc/i386-darwin-6.12.1/package.conf.d
         random-1.0.0.2
      

      random-1.0.0.2 is installed twice in my system. and now doing cabal install random reinstalls random-1.0.0.2 every time.

      Looks like random depends on time, and cabal wants to reinstall it after there's a new version of time available? And because of two random-1.0.0.2 cabal is confused and always thinks it's not up to date because it's looking at the first one?

      ghc-pkg check finds no errors.

      解决方案

      I'll describe the work-around that worked so far for me. I've tried many different things but I'll only described here the attempt that worked.

      (btw: I'm using Mac OS X 10.6.4 and your results might be different on different systems)

      • I installed GHC 6.12.3 from source. Don't remove your previous GHC as building GHC requires it.
      • I removed the symlinks at /usr/bin (for ghc, ghci, ghc-pkg, and runhaskell) to my previous GHC which was the one from the Haskell Platform 2010.1.0.1 installer.
      • I installed cabal-install using it's bootstrap.sh script.
      • I installed patched versions of the random and haskell98 packages. The differences are just in their .cabal files
        • bumped random's version up to 1.0.0.2.1 and changed it dependency on time to be time == 1.1.*
        • bumped haskell98's versions up to 1.0.1.1.1 and that's it
      • I ran cabal update and cabal upgrade to see which packages are out of date. I did cabal install those. I believe that this helps reach a stable-state faster. (note that syb's install failed and that cabal install parsec said there's nothing to do about it when cabal upgrade said differently. So I left those two packages alone)

      I validated that my setup is ok by running ghc-pkg check between stages. Sometimes it breaks because a package gets reinstalled over a previous version with same version number and packages that depended on it need to be reinstalled. When that happens I cabal install the broken packages again.

      I also used the following program to verify that my setup doesn't contain two packages with the same version:

      import Data.List (sort)
      import Data.Maybe (fromJust)
      import System.IO (hGetContents)
      import System.Process (CreateProcess (std_out), StdStream (CreatePipe), createProcess, shell)
      
      main :: IO ()
      main = do
          pkgListRaw <-
              createProcess (shell "ghc-pkg list") { std_out = CreatePipe }
              >>= hGetContents . fromJust . sndOfFourTup
          let pkgListSorted = sort . filter (not . null) $ lines pkgListRaw
          putStrLn .
              unlines . map (dropWhile (== ' ') . fst) .
              filter (uncurry (==)) . zip pkgListSorted $ tail pkgListSorted
          where
              sndOfFourTup (_, x, _, _) = x
      

      • I cabal installed hlint, yesod, haddock, HDBC-mysql, hakyll and other packages and then I cabal installed the previous list again and again until my setup reached a "stable state" in which cabal install doesn't reinstall any of those.

      • I verified that my own programs I'm working on now compile and work. All seems to be fine now

      Notes:

      • I couldn't get Haskell Platform 2010.1.0.1 to work. Things only worked for me after I upgraded to GHC 6.12.3. Ironically (?), this goes against the recommendation on GHC's download page:

      • This work-around will probably break sometime in the future as well. I guess that this will probably happen in a few months. A core library like random will get updated and then dependency problems will start to unravel again. Then I'll/you'll have to spend time on getting our setups fixed. Perhaps then it would require upgrading to a newer GHC. But who knows, maybe then it will be an older release that will become stable as hackage packages get updated to solve dependency related problems. As a service to you, I will update this question and answer when the time comes. (Assuming that others are having this problem too. So far I validated that Simon Marlow and Peaker face this problem too)

      • Ways to know that your Haskell setup is broken (if any of these is true then the setup is broken):

        • Nothing works
        • ghc-pkg check says that it is broken
        • The short program whose source I put in this answer above finds that you have a package installed twice with the exact same version
        • cabal update and then cycle cabal installing the list of packages I wrote above, or another list (preferably a big one with lots of dependencies). If you never reach a stable-state (an iteration of the cycle always reinstalls something) then your setup is broken. WARNING: This step may destroy your currently functioning Haskell setup. Do this if you are maso-curious or willing to fix your setup after it breaks (a process which might be time consuming)
      • I would like to know whether your setups are broken or working. This could help me. For example if we find that GHC 6.10 setups are working fine, I/U could recommend those setups to people on the occasion of recommending to someone to try out Haskell etc.

      I hope that this helps others facing the same or similar problems. Many thanks to Simon Marlow and John!

      这篇关于神秘的阴谋安装问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

08-31 04:40