Libelektra: 类型检查器:在 travis 上构建失败

创建于 2018-05-19  ·  4评论  ·  资料来源: ElektraInitiative/libelektra

https://travis-ci.org/ElektraInitiative/libelektra/jobs/381049513

cd /Users/travis/build/ElektraInitiative/build/src/plugins/typechecker && /usr/local/bin/cabal configure --enable-shared -v0 && /usr/local/bin/cabal build -v0
setup: Encountered missing dependencies:
haskell-src-exts -any,
hint >=0.7.0 && <0.8.0,
simple-logger -any,
spectranslator ==1.0.8.23,
text -any
[375/389] Generating dist/build/testhaskell_basic/testhaskell_basic, dist/build/testhaskell_basic_optimized/testhaskell_basic_optimized, dist/build/testhaskell_realworld/testhaskell_realworld, dist/build/testhaskell_realworld_optimized/testhaskell_realworld_optimized
In order, the following will be installed:
libfa-1.0.8.23 (via: specelektra-1.0.8.23) (reinstall)
specelektra-1.0.8.23 (reinstall)
ninja: build stopped: subcommand failed.

最有用的评论

我知道了。 但我认为这将通过更改的构建方法解决,您必须在 #2004 中提前安装依赖项,我希望很快完成。

所有4条评论

我认为上面的错误报告缺少输出的一个重要部分:

dieVerbatim: user error (cabal: '/usr/bin/curl' exited with an error:
curl: (6) Could not resolve host: objects-us-west-1.dream.io
)

. 无论如何,即使 Travis 能够安装所有依赖项,测试testshell_markdown_typechecker似乎有时也会失败。 下面我包含了我的 repo 副本中最新的Travis 故障之一的输出:

Input: /Users/travis/build/sanssecours/elektra/src/plugins/typechecker/README.md
(kdb mount prelude.ini spec/tests/typechecker/elektra/spec ini &&
    kdb get spec/tests/typechecker/elektra/spec/fallback/#) ||
    (kdb umount spec/tests/typechecker/elektra/spec &&
        kdb mount "$PWD/src/plugins/typechecker/typechecker/prelude.ini" spec/tests/typechecker/elektra/spec ini)
kdb mount simplespecification.ini spec/tests/typechecker ini typechecker
echo 'kdbGet spec/tests/typechecker
keySetName spec/tests/typechecker/key1
keySetMeta check/range 0-5000
ksAppendKey
keyClear
keySetName spec/tests/typechecker/key2
keySetMeta check/range 7200-10000
ksAppendKey
keyClear
keySetName spec/tests/typechecker/key3
keySetMeta check/long
keySetMeta fallback/#1 spec/tests/typechecker/key1
ksAppendKey
keyClear
kdbSet spec/tests/typechecker' | kdb shell
kdb get spec/tests/typechecker/key1
kdb setmeta spec/tests/typechecker/key2 fallback/#1 spec/tests/typechecker/key1
ERROR - RET:
Return value “0” does not match “5”
kdb umount spec/tests/typechecker
kdb umount spec/tests/typechecker/elektra/spec
shell_recorder /var/folders/bb/n7t3rs157850byt_jfdcq9k80000gn/T/tmp.a5nCXwBV RESULTS: 7 test(s) done 1 error(s).
—— Protocol ————————————————————————————————————————————————————
CMD: (kdb mount prelude.ini spec/tests/typechecker/elektra/spec ini &&
    kdb get spec/tests/typechecker/elektra/spec/fallback/#) ||
    (kdb umount spec/tests/typechecker/elektra/spec &&
        kdb mount "$PWD/src/plugins/typechecker/typechecker/prelude.ini" spec/tests/typechecker/elektra/spec ini)
RET: 0
CMD: kdb mount simplespecification.ini spec/tests/typechecker ini typechecker
RET: 0
CMD: echo 'kdbGet spec/tests/typechecker
keySetName spec/tests/typechecker/key1
keySetMeta check/range 0-5000
ksAppendKey
keyClear
keySetName spec/tests/typechecker/key2
keySetMeta check/range 7200-10000
ksAppendKey
keyClear
keySetName spec/tests/typechecker/key3
keySetMeta check/long
keySetMeta fallback/#1 spec/tests/typechecker/key1
ksAppendKey
keyClear
kdbSet spec/tests/typechecker' | kdb shell
RET: 0
STDOUT: > return value: 1
> > Set meta check/range to 0-5000
> > > > Set meta check/range to 7200-10000
> > > > Set meta check/long to 
> Set meta fallback/#1 to spec/tests/typechecker/key1
> > > return value: 1
> 
CMD: kdb get spec/tests/typechecker/key1
RET: 0
CMD: kdb setmeta spec/tests/typechecker/key2 fallback/#1 spec/tests/typechecker/key1
RET: 0
=== FAILED return value does not match expected pattern 5
CMD: kdb umount spec/tests/typechecker
RET: 0
CMD: kdb umount spec/tests/typechecker/elektra/spec
RET: 0
————————————————————————————————————————————————————————————————

. 完全相同的代码在这里打开的 PR 中没有问题

我知道了。 但我认为这将通过更改的构建方法解决,您必须在 #2004 中提前安装依赖项,我希望很快完成。

@sanssecours感谢您改进错误报告。

@e1528532您确定 #2004 是否完全解决了问题,即使测试用例有时会因所有已安装的 deps 而失败?

dieVerbatim:用户错误(cabal:'/usr/bin/curl' 退出时出现错误:
curl: (6) 无法解析主机:objects-us-west-1.dream.io
)
有时镜像似乎已关闭,我在 travis 上看到了一些 ubuntu 存储库也发生了同样的情况,除了重新启动工作之外,我们无能为力。

关于构建失败,我认为它现在应该与改进表单 #2055 #1944 一起使用。

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

dmoisej picture dmoisej  ·  3评论

mpranj picture mpranj  ·  3评论

markus2330 picture markus2330  ·  3评论

markus2330 picture markus2330  ·  4评论

darddan picture darddan  ·  4评论