Reproducible builds

Offen

#321 erstellt am 01.3.2026 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 45/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: javascript, rust, wasm
Bereich: build-system

Rechercherichtung

Reproduziere das Problem mit den gemeldeten Befehlen npm run bundle und npm run build und vergleiche anschließend sha256sum dist/bundle.js und dist/bundle.wasm über wiederholte componentize-js-Ausführungen hinweg. Untersuche den componentize-js-Build-Pfad und das vermutete Verhalten von JavaScript-Runtime-Snapshots; abgeschlossen bedeutet, dass die wasm-Ausgabe über Builds hinweg dieselbe Prüfsumme hat oder ein dokumentierter Modus für reproduzierbare Builds identifiziert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

I have used ComponentizeJS in 3 different projects

I'm seeing with every project that the wasm file output is not reproducible from one build to the next

For example: https://github.com/rhodey/lock.host-wasm-js

I have npm run bundle and npm run build

I run sha256sum dist/bundle.js and determine the same js bundle is being produced

I run sha256sum dist/bundle.wasm and determine the wasm file is different with every run of componentize-js

It is not hard to imagine that more than 1 thing would need to change to get reproducible builds

A first thought is I think from what I have read that ComponentizeJS is doing something like snapshot of the JS Runtime memory in order to get faster boots. And so that is suspicious as an area of non determinism.

I will much appreciate any help with achieving reproducible builds and if it can be achieved quicker by disabling some features and losing some speed it would be acceptable for my purposes

Thanks!!

Vorherrschende Sprache: Rust
Sterne: 392
Forks: 54
Ø Merge: 2 T. 18 Std.
Gemergte PRs (30 T.): 3

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

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 bytecodealliance/ComponentizeJS

Bump oxc-parser to >=0.90.0: 0.76.0 bindings lack build provenance Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

bytecodealliance/ComponentizeJS#347 · Erstellt am 09.8.2026
Semver aware WASI module resolution when dealing with imports Offen

enhancement

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 56/100

bytecodealliance/ComponentizeJS#349 · Erstellt am 22.8.2026
Support component model `map<K, V>` Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100

bytecodealliance/ComponentizeJS#344 · Erstellt am 28.7.2026
Negative `s64` import argument traps a ComponentizeJS guest with `unreachable` during argument lowering (positive `s64`, `s32`, and `u64`-with-bit-63-set are all fine) Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100

bytecodealliance/ComponentizeJS#343 · Erstellt am 24.6.2026
Async func exports unimplemented in bindgen Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

bytecodealliance/ComponentizeJS#335 · 3 Kommentare · Erstellt am 22.4.2026

Alle Issues in bytecodealliance/ComponentizeJS