-
Notifications
You must be signed in to change notification settings - Fork 67
Ditch .framework folders and let the export plugin copy and sign .dylib
files
#78
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
Merged
Merged
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file was deleted.
Oops, something went wrong.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -6,7 +6,6 @@ This repository serves as a quickstart template for GDExtension development with | |
* godot-cpp as a submodule (`godot-cpp/`) | ||
* GitHub Issues template (`.github/ISSUE_TEMPLATE.yml`) | ||
* GitHub CI/CD workflows to publish your library packages when creating a release (`.github/workflows/builds.yml`) | ||
* GitHub CI/CD actions to build (`.github/actions/build/action.yml`) and to sign Mac frameworks (`.github/actions/build/sign.yml`). | ||
* preconfigured source files for C++ development of the GDExtension (`src/`) | ||
* setup to automatically generate `.xml` files in a `doc_classes/` directory to be parsed by Godot as [GDExtension built-in documentation](https://docs.godotengine.org/en/stable/tutorials/scripting/gdextension/gdextension_docs_system.html) | ||
|
||
|
@@ -28,119 +27,3 @@ For getting started after cloning your own copy to your local machine, you shoul | |
|
||
This repository comes with a GitHub action that builds the GDExtension for cross-platform use. It triggers automatically for each pushed change. You can find and edit it in [builds.yml](.github/workflows/builds.yml). | ||
After a workflow run is complete, you can find the file `godot-cpp-template.zip` on the `Actions` tab on GitHub. | ||
|
||
Note: for macos, you will have to build the binary as a `.dylib` in a `EXTENSION-NAME.framework` folder. The framework folder should also have a `Resources` folder with a file called `Info.plist`. Without this file, signing will fail. | ||
|
||
Note: for iOS, the same should be as for MacOS, however the `Info.plist` file needs to be close to the `.dylib`, instead of in a `Resources` folder (If this is not done, the build will fail to upload to the App Store). | ||
|
||
So, in our case, the builds should be: | ||
|
||
```sh | ||
bin/EXTENSION-NAME.macos.template_debug.framework/EXTENSION-NAME.macos.template_release | ||
bin/EXTENSION-NAME.ios.template_debug.framework/EXTENSION-NAME.ios.template_release.arm64.dylib | ||
|
||
Afterwards, you want to set in the `.gdextension` file the paths to the `.framework` folder, instead of the `.dylib` file (Note that for the `.dylib` binary, the extension is not needed, you could have a file without any extension and it would still work). | ||
|
||
In the `name: Mac Sign` step, we are signing the generated mac binaries. | ||
We are reusing the following action: | ||
```yml | ||
uses: godotengine/godot-cpp-template/.github/actions/sign@main | ||
with: | ||
FRAMEWORK_PATH: bin/macos/macos.framework | ||
APPLE_CERT_BASE64: ${{ secrets.APPLE_CERT_BASE64 }} | ||
APPLE_CERT_PASSWORD: ${{ secrets.APPLE_CERT_PASSWORD }} | ||
APPLE_DEV_PASSWORD: ${{ secrets.APPLE_DEV_PASSWORD }} | ||
APPLE_DEV_ID: ${{ secrets.APPLE_DEV_ID }} | ||
APPLE_DEV_TEAM_ID: ${{ secrets.APPLE_DEV_TEAM_ID }} | ||
APPLE_DEV_APP_ID: ${{ secrets.APPLE_DEV_APP_ID }} | ||
``` | ||
As you can see, this action requires some secrets to be configured in order to run. Also, you need to tell it the path to the `.framework` folder, where you have both the binary (`.dylib` file) and the `Resources` folder with the `Info.plist` file. | ||
|
||
## Configuration - Mac Signing Secrets | ||
|
||
In order to sign the Mac binary, you need to configure the following secrets: | ||
`APPLE_CERT_BASE64`, `APPLE_CERT_PASSWORD`, `APPLE_DEV_PASSWORD`, `APPLE_DEV_ID`, `APPLE_DEV_TEAM_ID`, `APPLE_DEV_APP_ID`. These secrets are stored in the example above in the Github secrets for repositories. The names of the secrets have to match the names of the secrets you use for your action. For more on this, read the [Creating secrets for a repository](https://docs.github.com/en/actions/security-guides/using-secrets-in-github-actions#creating-secrets-for-a-repository) article from Github. | ||
|
||
These secrets are then passed down to the `godotengine/godot-cpp-template/.github/actions/sign@main` action that signs the binary. | ||
|
||
In order to configure these secrets, you will need: | ||
|
||
- A Mac | ||
- An Apple ID enrolled in Apple Developer Program (99 USD per year) | ||
- A `Resources/Info.plist` in the `framework` folder. Take the one in this project as an example. Be careful to set CFBundleExecutable to the **EXACT** lib name, otherwise it won't work. Also, don't put strange names in the CFBundleName and other such places. Try to only use letters and spaces. Errors will be extremly vague if not impossible to debug. | ||
|
||
For the actions you will need to set the following inputs. Store them as secrets in GitHub: | ||
|
||
- APPLE_CERT_BASE64 | ||
- APPLE_CERT_PASSWORD | ||
- APPLE_DEV_ID | ||
- APPLE_DEV_TEAM_ID | ||
- APPLE_DEV_PASSWORD | ||
- APPLE_DEV_APP_ID | ||
|
||
You will find here a guide on how to create all of them. Go to [developer.apple.com](developer.apple.com): | ||
|
||
- Create an Apple ID if you don’t have one already. | ||
- Use your Apple ID to register in the Apple Developer Program. | ||
- Accept all agreements from the Apple Developer Page. | ||
|
||
### APPLE_DEV_ID - Apple ID | ||
|
||
- Your email used for your Apple ID. | ||
|
||
- APPLE_DEV_ID = [email protected] | ||
|
||
### APPLE_DEV_TEAM_ID - Apple Team ID | ||
|
||
- Go to [developer.apple.com](https://developer.apple.com). Go to account. | ||
- Go to membership details. Copy Team ID. | ||
|
||
- APPLE_DEV_TEAM_ID = `1ABCD23EFG` | ||
|
||
### APPLE_DEV_PASSWORD - Apple App-Specific Password | ||
|
||
- Create [Apple App-Specific Password](https://support.apple.com/en-us/102654). Copy the password. | ||
|
||
- APPLE_DEV_PASSWORD = `abcd-abcd-abcd-abcd` | ||
|
||
### APPLE_CERT_BASE64 and APPLE_CERT_PASSWORD and APPLE_DEV_APP_ID | ||
|
||
- Go to [developer.apple.com](https://developer.apple.com). Go to account. | ||
- Go to certificates. | ||
- Click on + at Certificates tab. Create Developer ID Application. Click Continue. | ||
- Leave profile type as is. [Create a certificate signing request from a mac](https://developer.apple.com/help/account/create-certificates/create-a-certificate-signing-request). You can use your own name and email address. Save the file to disk. You will get a file called `CertificateSigningRequest.certSigningRequest`. Upload it to the Developer ID Application request. Click Continue. | ||
- Download the certificate. You will get a file `developerID_application.cer`. | ||
- On a Mac, right click and select open. Add it to the login keychain. In the Keychain Access app that opened, login Keychain tab, go to Keys, sort by date modified, expand your key (the key should have name you entered at common name `Common Name`), right click the expanded certificate, get info, and copy the text at Details -> Subject Name -> Common Name. | ||
Eg. | ||
- APPLE_DEV_APP_ID = `Developer ID Application: Common Name (1ABCD23EFG)` | ||
|
||
- Then, select the certificate, right click and click export. At file format select p12. When exporting, set a password for the certificate. This will be APPLE_CERT_PASSWORD. You will get a `Certificates.p12` file. | ||
|
||
Eg. | ||
- APPLE_CERT_PASSWORD = `<password_set_when_exporting_p12>` | ||
|
||
- Then you need to make a base64 file out of it, by running: | ||
``` | ||
base64 -i Certificates.p12 -o Certificates.base64 | ||
``` | ||
|
||
- Copy the contents of the generated file: | ||
Eg. | ||
- `APPLE_CERT_BASE64` = `...`(A long text file) | ||
|
||
After these secrets are obtained, all that remains is to set them in Github secrets and then use them in the Github action, eg. in the above Github action usage example, this part: | ||
|
||
``` | ||
- name: Mac Sign | ||
if: ${{ matrix.platform == 'macos' && env.APPLE_CERT_BASE64 }} | ||
env: | ||
APPLE_CERT_BASE64: ${{ secrets.APPLE_CERT_BASE64 }} | ||
uses: godotengine/godot-cpp-template/.github/actions/sign@main | ||
with: | ||
FRAMEWORK_PATH: bin/macos/macos.framework | ||
APPLE_CERT_BASE64: ${{ secrets.APPLE_CERT_BASE64 }} | ||
APPLE_CERT_PASSWORD: ${{ secrets.APPLE_CERT_PASSWORD }} | ||
APPLE_DEV_PASSWORD: ${{ secrets.APPLE_DEV_PASSWORD }} | ||
APPLE_DEV_ID: ${{ secrets.APPLE_DEV_ID }} | ||
APPLE_DEV_TEAM_ID: ${{ secrets.APPLE_DEV_TEAM_ID }} | ||
``` |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file was deleted.
Oops, something went wrong.
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Uh oh!
There was an error while loading. Please reload this page.