Add Windows ARM64 wheels to the release pipeline
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 15/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- python
- Bereich
- build-system, release
Rechercherichtung
Start with setup.py, where native Windows binaries are kept only for win32 and win-amd64, and the Windows attach-helper build script, which builds only x86 and x64. The release matrix lives in internal pipelines referenced from azure-pipelines/pipelines.yaml, so most of the work needs maintainer access. Done means ARM64 native binaries are packaged and a win_arm64 wheel is produced in CI, which requires maintainer coordination on the release process.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Hi @rchiodo , I'm from Microsoft and recently I'm working on improving Python ecosystem support for Windows on Arm. I want to add support for Windows ARM64 builds and tests of debugpy, but I find that wheel building, signing, and publishing happen in separate internal pipelines (https://github.com/microsoft/debugpy/blob/e77356e03af0f84abbde4122e1165afd3cb66c20/azure-pipelines/pipelines.yaml#L2).
Could you please help to support this?
Feature request
Please add native Windows ARM64 (win_arm64) wheels to debugpy’s existing build, signing, and PyPI release pipeline, for supported CPython versions that provide Windows ARM64 builds.
This would let users running native ARM64 Python on Windows install a prebuilt package without compiling debugpy locally or switching to x64 Python under emulation.
Current repository configuration
A few places appear to need attention:
azure-pipelines/pipelines.yamlnotes that wheel building, signing, and publishing happen in separate internal pipelines, so the release build matrix is not available in this repository.setup.pyonly retains Windows native binaries for thewin32andwin-amd64platforms; ARM64 packaging would need to be included.- The Windows attach-helper build script currently builds only x86 and x64 binaries. ARM64 compatibility for those helpers may need separate work.
Desired outcome
- Publish correctly tagged
win_arm64wheels through the existing release process. - Build and package the appropriate ARM64 native extensions.
- Add native Windows ARM64 installation and basic debugging coverage.
- Document any remaining limitations, particularly attaching to an existing process.
- Vorherrschende Sprache
- Python
- Sterne
- 2.5k
- Forks
- 209
- Ø Merge
- 1 T. 1 Std.
- Gemergte PRs (30 T.)
- 7
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- 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 microsoft/debugpy
-
pydevd_comm.py start_client() does not set TCP_NODELAY on the connections it opensEvtl. vergeben @nightcityblade hat das vor 65 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
microsoft/debugpy#2054 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Document "rules"-optionEvtl. vergeben @nightcityblade hat das vor 54 Tagen übernommen. Offendocumentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
microsoft/debugpy#1958 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
wx.EventLoop() deprecation warningEvtl. vergeben @nightcityblade hat das vor 52 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
microsoft/debugpy#1901 · 3 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
-
debugpy.configure(python=) is not properly documentedEvtl. vergeben @nightcityblade hat das vor 63 Tagen übernommen. Offendocumentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
microsoft/debugpy#1097 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Adapter bootstrap fails with ConnectionRefusedError on WSL2 VirtioProxy or hostAddressLoopbackEvtl. vergeben @nightcityblade hat das vor 19 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
microsoft/debugpy#2071 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in microsoft/debugpy
Ähnliche Issues
-
idxmax/idxmin raise ValueError when a single partition is all-NAEvtl. vergeben @Jason10191019999 hat das heute übernommen. Offenneeds triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 3 Tagen
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
-
[BUG]: Windows GUI package of v1.17.0-rc3 has no GTK DLLsEvtl. vergeben @andrut-ds hat das heute übernommen. Offenbug CI/CD Pactus-GUI Windows
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
pactus-project/pactus#2428 ·
Maintainer antworten meist innerhalb von 1 Tag
-
DiskDataset.reshard() can hang with a zero or negative shard sizeEvtl. vergeben @Programmer-Develops hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 19 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
GNS3/gns3-server#3017 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag