openwallet-foundation / openwallet-foundation/askar-wrapper-javascript

Proposal: npm package version should match native binary version (or clearly indicate it)

Offen
#74 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
TypeScript
Sterne
4
Forks
9
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

When I install @openwallet-foundation/askar-react-native@0.3.2, 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:

  1. Lock native version to npm version (1:1 mapping)
  2. Use composite versioning like 0.4.3-native0.3.2 or 0.4.3+native.0.3.2 (similar to Debian/Ubuntu packaging)
  3. At minimum: Don't retroactively update binary.version in 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",

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Es werden keine Quelldateien genannt. Beginne damit, die veröffentlichten npm-Paketmetadaten und den release workflow zu untersuchen, der den Wert native binary.version festlegt; vergleiche, wie die Versionen 0.3.2 und 0.4.3 erzeugt werden. Erledigt bedeutet, dass native Versionen an Paketversionen gebunden oder durch zusammengesetzte Versionierung eindeutig offengelegt sind, mit einer Prüfung, die verhindert, dass veröffentlichte Paketmetadaten nachträglich geändert werden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
react-native, rust, typescript
Bereich
build-system, mobile-dev, release
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
28/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.