-
-
Notifications
You must be signed in to change notification settings - Fork 175
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
Missing tap argument in initialize
in upstream
#567
Conversation
It works locally but fails your CI; the affected homebrew version is from 3 hours ago. How do we put the argument for newer homebrew but remove it for older versions? Update: the macos image is 2023-04-25 so it's not updated yet. Also, if someone is calling |
@danielfleischer thank you for such a quick fix ❤️
Not sure it's possible. IMO let's merge it. As you say, Regarding CI: we can live with broken CI until new brew version arrives. IMO fixing the issue for users is more important. |
But I feel that PR makes incompatible changes for anyone with an older brew version. Or something is wrong with the fix.
Error is clearly stating about |
Yeah this is broken with brew stable sadly. I had to checkout master in my brew directory to get it working |
Actually, not sure why it doesn't work on old version. Will be able to check tomorrow. |
I was worried about new formula syntax with old brew installation, but how could you have a the new emacs-plus recipe with and old brew installtion though? they update together via |
@danielfleischer I am not aware how homebrew and taps are in sync, but from that comment looks like it is a problem with homebrew itself. |
I can confirm a clean build with this versioning on MacOS Ventura, M1 Pro CPU. I git pull'd manually for these
Addendum: unfortunately, this error has reared its ugly head once again.
|
I installed homebrew via the install script ( I've switched to the master branch and all is working happily now, just something to keep in mind that this tap will be broken for anyone using stable homebrew, until brew's stable tag gets updated |
Thanks, I wasn't aware there's stable and master for homebrew and that I probably live on master without thinking about it. To be honest this issue is due to a breaking change (API change) in homebrew so stuff is going to be either compatible or not. Not sure we want to have logic in the formulas doing different things depending on homebrew's version. Let's see how long it takes today's homebrew commit to reach stable. |
Seems like there is a way to make it {future,past}-proof. See #569. So it would work with new version and old version of brew. Tested with new, waiting for CI to make sure that it builds with old version of brew. |
Update disregard - it was an issue related to my local hacks. Ah, I was too fast to judge the local build. Actually it failed eventually. The difference with previous state is that the error happens after the build instead of before.
|
@UnderGreen to be fair, it's a problem of Emacs+ because I am trying to hook into private method. |
On the good part, I see green tests when building on CI. For example I also switched to my branch and built |
See commit change in
initialize
function. Homebrew4.0.15-97-ge191b82
or newer.Related to #566.