chore: move rust-vmm deps to workspace dependencies#942
chore: move rust-vmm deps to workspace dependencies#942hanbings wants to merge 1 commit intorust-vmm:mainfrom
Conversation
|
We like to have all the information in the git history and usually PR description will not be part of that, so please avoid commit with empty description, and especially add the reason why we are doing that. For example in this case one of the reason is to have a single place for the entire workspace where we can handle versions of rust-vmm dependencies. |
stefano-garzarella
left a comment
There was a problem hiding this comment.
Should we cover also crates in staging/ ?
That makes sense. Should I use rebase to update the commit message? |
Yes, rebase and force push. Our policy is to avoid any fixup in a PR (e.g. no new commits to fix code added by commits in the same PR), so it's perfectly fine to rebase the PR, update commits (code or description/title) and force push. |
Thank you for the review. I have made the changes in the latest commit. |
RuoqingHe
left a comment
There was a problem hiding this comment.
Code-wise looking good, it would be better if you could put the "sorting and formatting" changes into a separate commit, and use taplo to format it
1d904e0 to
3aa0c5a
Compare
Thank you for the review! I'll address the sorting/formatting changes with taplo in a separate follow-up PR. |
I've added workspace dependencies in |
I still see "sorting and formatting" changes in a single commit, can you split them in another commit as suggested by @RuoqingHe ? Please also rebase this since there are conflicts. |
Do you think it's redundant because we have a single crate there? |
0ba247e to
fc5c8f2
Compare
I've resolved the conflicts via rebase and will move the sorting changes into a separate PR.
That makes sense. I've retained the change in the new commit. |
|
|
||
| members = [ | ||
| "vhost-device-video", | ||
| "vhost-device-video", |
There was a problem hiding this comment.
| "vhost-device-video", | |
| "vhost-device-video", |
Thanks for your patiance on this work ❤️, one step away from there
There was a problem hiding this comment.
It's my pleasure, and thank you for your review. : )
1258e6a to
3e42375
Compare
Move rust-vmm deps to workspace level for unified management - Migrate rust-vmm related dependencies (e.g. vhost, vm-memory) to workspace-level Cargo.toml for centralized version control - Sub-crates under the staging/ are still managed by the Cargo.toml within staging/, while also declaring the dependencies at the workspace level temp Signed-off-by: hanbings <hanbings@hanbings.io>
| vhost-user-backend = { workspace = true } | ||
| virtio-bindings = { workspace = true } | ||
| virtio-queue = { workspace = true } | ||
| virtio-vsock = { workspace = true } |
There was a problem hiding this comment.
Do we really need to move virtio-vsock in the workspace?
I'm not sure if it will be used by any device other than vhost-device-vsock.
| virtio-queue = "0.17" | ||
| vm-memory = "0.17.1" | ||
| vmm-sys-util = "0.15" | ||
| vhost = { workspace = true, features = ["vhost-user-backend"] } |
There was a problem hiding this comment.
the vhost-user-backend feature is already enabled in the workspace
There was a problem hiding this comment.
Please check the commit 7e81c68 description.
E.g. there a random temp, plus it seems there are a lot of repetitions.
Also, if possible, avoid the bullet list.
| virtio-bindings = "0.2.5" | ||
| virtio-queue = "0.17" | ||
| vm-memory = "0.17.1" | ||
| vmm-sys-util = "0.15" No newline at end of file |
There was a problem hiding this comment.
It seems there is no a new line here, maybe it's not an issue, but if you can fix it, it will avoid new diff in the future when it will be edited by another editor.
Summary of the PR
This PR moves rust-vmm related dependencies to workspace dependencies, and alphabetically reorders some of the crate declarations.
Closes #906
Requirements
Before submitting your PR, please make sure you addressed the following
requirements:
git commit -s), and the commit message has max 60 characters for thesummary and max 75 characters for each description line.
test.
Release" section of CHANGELOG.md (if no such section exists, please create one).
unsafecode is properly documented.