Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Strange OS X failures on Travis with GHC 7.8.4 #3938

Closed
23Skidoo opened this issue Oct 4, 2016 · 5 comments
Closed

Strange OS X failures on Travis with GHC 7.8.4 #3938

23Skidoo opened this issue Oct 4, 2016 · 5 comments

Comments

@23Skidoo
Copy link
Member

23Skidoo commented Oct 4, 2016

Our CI recently started failing on OS X with GHC 7.8.4. There's a large number of permissions failures, all of them looking like this:

    Command /Users/travis/build/haskell/cabal/Cabal/tests/Setup configure -v --distdir dist-test/./dist --global --with-ghc /Users/travis/.ghc-install/7.8.4/bin/ghc --disable-optimization '--prefix=/Users/travis/build/haskell/cabal/Cabal/tests/PackageTests/BenchmarkStanza/dist-test/usr' '--package-db=clear' '--package-db=global' '--package-db=user' '--package-db=/Users/travis/build/haskell/cabal/dist-newstyle/build/Cabal-1.25.0.0/package.conf.inplace' failed.
    Output:
    Warning: my.cabal: A package using section syntax must specify at least
    'cabal-version: >= 1.2'.
    Configuring BenchmarkStanza-0.1...
    Dependency base -any: using base-4.7.0.2
    Setup: /usr/bin/ar: permission denied

The problem is probably not on our side, but this is still annoying, since it keeps happening.

/cc @phadej

@23Skidoo
Copy link
Member Author

23Skidoo commented Oct 4, 2016

The first failing commit was c6929fc, which passed when it was a PR: #3929.

@ezyang
Copy link
Contributor

ezyang commented Oct 4, 2016

I think that commit is pretty unlikely to be causing the failure? What is more likely the culprit is Travis's update to the OS X image: https://blog.travis-ci.com/2016-10-04-osx-73-default-image-live/

@ezyang
Copy link
Contributor

ezyang commented Oct 4, 2016

See also #2653.

@ezyang
Copy link
Contributor

ezyang commented Oct 4, 2016

Which suggests that if we add constraint: unix>=2.7.1.0 that should solve the problem... except that we need our bootstrapping cabal to be updated :( (UPDATE: Wait, except on OS X we build the bootstrap ourselves. So we should be able to fix this easy peasy.)

@23Skidoo
Copy link
Member Author

23Skidoo commented Oct 4, 2016

except that we need our bootstrapping cabal to be updated :(

Hmm, I thought the one we were using had this bug fixed.

23Skidoo added a commit to 23Skidoo/cabal that referenced this issue Oct 5, 2016
ljishen added a commit to ljishen/Minesweeper that referenced this issue Apr 6, 2017
robx added a commit to robx/cabal that referenced this issue Feb 28, 2022
It's travis specific, and the related ticket haskell#3938 has been resolved
in the meantime.
robx added a commit to robx/cabal that referenced this issue Mar 3, 2022
It's travis specific, and the related ticket haskell#3938 has been resolved
in the meantime.
Kleidukos pushed a commit to Kleidukos/cabal that referenced this issue Mar 30, 2022
It's travis specific, and the related ticket haskell#3938 has been resolved
in the meantime.
andreabedini pushed a commit to andreabedini/cabal that referenced this issue May 5, 2022
It's travis specific, and the related ticket haskell#3938 has been resolved
in the meantime.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants