FS#76352 - [qemu] Consider replacing qemu-virtiofsd with new Rust version
Attached to Project:
Arch Linux
Opened by Jason Nader (l-_-l) - Monday, 31 October 2022, 07:22 GMT
Last edited by David Runge (dvzrv) - Friday, 17 March 2023, 15:45 GMT
Opened by Jason Nader (l-_-l) - Monday, 31 October 2022, 07:22 GMT
Last edited by David Runge (dvzrv) - Friday, 17 March 2023, 15:45 GMT
|
Details
From upstream
https://www.qemu.org/docs/master/about/deprecated.html#virtiofsd
:
"There is a new Rust implementation of virtiofsd at https://gitlab.com/virtio-fs/virtiofsd; since this is now marked stable, new development should be done on that rather than the existing C version in the QEMU tree. The C version will still accept fixes and patches that are already in development for the moment, but will eventually be deleted from this tree. New deployments should use the Rust version, and existing systems should consider moving to it. The command line and feature set is very close and moving should be simple." |
This task depends upon
Closed by David Runge (dvzrv)
Friday, 17 March 2023, 15:45 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed with qemu 7.2.0-4/ virtiofsd 1.5.1-2
Friday, 17 March 2023, 15:45 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed with qemu 7.2.0-4/ virtiofsd 1.5.1-2
I have been contemplating that new project when it first surfaced, but lost track of it again.
When we'll add it, it will not replace the existing qemu-virtiofsd (only after QEMU upstream drops it) but will provide it, so that people can choose.
[1] https://wiki.qemu.org/ChangeLog/8.0#virtiofs
I have moved virtiofsd to [extra] and will change qemu to make use of virtiofsd-provider instead of hardcoding qemu-virtiofsd.