Hi folks, I've been having this issue for the last few months, where Xcode Cloud fails to resolve Swift package dependencies while compiling my builds, seemingly at random. Some of my Xcode Cloud builds will fail after several minutes, with an error log looking like that : xcodebuild: error: Could not resolve package dependencies: failed downloading 'https://dl.google.com/firebase/ios/bin/grpc/1.62.2/rc0/grpcpp.zip' which is required by binary target 'grpcpp': downloadError("The request timed out.") Whenever this happens, I have to manually restart an Xcode Cloud build process (or several builds, since the error can happen multiple times in a row), to the point it's becoming increasingly painful to rely on Xcode Cloud for my workflow. The failing packages are mostly random (meaning, it's not always the same one that Xcode fails to resolve), but they are always publicly accessible, even though I have an environment variable set in my Xcode workflows to retrieve a single Github private dependency (maybe this has some kind of importance). Could anyone tell me if this is an isolated issue, or if I could do anything on my end to resolve this ? Thank you !

Hi, I just updated my iMac M1 to the latest version of Sonoma (macOS 14.2) ; I attempted to update Xcode after that since it has just been updated to 15.1 on the Mac App Store, but I got a greyed out "Update" button on the App Store, saying "Not compatible with this device". The requirements state it needs macOS 13.5 or later. I deleted it, but I'm not able to install it from the App Store again, I imagine for the same reason. I'll try downloading it from the Apple Developer Downloads, but it seems that something is clearly not right here.

Hi guys, just updated Xcode to 13.2 via Mac App Store. I installed the additional components, and my project won't compile anymore : Xcode just tells me "Internal error: missingPackageDescriptionModule - Resolving Package Graph Failed" when attempting to build. None of the Swift packages used within my app seems to build, because "Package resolution errors must be fixed before building". Already attempted to clean derived data, reset Swift package caches and update package versions to no avail. Guess I'll try re-installing Xcode but... does anyone else have the same issue ? Using an M1 Mac and just updated to Monterey 12.1 if that's relevant. Thank you !

Hi,I noticed something kinda odd when performing receipt validation against Apple servers.This is a part of Apple's response when validating my receipt against the Sandbox server, regarding an auto-renewable IAP, after calling restoreCompletedTransactions() on the SKPaymentQueue (sensitive data edited out) :{ "quantity": "1", "product_id": "com.mycompany.myappid.myproductidentifier", "transaction_id": "100000051***3", "original_transaction_id": "100000043***2", "purchase_date": "2018-08-30 19:24:10 Etc/GMT", "purchase_date_ms": "1535657050000", "purchase_date_pst": "2018-08-30 12:24:10 America/Los_Angeles", "original_purchase_date": "2019-03-28 11:04:28 Etc/GMT", "original_purchase_date_ms": "1553771068000", "original_purchase_date_pst": "2019-03-28 04:04:28 America/Los_Angeles", "expires_date": "2018-08-30 19:29:10 Etc/GMT", "expires_date_ms": "1535657350000", "expires_date_pst": "2018-08-30 12:29:10 America/Los_Angeles", "web_order_line_item_id": "100000004***1", "is_trial_period": "false", "is_in_intro_offer_period": "false" },It was my understanding that, when talking about auto-renewable products, original_purchase_date is the date of the original subscription (should be unique for the first purchase and all the subsequent renewed purchases), and purchase_date is the date of the purchase we're currently checking (could be the same one as original_purchase_date if this is indeed the original transaction, or could be posterior to the original_purchase_date if this is a renew). In this receipt, I notice that the purchase_date is 2018/08/30, while the original_purchase_date is 2019/03/28 ; did I get it all wrong, or is this some kind of glitch in the Sandbox receipt ?Thanks for your help.