-
Notifications
You must be signed in to change notification settings - Fork 238
Switch to create-dmg #2207
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
Switch to create-dmg #2207
Conversation
|
This should NOT be merged as is. |
ann0see
left a comment
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.
The .DS_Store file doesn't seem to be created.
|
@emlynmac could you please test if this build works on a modern Mac? I couldn’t really test it on my macOS VM… |
Sure - where can I find the build? |
|
The .dmg is in the actions tab as artifact; however I‘m more interested in a local creation of the .dmg file. On GH actions it seems as if it doesn’t correct create a .DS_Store file and therefore doesn’t add a background image |
I'd not be concerned about the .DS_Store. It's just a part of the filesystem. I wonder if create-dmg is more picky about absolute file paths vs relative paths and whether that is why the resource is not being pulled in? Or maybe even the PNG not being the right format or something? |
|
I think the background-image file is included in the dmg (see hidden folders). |
ed54a0e to
d30f126
Compare
|
I seem to get what the problem is now... We need to copy the .DS_Store we already had so far to the new installer since CI doesn't like GUI stuff (and we don't get permissions to execute a apple script create-dmg uses to set the background images) |
2c26ed5 to
bf43017
Compare
|
... or we use a different tool. |
|
Nope. Copying the .DS_Store also doesn't work... |
cb0f738 to
9df6013
Compare
9df6013 to
f754eec
Compare
|
It even seems to fix the scroll bars being shown on Big Sur upwards |
|
Sorry to say that, but I am no longer that confident that the scroll bar issue is fixed. I just realised that the Mac I tested the dmg on was running some OS before big sur. |
|
I've had a quick look at the .dmg build artifact and noticed that it seems to be a different format. I can't yet tell what's better or if it makes a difference at all, but I wanted to mention it. 7z x ../jamulus_3.8.1dev-6172bc8_mac.dmg (this PR)7z x ../jamulus_3.8.1dev-b324ee8_mac.dmg (master) |
|
Should be tested once again and then squash merged. There are no SDK changes anymore |
I think someone with macOS knowledge should judge what this means. To me it just means that this PR does not only change the process, but it also changes the result, either as a result of the different tooling or as a result of a different build environment (hdituil?). This change might be positive for us and for users or it might unexpectedly break for older macOS releases. I can't tell, but someone should. :) |
hoffie
left a comment
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.
Another nit. Happy to approve once there's confirmation regarding the file format.
This is probably the explanation for the format within the old build, but we still don't know why this format was chosen:
https://github.com/jamulussoftware/jamulus/pull/2207/files#diff-8f016f4f41c7ad708e4ff8d2546ce6fc8a4e3146159b2a621688c472f912ff7cL38
According to git history, this was introduced along the initial mac build logic by @doloopuntil in 8411deb.
|
I think the change in format can be explained by the use of another tool. The dmg opens fine on Catalina, which is the oldest version I have access to. @JohannesBrx has an older Mac and he should be able to test the .dmg |
6962b56 to
fa5e0ed
Compare
This enables building the macOS installer on macOS BigSur or later
fa5e0ed to
bc950a2
Compare
|
Looks like create-dmg is hardcoded to use HFS: It also looks like HFS is the more legacy-friendly option: APFS seems to require 10.2+ (which might be fine, at least for the regular builds?). I don't think this is a blocker for using Edit: The create-dmg-based build seems to work on M1, so no need to change anything: #2148 (reply in thread) |
@ann0see: Sorry for replying so late. Some time ago I upgraded to MacOS High Sierra because the list of unsupported software was getting longer... ;-) |
hoffie
left a comment
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.
@JohannesBrx Thanks for the feedback.
So... as this is a requirement for moving to more recent Mac build environments and because there are no known downsides, I'd vote for merging this early for 3.9.0 so that it can be part of one of the betas.
@ann0see Thanks for working on this :)
|
Should be merged after upcoming release (not squash merged) |
|
CHANGELOG: Autobuild: Build macOS .dmg files by create-dmg for building compatibility with further versions of macOS #2420 |
|
@hoffie this PR also seems to be wrongly linked in the changelog |
What exactly? Both Github release and |
|
Strange. I thought we already had that in in some previous release. |
Short description of changes
Just a draft on how we could switch to create-dmg. Probably it's worth changing more in the macOS build process.
Context: Fixes an issue?
Fixes: #1797
Does this change need documentation? What needs to be documented and how?
No
Status of this Pull Request
Working semi-tested version
What is missing until this pull request can be merged?
Someone with a Mac should test if it does what it should. Especially the placing of files in the .dmg
And it should be squashed and merged
Checklist