Libelektra: Travis: Haskell Build Job Always Fails

Created on 6 Jun 2018  路  6Comments  路  Source: ElektraInitiative/libelektra

Steps to Reproduce the Problem

  1. Fork the Elektra repository at GitHub
  2. Activate Travis for the newly created clone
  3. Run the Travis tests suite

Expected Result

Every build jobs completes successfully.

Actual Result

The Haskell build job always fails, printing the following output:

[190/390] Generating sandbox/cabal.sandbox.config
FAILED: src/plugins/typechecker/sandbox/cabal.sandbox.config 
cd /Users/travis/build/sanssecours/build/src/plugins/typechecker/sandbox && /usr/local/bin/cabal sandbox delete -v0 && /usr/local/bin/cabal sandbox init -v0 && /usr/local/bin/cabal sandbox add-source -v0 /Users/travis/build/sanssecours/build/src/libs/typesystem/libfa && /usr/local/bin/cabal sandbox add-source -v0 /Users/travis/build/sanssecours/build/src/libs/typesystem/specelektra && /usr/local/bin/cabal install --only-dependencies --avoid-reinstalls --offline -v0
cabal: Error: some packages failed to install:
libfa-1.0.8.23-ZfhKuK3orHDHB6gQt3Gon failed during the building phase. The
exception was:
ExitFailure 1
specelektra-1.0.8.23-IReNAIDscgT7DKprOslWT2 depends on specelektra-1.0.8.23
which failed to install.
[192/390] Generating libHShaskell-ghc8.2.2.dylib
ninja: build stopped: subcommand failed.

Examples

bug build usability

All 6 comments

Thank you for reporting this problem. Even the sporadic failures were quite annoying. (as discussed in #2045)

have you tried cleaning the travis caches if there are any? i think they got corrupted at some point due to constant changes, as it was the case for my own fork. I did this already for the main elektra repo. Or do you really mean a newly created fork?
I also have another idea that i will address in a new pr today

have you tried cleaning the travis caches if there are any?

Thank you for the helpful response. I did not know that clearing the cache was possible. I removed the cache in my own copy of the repo now. Hopefully this procedure fixes the build problems.

I am not sure if this is really the root issue, the above PR might help though

Unfortunately, clearing the cache did not solve the issue.

i think now it should work now, as language-c got updated so c2hs will use 0.8.1 now instead if 0.8 is not hidden in some cache. I've cleared the caches on this repo's travis to avoid that issue.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

mpranj picture mpranj  路  3Comments

mpranj picture mpranj  路  4Comments

markus2330 picture markus2330  路  3Comments

markus2330 picture markus2330  路  3Comments

sanssecours picture sanssecours  路  3Comments