-
Notifications
You must be signed in to change notification settings - Fork 156
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
Investigate Mac Builds for 'x64' + 'arm64' or 'universal' #468 #469
base: master
Are you sure you want to change the base?
Conversation
c4f7afa
to
6a71c50
Compare
847a63c
to
1391d3f
Compare
4e1391d
to
ddb2298
Compare
831dcd3
to
a113a6b
Compare
68cd596
to
5ce324e
Compare
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.
Thanks for the changes! Looks mostly good to me. I have two comments below and two questions:
- Do you want to merge this with the debug statements?
- Are you planning on squashing on merge? Then it will be harder to remove the debug statements later on, right?
PUBLISHING.md
Outdated
After completing these steps, open a PR with your changes. | ||
The PR will trigger a verification build that will have two zip files with mac artifacts attached. | ||
Download these zips and replace them on this pre-release: <https://github.com/eclipse-theia/theia-ide/releases/tag/pre-release>. | ||
The unsigned dmgs will be used as the input the Jenkins Build. | ||
Merging the PR automatically triggers a preview release. |
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.
I feel like we could just continue the numbered list for these points. WDYT?
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.
Makes sense, I'll adjust this.
I would like to keep the remaining debug outputs. I already cleaned up unnecessary logs, but the ones left are actually useful in case of errors or if new binaries that need signing are added to the tool. The output from the mac notarization service might not be too helpful. Since these logs are only in a build-time script, I think this is fine. I would still prefer to squash, but if you disagree, I can force-push the change in two commits, keeping the debug logs in a separate one. Let me know what works best for you. |
No its fine then. Then i am fine with merging, when the Publishing is adapted |
76538da
to
3d6f415
Compare
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.
LGTM 👍 I leave it up to you whether or not we should include the macos14 tests
29a356f
to
d7fbd46
Compare
Reason for the test failure was that the application is created on a different path on arm-macs. |
* since we only have x64 node in Eclipse CI we will build for x64 and arm64 on Github runners * Zipped dist directories will be made available to the Jenkins build via a Github pre-release * Zips will be produced by verification Job for now * adjusts the Jenkinsbuild to get the zips from the pre-release, unpack the dmg, sign the files, repack, and continue build as before * add a new location on download.eclipse.org for mac arm builds (the latest file is called the same for both mac archs, so we need two locations for updates) * enable tests for arm
ac4ada7
to
19c496f
Compare
What it does
closes #468
How to test
I guess we need to test builds via the preview channel
Review checklist
Reminder for reviewers