Skip to content
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

Install statically via SPM #8588

Open
igorvoytovich opened this issue May 15, 2024 · 8 comments
Open

Install statically via SPM #8588

igorvoytovich opened this issue May 15, 2024 · 8 comments

Comments

@igorvoytovich
Copy link

Problem

Hi,

Since Privacy Manifest validator has been fixed on Apple side, I guess it makes sense to revert back
this change: #8561 to be able to install Realm statically via SPM.

Solution

Remove type: .dynamic from Package.swift for both Realm and RealmSwift.

Alternatives

How important is this improvement for you?

Dealbreaker

Feature would mainly be used with

Local Database only

Copy link

sync-by-unito bot commented May 15, 2024

➤ PM Bot commented:

Jira ticket: RCOCOA-2360

@tgoyne
Copy link
Member

tgoyne commented May 15, 2024

Do you have any further information about what changes Apple has made to privacy manifest validation? I have not heard anything.

@igorvoytovich
Copy link
Author

@tgoyne

you can find the discussion here: firebase/firebase-ios-sdk#12557 (comment)

There was a problem with privacy manifest in static libraries for some time, but seems like everything is working normally now.

Hope this change can be made, so we can continue using the SDK the same way we’ve used for years.

@tgoyne
Copy link
Member

tgoyne commented May 15, 2024

Validation for static libraries works, but the problem is that Xcode doesn't actually build static libraries; it builds object libraries which are a different thing that did not work when I last retested it after the May 1 deadline.

@igorvoytovich
Copy link
Author

igorvoytovich commented May 15, 2024

Ah, I get it now.

So, there is no way of installing SDK statically via SPM as it was before this change? The only option is to use RealmSwift with Embed & Sing, which would be dynamic installation, right?

We doubt how we should deal with this right now. Perhaps we should avoid using SPM specifically for Realm and consider other installation ways? Because we have many different dependencies, and for everyone else nothing seems to have changed after introduction of Privacy Manifests. (Firebase SDKs for example)

@shvetsjr
Copy link

Every dependency we used fixed their privacy manifests without making their library dynamic and only Realm did it. This caused us a lot of issue and at some point we even wanted to switch to SwiftData. Really hope we will be able to install Realm statically in the future.

@igorvoytovich
Copy link
Author

Every dependency we used fixed their privacy manifests without making their library dynamic and only Realm did it. This caused us a lot of issue and at some point we even wanted to switch to SwiftData. Really hope we will be able to install Realm statically in the future.

Same here.

At the moment we just don't know what to do next. I hope this will be changed in the next release so that the SDK can be updated and used normally.

@sync-by-unito sync-by-unito bot assigned tgoyne and unassigned nirinchev May 22, 2024
@nirinchev
Copy link
Member

We're going to investigate this and see if we can provide a better developer experience here. As a temporary workaround, you can either downgrade to 10.49.2 and copy the entries from the Realm privacy manifest to your app's privacy manifest or consume Realm through non-SPM package manager.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants