-
Notifications
You must be signed in to change notification settings - Fork 42
upgrade vm-memory to 0.8.0 #166
Comments
Maybe I could help you to upgrade vm-memory to 0.8.0 for fuse-backend-rs and image-service. |
@uran0sH Hello there~ You are welcome to help us to upgrade vm-memory to 0.8.0 for fuse-backend-rs and image-service. |
Hi @uran0sH , are you working at vm-memory update in image-service ? Do you need any help about that? |
Yeah, but it seems to require waiting for the latest version of fuse-backend-rs to be released to upgrade image-service |
@uran0sH Got that, thanks. Let me check whether fuse-backend-rs could do a release. |
Hi @uran0sH , fuse-backend-rs has released a new version and maybe you could try to update the vm-memory in image-service . If you encounter any probleam, please let me know. |
The rust-vmm community uses the Comparison requirements form for specific dependencies. The advantage of this is that when a new version of the crate is released, there is no need to update the version for each dependent crate. But, if the new version of the crate is API incompatible. All libs that depend on it must either be modified accordingly, or the version number must be locked. This is exactly what we do in kata currently. So in the next step we need to modify all the dependent libraries.
Making this work requires the following changes.
0.8.0
for https://github.com/cloud-hypervisor/fuse-backend-rs0.8.0
for https://github.com/dragonflyoss/image-serviceQueueStateSync
invirtio-queue
instead ofQueueState
fordbs-virtio-devices
. And upgradevirtio-queue
to0.3.0
.0.8.0
for all crates.The text was updated successfully, but these errors were encountered: