-
-
Notifications
You must be signed in to change notification settings - Fork 11.3k
git-annex: force-enable "webapp" flag #47950
Conversation
Checking flags and running brew test after build:
|
@@ -26,7 +26,7 @@ class GitAnnex < Formula | |||
depends_on "quvi" | |||
|
|||
def install | |||
install_cabal_package :using => ["alex", "happy", "c2hs"] do | |||
install_cabal_package({ :using => ["alex", "happy", "c2hs"], :flags => ["Webapp"] }) do |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are the ({
definitely needed? No worries if so.
@MikeMcQuaid made changes based on your feedback, please take a look. |
flags = "--flags='#{options[:flags].join(" ")}'" | ||
end | ||
|
||
args_and_flags = [*args, flags] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
*args
needs to be last on Ruby 1.8. You could build the array in two steps instead.
👍 to the concept once this is green. |
@BrewTestBot test this please |
1 similar comment
@BrewTestBot test this please |
Failing to build on all three platforms I'm afraid. |
Looks like it kills the build due to taking too much time? Haskell is rather slow to compile. |
Jenkins rather than Travis: http://bot.brew.sh/job/Homebrew%20Pull%20Requests/41763/version=el_capitan/console
|
Ugh, more version conflicts. This overly strict versioning is killing me 😐 |
I'm wondering if we shouldn't remove this from Homebrew. It has serious stability issues. |
@MikeMcQuaid Anything in particular you're thinking of? The interminable test suite passed with flying colors last time I ran it on 10.11.2 and 10.11.3: |
There's pretty regular build failures. |
@MikeMcQuaid I think it's only failing CI regularly due to timeouts where the build servers are deciding it's taking too long. |
@MikeMcQuaid The current build failure in this PR is due to a problem with
Brew probably either needs to allow
Update: And it finished.
Full log: Note that the resolve dependencies step that caused the build failure took about 3.5 minutes to succeed with max-backjumps=-1. And here's a PR with that change: #49158 And build succeeded on 10.11.2 with #47950 merged too: https://gist.github.com/ilovezfs/38f49e20ff41ae892658 |
The default max-backjumps can be too low, especially since Language::Haskell::Caball doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in Homebrew#47950
The default max-backjumps can be too low, especially since Language::Haskell::Cabal doesn't guarantee an LTS config. In particular, this fixes a git-annex build failure in #47950 Closes #49158. Signed-off-by: Mike McQuaid <[email protected]>
To address issue #47346 (git-annex-webapp missing), we explicitly enable the "webapp" flag for git-annex. This should prevent git-annex from being built without the webapp and make the build fail if there is e.g. a dependency issue.
@ilovezfs awesome, thanks! rebased on latest master, let's see if this works. |
@csstaub It should now build locally for you, but the build servers will probably still fail it because it takes longer to build than the configured max. |
Yeah, it will time out on travis-ci for sure, but afaik there's also the jenkins test bot where it should be allowed to take more time. |
If you run into the current Jenkins timeout I'll eat my hat 😃. |
@MikeMcQuaid @DomT4 looks like it's green now (at least on jenkins) |
Fixes a regression introduced by Homebrew#47950 in 9e3ee3e causing build failures with the error cabal: The file does not exist ''. This will occur whenever the optional :flags key isn't in the options hash passed to install_cabal_package.
Fixes a regression introduced by #47950 in 9e3ee3e causing build failures with the error cabal: The file does not exist ''. This will occur whenever the optional :flags key isn't in the options hash passed to install_cabal_package. Closes #49425. Signed-off-by: Mike McQuaid <[email protected]>
To address issue #47346 (git-annex-webapp missing), we explicitly enable the "webapp" flag for git-annex. This should prevent git-annex from being built without the webapp and make the build fail if there is e.g. a dependency issue.
In order to set the build flags to git-annex correctly, we must (1) pass them to cabal install to resolve/install all the necessary dependencies correctly, and (2) pass them to cabal configure to make sure git-annex compiles with the flags we want.
I originally wanted to enable S3 here too, but as noted in my comment on #47737 this would currently break the build because of a dependency/version conflict with aws 0.13.0. After a new version of aws is released on Hackage, it should be possible to add "S3" to
:flags
to re-enable and avoid accidentally dropping S3 support in the future.