Распутывание развертывания iOS с помощью ./mvnw -Pios gluonfx: link и nativerun

Question

Попытка устранить эту ошибку путем развертывания небольшого образца приложения, созданного из start.gluon.io, на подключенном iPad под управлением iOS 15.2 из macOS 10.15.7

      [Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 52%] CreatingStagingDirectory
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 57%] ExtractingPackage
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 60%] InspectingPackage
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 60%] TakingInstallLock
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 65%] PreflightingApplication
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 65%] InstallingEmbeddedProfile
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] [ 70%] VerifyingApplication
[Mon Dec 27 20:17:53 GMT 2021][INFO] [SUB] 2021-12-27 20:17:53.522 ios-deploy[4411:85868] [ !! ] Error 0xe8008029: unknown. AMDeviceSecureInstallApplication(0, device, url, options, install_callback, 0)

Фиктивное приложение Xcode было подписано и развернуто на подключенном iPad нормально, хотя в конфигурации подписи для Xcode 12 пришлось указать дополнительный параметр --generate-entity-der.

Следую инструкциям на https://docs.gluonhq.com/#_build_your_application118. Plist отредактировал для идентификатора пакета с использованием моего профиля подготовки учетной записи разработчика Apple и обнаружил указанную выше ошибку. Документы говорят, что добавление <verbose>true</verbose> в плагин GluonFX может быть полезным, поэтому я добавил в <configuration> плагина артефакт и повторно запустил ./mvnw gluonfx: link и nativerun, и ни один из них, похоже, не регистрирует любые дополнительные сообщения.

Есть идеи, куда идти дальше, пожалуйста, либо чтобы сделать сборку более подробной, чтобы проверить, что она выбирает правильный профиль подготовки, либо другие подсказки, как пройти проверку после того, как .app скопирован на iPad, пожалуйста?

Answer 1

Проблема связана с запуском Xcode 12.4 и попыткой развертывания на устройстве iOS 15. Более поздние версии Xcode, доступные в более новых версиях macOS, могут не столкнуться с этим. Apple добавила некоторые требования к сертификату в соответствии с версией подписи кода, которая больше не поддерживается.

Удалось подписать и развернуть, следуя совету Хосе Переда в комментариях, то есть клонировав репозиторий субстрата Gluon и добавив --generate-entitlement-der к вызову codesign.