Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Remove the bitvec patch and the Cargo.lock deletion once the upstream fix is released

Đang mở
#68 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
3/5
Thời gian dự kiến
1-2 ngày
Mức phù hợp với người mới
51/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
rust
Lĩnh vực
build-system

Hướng nghiên cứu

First check whether the upstream bitvec release with the Xtensa fix has been published; this work is explicitly gated on that release. Then read the root Cargo.toml, boards/esp/xtask_builder.rs, and the bitvec patch paragraph in docs/architecture.md; update the dependency and remove the workaround as listed. Done means cargo xtask build --board esp succeeds for an Xtensa chip and a RISC-V chip, with ESP lockfiles retained.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Follow-up to #34 (and #63, which documented the workaround).

Background

bitvec 1.0's radium dependency doesn't build for Xtensa (no 64-bit atomics), so the root Cargo.toml patches bitvec to a git revision ([patch.crates-io]). xtask copies that patch table into the generated .app_build / .app_test_build crates and, in the ESP builder, deletes their Cargo.lock on every generation so the patch is always resolved afresh. The cost: those ESP builds aren't locked, so they aren't reproducible.

To do once a bitvec release with the fix is published

  • Remove the [patch.crates-io] table from the root Cargo.toml (and bump bitvec where it is used, e.g. cars/egmp).
  • Remove the two fs::remove_file(".../Cargo.lock") calls and their comments in boards/esp/xtask_builder.rs, so ESP builds keep their lockfile.
  • Remove the bitvec patch paragraph in docs/architecture.md.
  • Verify with cargo xtask build --board esp for an Xtensa chip (esp32 or esp32s3) as well as a RISC-V one.

Related

The reproducible-builds item in OpenCarControls/contracts#11.

Ngôn ngữ chính
Rust
Star
1
Fork
0
Merge trung bình
15 giờ 26 phút
Pull request đã merge (30 ngày)
22

Chuẩn bị môi trường

Mở trong Codespaces

Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.

  • Không có Dockerfile hay tệp Docker Compose
  • Không có mẫu pull request
  • Không có hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của OpenCarControls/firmware

Tất cả issue của OpenCarControls/firmware

Issue tương tự

Thêm issue về Rust

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.