Closed Bug 2037629 Opened 6 days ago Closed 4 days ago

Use in-tree nss-rs for mls_gk, lockstore_rs and transitively to all new nss-rs consumers

Categories

(NSS :: Libraries, defect)

defect

Tracking

(firefox152 fixed)

RESOLVED FIXED
Tracking Status
firefox152 --- fixed

People

(Reporter: beurdouche, Assigned: beurdouche)

References

(Blocks 3 open bugs)

Details

Attachments

(1 file, 1 obsolete file)

No description provided.
Assignee: nobody → bbeurdouche
Status: NEW → ASSIGNED
Summary: Vendor → Messaging Layer Security - Relocate mls-platform-api in-tree instead of vendoring it as a third party
Summary: Messaging Layer Security - Relocate mls-platform-api in-tree instead of vendoring it as a third party → Use in-tree nss-rs for mls_gk, lockstore_rs and transitively to all new nss-rs consumers

Add a top-level [patch."https://github.com/mozilla/nss-rs"] entry pointing
at third_party/rust/nss-rs, and switch the direct nss-rs consumers in
security/lockstore and security/mls to the same path dependency. This
ensures the nss-rs pin transitively required by mls-rs-crypto-nss in
mozilla/mls-platform-api resolves to the vendored copy, so bumping nss-rs
in tree no longer requires a matching update to that GitHub pin.

Blocks: mls, lockstore
No longer depends on: mls

Run mach vendor rust on top of origin/main to absorb drift in vendored
crates that has accumulated in-tree but is not produced by any local
change here. Touches only third_party/rust/* (checksums plus stray
.gitignore / .gitattributes / .vscode / .cargo-ok files).

Attachment #9584130 - Attachment is obsolete: true
Status: ASSIGNED → RESOLVED
Closed: 4 days ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: