Proposal: npm package version should match native binary version (or clearly indicate it)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 28/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- react-native, rust, typescript
- Ambito
- build-system, mobile-dev, release
Direzione di ricerca
Non vengono indicati file sorgente. Inizia esaminando i metadati del pacchetto npm pubblicato e il release workflow che imposta il valore native binary.version; confronta come vengono prodotte le versioni 0.3.2 e 0.4.3. Il lavoro è completo quando le versioni native sono vincolate alle versioni del pacchetto o chiaramente esposte tramite versionamento composito, con un controllo che impedisca la modifica retroattiva dei metadati del pacchetto pubblicato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When I install @openwallet-foundation/[email protected], I expect to get native binary v0.3.2. Instead, I silently get v0.4.1.
This caused hours of debugging when I encountered Xcode 16 LLVM incompatibility errors. I tried downgrading the npm package, assuming older versions would have older (compatible) native binaries. They don't.
What I found:
| npm version | Expected native | Actual native |
|---|---|---|
| 0.4.3 | v0.4.3 | v0.4.6 |
| 0.3.2 | v0.3.2 | v0.4.1 |
| 0.3.1 | v0.3.1 | v0.4.1 |
| 0.3.0 | v0.3.0 | v0.4.1 |
The only compatible native binary (v0.3.2, built with older LLVM) is not referenced by any npm package version.
Suggestion
Either:
- Lock native version to npm version (1:1 mapping)
- Use composite versioning like
0.4.3-native0.3.2or0.4.3+native.0.3.2(similar to Debian/Ubuntu packaging) - At minimum: Don't retroactively update
binary.versionin already-published npm packages
Current workaround
I had to create a pnpm patch to force native v0.3.2:
- "version": "v0.4.6",
+ "version": "v0.3.2",
- Lingua principale
- TypeScript
- Stelle
- 4
- Fork
- 9
- Merge medio
- 4m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openwallet-foundation/askar-wrapper-javascript
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Migrate to ESMAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Tutte le issue di openwallet-foundation/askar-wrapper-javascript
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
umbraco/Umbraco-CMS-MCP-Dev#512 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
wimpysworld/sidra#290 ·
I maintainer di solito rispondono entro 1 giorno
-
defuFn invokes function values for inherited default propertiesForse già presa @xiehuanyi l’ha presa oggi. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
-
feature request good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
TabularisDB/tabularis#853 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 85/100
capricorn86/happy-dom#2474 ·
I maintainer di solito rispondono entro 2 giorni