-
-
Notifications
You must be signed in to change notification settings - Fork 13k
go 1.14.4 #55639
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
go 1.14.4 #55639
Conversation
Some fails:
|
Looks like the repository of It doesn't seem to be a dependency of anything though. Maybe we should remove it @Homebrew/core ? |
yeah, we should remove it, it is not rebuildable now. |
@bayandin could you please rebase on top of latest master? |
As the last build failed on Catalina (No space left on device) and we need to rerun it anyway, I've separated fixes for failed tests (which is unrelated to the current go upgrade) to a separate PR: #55844 |
bcea802
to
93cc9ce
Compare
@bayandin It's been building for more than 6h. Is this normal? |
It is normal for Go. |
For building Go on homebrew? |
And testing all formulae which depend on Go to make sure it works with the new version. ~11 hours is normal for Go. |
I see. Thank you! |
@Bo98 is there anything we can do to help push this along? |
Current failed steps:
Ideally, these would all be resolved before merging. Some of the failures are coupled (e.g. |
Yeah, most of the rest are pre-existing and this pull request shouldn’t be blocked on them. We’ll probably deprecate them at some point.
… On 12 Jun 2020, at 00:45, Roopak Venkatakrishnan ***@***.***> wrote:
@alebcay <https://github.com/alebcay> #52184 <#52184>
if you notice there I have opened PRs for perkeep and wellington. If the repos are sort of in maintenance mode could we not block merging at least for those?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#55639 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAJCWYVP562JOUPCLXFNOW3RWFUAJANCNFSM4NQGTL6Q>.
|
@Bo98 if you have a list we cannot skip, I am happy to start working on trying to fix them |
They finally cut a new release of |
@Bo98 I feel like with every go release we come to packages that are broken and don't keep up. What would a longer-term approach be here? use an internal version for homebrew downloads and builds and keep the external go keep moving along? currently, charmstore has cut a release but quite a few other packages still have issues. |
This is "rolling release package management" in a nutshell. It's not really avoidable. |
The best way forward that wouldn't just help Homebrew is to help other projects improve their CI and code. That way we can avoid running into these issues altogether. |
hmmm thanks for the info @MikeMcQuaid & @SMillerDev :) I don't really understand too much of the internals. Very naively I was sort of hoping we could do something like use But I also understand how that might become a nightmare with a lot of packages being left behind. |
I'm also following this PR for some time and I think one of the improvements could be to cache correctly building packages. That way , if a package fails , we don't have to wait for 10 hours in the next run. I'm also aware that implementing this with Github actions is not trivial. |
I'm sorry for not being around this week and following up here - I should have dealt with this pull request last week. You are right that pre-existing failures are not a blocker for merging this. I've gone through every single formula failing here and confirmed they are either already known as broken or not as a result of 1.14.4. I will spend some time this weekend documenting these known broken formulae (or fixing the ones that can be fixed) so that it is more clearly known in the future. |
|
Created with
brew bump-formula-pr
.