Apple is moving Xcode downloads to .aea — 27.3 announced as the last .xip release
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Start by reading the .xip download and extraction flow, including the --experimental-unxip path, and compare it with the issue’s notes about /usr/bin/aea. The key material and decryption requirements are unconfirmed, so first verify them with an actual .aea Xcode archive; done means defining and implementing a reliable install path for .aea releases.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
Apple's download page for the Xcode 27.3 beta states that Xcode is now also offered as an Apple Encrypted Archive (.aea), and that 27.3 is the last release that will be distributed as .xip. If that holds, xcodes stops being able to install new Xcode releases from 27.4 onward.
I can't link the source: the notice is on the Xcode 27.3 beta entry in the developer downloads area, which is behind an Apple ID sign-in, so there's no public URL to point at. Reported here second-hand in case others have seen the same notice — happy to be corrected if someone reads it differently.
Current state
As far as I can tell there's nothing on this yet in either repo:
- No issues or PRs matching
aeainXcodesOrg/xcodes - No issues matching
aeainXcodesOrg/XcodesApp - No mention of
aea/ Apple Encrypted Archive in any release notes back to 1.4.1 (latest: 2.1.0)
Filing so there's somewhere to collect information as the change lands.
Why it matters
xcodes install currently assumes a .xip and unarchives it (including the --experimental-unxip path). An .aea download would need a decrypt step before anything resembling the current unarchive flow. For anyone running xcodes unattended (CI, or a scheduled updater), this turns into a silent failure the first time Apple ships an .aea-only release.
Possible implementation note
macOS ships /usr/bin/aea, which may remove the need to implement the format directly — xcodes could shell out to it much as it already does for xip:
$ aea
Usage: aea command <options>
Commands:
encrypt Create a new encrypted archive `output_file` from the data in `input_file`
decrypt Decrypt the contents of encrypted archive `input_file` to `output_file`
append Append the contents of `input_file` to an existing encrypted archive `output_file`
sign Sign an existing encrypted archive `output_file`
id Print archive identifier for `input_file`
remove-from-keychain Remove credentials stored in Keychain for the input archive
The open question is key material. aea decrypt with no arguments fails at context creation, and the remove-from-keychain subcommand implies credentials get cached in the Keychain, so Apple's Xcode archives presumably carry a key tied to the signed-in developer session rather than being freely decryptable. Someone with access to an actual .aea Xcode download would need to confirm what aea id reports for it and what key the decrypt requires — that seems like the part that needs designing, rather than the unarchiving itself.
Environment
- xcodes 2.1.0 (Homebrew)
- macOS 27.3, Apple Silicon
- Xcode 27.3 beta (27C5020n), installed via
xcodesas a.xip— so the.xippath still works today
- Vorherrschende Sprache
- Swift
- Sterne
- 4.9k
- Forks
- 192
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus XcodesOrg/xcodes
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
-
Use OSC 7501Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 56/100
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Partially downloaded/damaged Xcode archives aren't checked before moved to download locationEvtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
-
xcodes does not check if runtime is already installedEvtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
Alle Issues in XcodesOrg/xcodes
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
swiftlang/github-workflows#352 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
jphacks/kz_2601#1375 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 83/100
paritytech/polkadot-ios-community#415 ·
Maintainer antworten meist innerhalb von 1 Tag