`humility i2c` could maybe return a non-zero exit code when the I2C operation returns an error
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
- 38/100
Hướng nghiên cứu
Bắt đầu từ phần triển khai bằng Rust của lệnh humility i2c và lần theo cách kết quả IPC của hiffy được chuyển đổi thành trạng thái CLI. Tái hiện ví dụ BusLocked được示示, sau đó xác minh rằng các lỗi trong thao tác với thiết bị trả về trạng thái shell khác không, trong khi các thao tác thành công vẫn trả về không; kiểm tra xem humility hiffy có đi theo cùng một đường dẫn hay không.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I wanted to use a bash until loop to retry a humility i2c command until it succeeds, but it looks like humility i2c (and possibly also humility hiffy?) exits with 0 when it was able to successfully execute the hiffy IPC operation on the device, but the IPC returned an error. For example:
eliza@niles ~ $ pfexec humility -t gimlet-c i2c -b rear --device 0x20 --register 0x00 --nbytes 1 --timeout 10000
humility: attached to 0483:3754:000D00344741500820383733 via ST-Link V3
Controller I2C4, device 0x20, register 0x0 = Err(BusLocked)
eliza@niles ~ $ echo $?
0
eliza@niles ~ $
IMO, it would be a bit nicer for humility to exit with a non-zero exit code when the on-device operation fails. That way, the error is visible to the user's shell and you don't have to do things like grepping for the string that indicates an error...
- Ngôn ngữ chính
- Rust
- Star
- 589
- Fork
- 66
- Merge trung bình
- 1 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 10
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của oxidecomputer/humility
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
oxidecomputer/humility#737 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
oxidecomputer/humility#746 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 30/100
oxidecomputer/humility#742 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
rendmp phase check should be usable on Sidecars (the sequel)Có thể đã có người làm @jamesmunns đã nhận 12 ngày trước. Đang mở
oxidecomputer/humility#741 · 6 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
oxidecomputer/humility#730 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của oxidecomputer/humility
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
mozilla-services/syncstorage-rs#2715 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
physicsdolphin/nv-uefi-unlocker#53 · 4 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area/desktop-shell
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
yantrikos/yantrik-os#1012 ·
Maintainer thường phản hồi trong vòng 1 ngày