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

Fix homebrew analytics directory for brew 1.0 #486

Merged
merged 1 commit into from Sep 23, 2016

Conversation

@larsbergstrom
Copy link
Contributor

larsbergstrom commented Sep 23, 2016

r? @aneeshusa @edunham

Homebrew in version 1.0 has moved their git repository to /usr/local/Homebrew to avoid the various problems with Apple fooling around with /usr/local. See Homebrew/install#60

Note that I believe we could also set HOMEBREW_DISABLE_ANALYTICS=1, but there's a risk that any brew command not done with that set would still perform analytics reporting.

This bug is currently preventing us from landing other saltfs changes. See #484


This change is Reviewable

@larsbergstrom
Copy link
Contributor Author

larsbergstrom commented Sep 23, 2016

Well, that fixed the crash, but the two OSX builds still hit:

No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself.
@aneeshusa
Copy link
Member

aneeshusa commented Sep 23, 2016

IMO #483 is a better fix, but currently hitting the same problems. Since they work in different ways, I think this may be an intermittent issue with Travis ATM.

@aneeshusa
Copy link
Member

aneeshusa commented Sep 23, 2016

That being said, I am OK with landing this as a quicker-fix in the meantime if it starts working, but we need to be careful about upgrading Homebrew (to >= 1.0.0) on all of our Mac builders so this state works properly.

@larsbergstrom
Copy link
Contributor Author

larsbergstrom commented Sep 23, 2016

Aha! I didn't see #483 for some reason and apologize. Would you rather land that one? I'm happy to close this and manually-land that one instead.

@aneeshusa
Copy link
Member

aneeshusa commented Sep 23, 2016

Well, #483 is untested code I worked on at 3 AM, so I don't trust it one bit until it passes Travis. If you want to land something right now, I'd feel comfortable hand-merging this PR, although we'll need to keep landing manually until the issue gets fixed. We just need to upgrade Homebrew on all the Macs for this one.

(Also, don't forget that with gitfs manual deploys have a different process now.)

@larsbergstrom
Copy link
Contributor Author

larsbergstrom commented Sep 23, 2016

Sounds good - thanks! Then I'll merge this (to unblock the other PR for osmesa-src), and hopefully we can look more at #483 once things are less of a hot mess on macOS for travis.

@larsbergstrom larsbergstrom merged commit cb789b1 into servo:master Sep 23, 2016
1 check failed
1 check failed
continuous-integration/travis-ci/pr The Travis CI build could not complete due to an error
Details
@aneeshusa
Copy link
Member

aneeshusa commented Sep 23, 2016

I just realized we could have just merged the osmesa-src PR directly, since this one is also broken...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

None yet

2 participants
You can’t perform that action at this time.