阴谋沙箱使用的是全局依赖关系。解决不了

Question

我正在尝试将timerep添加到现有的应用程序中。我无法用它来解决我的依赖关系。看起来它使用的是全局安装的time == 1.4.2版本，而>= 1.5则是我的应用程序的理想选择。

我怎么能让阴谋集团使用时间1.5？我已经浏览了unix、tls、process、timerep，如果它只使用time >= 1.5，它们看起来都会运行得很好。

以下是错误：

serials> cabal install --only-dependencies
Resolving dependencies...
cabal: Could not resolve dependencies:
trying: serials-0.1.0.2 (user goal)
trying: mandrill-0.2.2.0 (dependency of serials-0.1.0.2)
trying: http-client-tls-0.2.2 (dependency of mandrill-0.2.2.0)
trying: tls-1.2.17 (dependency of http-client-tls-0.2.2)
trying: x509-validation-1.5.2 (dependency of tls-1.2.17)
trying: process-1.2.0.0/installed-487... (dependency of x509-validation-1.5.2)
next goal: unix (dependency of process-1.2.0.0/installed-487...)
rejecting: unix-2.7.0.1/installed-299... (conflict: unix =>
time==1.4.2/installed-bf9..., serials => time>=1.5)
rejecting: unix-2.7.1.0, 2.7.0.1, 2.7.0.0, 2.6.0.1, 2.6.0.0, 2.5.1.1, 2.5.1.0,
2.5.0.0, 2.4.2.0, 2.4.1.0, 2.4.0.2, 2.4.0.1, 2.4.0.0, 2.3.2.0, 2.3.1.0,
2.3.0.0, 2.2.0.0, 2.0 (conflict: process => unix==2.7.0.1/installed-299...)
Dependency tree exhaustively searched.

阴谋卷宗：

-- Initial serials.cabal generated by cabal init.  For further
-- documentation, see http://haskell.org/cabal/users-guide/

name:                serials
version:             0.1.0.2
synopsis:            serials
description:         serials
license:             MIT
license-file:        LICENSE
author:              Sean Hess
maintainer:          Sean Hess
-- copyright:
category:            Web Scraper
build-type:          Simple
extra-source-files:  README.md
cabal-version:       >=1.10
Source-repository head
  type:       git
  location:   git@github.com:seanhess/serials.git

executable serials
  main-is:             Main.hs
  hs-source-dirs:      server
  ghc-options:         -fcontext-stack=36
  -- other-modules:
  -- other-extensions:
  default-language:     Haskell2010
  build-depends:
    base >=4.7 && <5,
    tagsoup,
    text,
    scalpel,
    containers,
    network-uri,
    monad-loops,
    wreq,
    lens,
    bytestring,
    parsec,
    utf8-string,
    tagsoup,
    xml,
    feed,
    regex-pcre,
    aeson,
    network,
    wai,
    wai-extra,
    wai-cors,
    wai-middleware-static,
    warp,
    servant-server >= 0.4,
    rethinkdb >= 1.16,
    transformers,
    either,
    unordered-containers,
    mtl,
    http-types,
    safe,
    hashable,
    resource-pool,
    time >= 1.5,
    pooled-io,
    shelly,
    string-conversions,
    bcrypt,
    random,
    jwt,
    cookie,
    entropy,
    mandrill == 0.2.2.0,
    email-validate,
    blaze-markup,
    blaze-html,
    iso8601-time,
    scotty == 0.10.0,
    timerep >= 2.0.0

Answer 1

对于阴谋安装来说，很难对安装问题的相互不相容做出完整的描述。相反，它决定打印出通往失败的第一条路径。

然而，它打印的Dependency tree exhaustively searched.，这表明实际上是没有解决方案的给定问题。

一件经常有用的事情是查看阴谋安装已经做出的选择，找到一个看起来不太理想的选择，然后添加一个明确的约束来改变这一点。这可能会导致更好的错误消息。

让我们试着注意，我不确定我是否拥有与您完全相同的包DB，因此它可能在您的系统上产生不同的结果。

您有(已安装软件包的模块散列)：

$ cabal install --only-dependencies
Resolving dependencies...
cabal: Could not resolve dependencies:
trying: serials-0.1.0.2 (user goal)
trying: mandrill-0.2.2.0 (dependency of serials-0.1.0.2)
trying: http-client-tls-0.2.2 (dependency of mandrill-0.2.2.0)
trying: tls-1.2.17 (dependency of http-client-tls-0.2.2)
trying: x509-validation-1.5.2 (dependency of tls-1.2.17)
trying: process-1.2.0.0/installed-06c... (dependency of x509-validation-1.5.2)
next goal: unix (dependency of process-1.2.0.0/installed-06c...)
rejecting: unix-2.7.0.1/installed-f86... (conflict: unix =>
time==1.4.2/installed-9b3..., serials => time>=1.5)
rejecting: unix-2.7.1.0, 2.7.0.1, 2.7.0.0, 2.6.0.1, 2.6.0.0, 2.5.1.1, 2.5.1.0,
2.5.0.0, 2.4.2.0, 2.4.1.0, 2.4.0.2, 2.4.0.1, 2.4.0.0, 2.3.2.0, 2.3.1.0,
2.3.0.0, 2.2.0.0, 2.0 (conflict: process => unix==2.7.0.1/installed-f86...)
Dependency tree exhaustively searched.

综上所述，错误发生在unix中，这是process的一个依赖项。因此，所选择的process安装实例将导致麻烦。那么如果我们不允许选择process的实例呢？

$ cabal install --only-dependencies --constraint="process source"
Resolving dependencies...
cabal: Could not resolve dependencies:
trying: serials-0.1.0.2 (user goal)
next goal: time (dependency of serials-0.1.0.2)
rejecting: time-1.4.2/installed-9b3... (conflict: serials => time>=1.5)
trying: time-1.5.0.1
next goal: rethinkdb (dependency of serials-0.1.0.2)
rejecting: rethinkdb-1.16.0.0 (conflict: time==1.5.0.1, rethinkdb =>
time==1.4.*)
rejecting: rethinkdb-1.15.2.1, 1.15.2.0, 1.15.1.0, 1.15.0.0, 1.8.0.5, 1.8.0.4,
1.8.0.3, 1.8.0.2, 1.8.0.1, 1.8.0.0, 0.1.0.0 (conflict: serials =>
rethinkdb>=1.16)
Dependency tree exhaustively searched.

啊哈！因此，rethinkdb是serials的直接依赖项，它显式地依赖于time == 1.4.*。这与serials对time >= 1.5的依赖直接冲突。

这是不容易解决的。您需要使rethinkdb与较新的time库一起工作，或者使serials与旧的库一起工作。

我们现在进入了猜测的领域：rethinkdb实际上可以与更新版本的time一起工作，这是可能的，但不能保证。我们可以尝试指示阴谋集团考虑这样的安装计划：

$ cabal install --only-dependencies --allow-newer=time

这实际上会在我的机器上产生一个安装计划。我没有试过建造它，我也不知道它是否有效。但这可能值得一试。