Xcode 14.3 distribution fails after successful archive

Question

JAWZ OP

Created Apr ’23

Replies 6

Boosts 1

Views 1.9k

Participants 7

What's happened to Xcode 14.3 on M1 Macs? Distributing Enterprise and Ad Hoc apps is broken!

I can successfully archive an app, as usual, but when I come to distribute it I see an unhelpful error message:

"The operation couldn’t be completed. (AppThinning.StubError error 1.)"

Digging around in the logs reveals this in IDEDistribution.verbose.log:

023-04-17 12:16:50 +0000  Output: ruby 2.6.10p210 (2022-04-12 revision 67958) [universal.arm64e-darwin22]
&#x2F;Applications&#x2F;Xcode.app&#x2F;Contents&#x2F;SharedFrameworks&#x2F;AppThinning.framework&#x2F;Resources&#x2F;ipatool:4135: warning: assigned but unused variable - prev
&#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;CFPropertyList-3.0.5&#x2F;lib&#x2F;cfpropertylist&#x2F;rbCFPropertyList.rb:83: warning: assigned but unused variable - temp
&#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:65:in `require&#039;: dlopen(&#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;date-3.2.2&#x2F;lib&#x2F;date_core.bundle, 0x0009): tried: &#039;&#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;date-3.2.2&#x2F;lib&#x2F;date_core.bundle&#039; (mach-o file, but is an incompatible architecture (have &#039;x86_64&#039;, need &#039;arm64&#039;)), &#039;&#x2F;System&#x2F;Volumes&#x2F;Preboot&#x2F;Cryptexes&#x2F;OS&#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;date-3.2.2&#x2F;lib&#x2F;date_core.bundle&#039; (no such file), &#039;&#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;date-3.2.2&#x2F;lib&#x2F;date_core.bundle&#039; (mach-o file, but is an incompatible architecture (have &#039;x86_64&#039;, need &#039;arm64&#039;)) - &#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;date-3.2.2&#x2F;lib&#x2F;date_core.bundle (LoadError)
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:65:in `require&#039;
	from &#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;date-3.2.2&#x2F;lib&#x2F;date.rb:4:in `&lt;top (required)>&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:65:in `require&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:65:in `require&#039;
	from &#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;CFPropertyList-3.0.5&#x2F;lib&#x2F;cfpropertylist&#x2F;rbCFPropertyList.rb:4:in `&lt;top (required)>&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:65:in `require&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:65:in `require&#039;
	from &#x2F;Library&#x2F;Ruby&#x2F;Gems&#x2F;2.6.0&#x2F;gems&#x2F;CFPropertyList-3.0.5&#x2F;lib&#x2F;cfpropertylist.rb:3:in `&lt;top (required)>&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:130:in `require&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:130:in `rescue in require&#039;
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:34:in `require&#039;
	from &#x2F;Applications&#x2F;Xcode.app&#x2F;Contents&#x2F;SharedFrameworks&#x2F;AppThinning.framework&#x2F;Resources&#x2F;ipatool:15:in `&lt;main>&#039;
&#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:54:in `require&#039;: cannot load such file -- cfpropertylist (LoadError)
	from &#x2F;System&#x2F;Library&#x2F;Frameworks&#x2F;Ruby.framework&#x2F;Versions&#x2F;2.6&#x2F;usr&#x2F;lib&#x2F;ruby&#x2F;2.6.0&#x2F;rubygems&#x2F;core_ext&#x2F;kernel_require.rb:54:in `require&#039;
	from &#x2F;Applications&#x2F;Xcode.app&#x2F;Contents&#x2F;SharedFrameworks&#x2F;AppThinning.framework&#x2F;Resources&#x2F;ipatool:15:in `&lt;main>&#039;
2023-04-17 12:16:50 +0000  JSON: error: Error Domain=NSCocoaErrorDomain Code=260 "The file “ipatool.json” couldn’t be opened because there is no such file." UserInfo={NSFilePath=&#x2F;var&#x2F;folders&#x2F;m9&#x2F;3l7lxg4n67q9q9fmg_bdmj080000gn&#x2F;T&#x2F;IPATool.rg7VXjk&#x2F;ipatool.json, NSUnderlyingError=0x60000bf48fc0 {Error Domain=NSPOSIXErrorDomain Code=2 "No such file or directory"}}

It looks like at least one of the Ruby Gems (date_core.bundle) is missing the 'arm64' architecture, but as we can no longer open Xcode 14.3 under Rosetta, it means this tool is now broken...?

Anyone else seen this issue?

Boost

Answer 1

nhattranminh OP

May ’23

Somebody from Apple can help us?

0

Answer 2

sabarivenkat OP

May ’23

Yes. I too face the same issue when trying to build adhoc apps through fastlane

0

Answer 3

irontec OP

May ’23

Same problem here, but with intel mac and 14.2 xcode.

0

Answer 4

1312ccs OP

Jun ’23

having the same issue, cannot build for development and ad hoc but can build for app store connect

0

Answer 5

Uptech1223 OP

Oct ’23

I am getting same error in XCode 15.0.1, is there anyone finds solution for this?

0

Answer 6

Tulleb OP

Nov ’23

$ gem install CFPropertyList
$ gem install sqlite3

More details here.

0