Hi,
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Let me know how it is preferred to handle these. You can add me as a co-maintainer for any of them if you want me to do the updates.
Thanks.
David
On Thu, Oct 12, 2023 at 11:22 PM David Michael fedora.dm0@gmail.com wrote:
Hi,
Hi!
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
I'm already working on both of these, so this should be resolved soon. I can't promise to get them done by tomorrow, but I think I'll be able to get to them this weekend. :)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
I'll try to review this one tomorrow.
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
Sounds good to me!
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
Yes, nix is always a bit tricky to handle. I hadn't pushed the v0.27 update yet since dependent projects were slow up the uptake with this version for some reason, and almost nothing depends on v0.27 yet as far as I can tell. If firecracker has started depending on v0.27, I'll push the v0.27 update and a compat package for v0.26 soon.
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Open-ended dependencies like these are almost always a mistake. I don't assume they're *really* claiming to be compatible with all future - and potentially API-breaking - releases ;)
I think last time Sergio wanted to avoid compat packages for these crates? But if firecracker depends on the new version and sevctl and krun depend on the current version, I don't really see a way around a compat package.
Let me know how it is preferred to handle these. You can add me as a co-maintainer for any of them if you want me to do the updates.
Fabio
On Fri, Oct 13, 2023 at 12:54:56AM +0200, Fabio Valentini wrote:
On Thu, Oct 12, 2023 at 11:22 PM David Michael fedora.dm0@gmail.com wrote:
Hi,
Hi!
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
I'm already working on both of these, so this should be resolved soon. I can't promise to get them done by tomorrow, but I think I'll be able to get to them this weekend. :)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
I'll try to review this one tomorrow.
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
Sounds good to me!
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
Yes, nix is always a bit tricky to handle. I hadn't pushed the v0.27 update yet since dependent projects were slow up the uptake with this version for some reason, and almost nothing depends on v0.27 yet as far as I can tell. If firecracker has started depending on v0.27, I'll push the v0.27 update and a compat package for v0.26 soon.
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Open-ended dependencies like these are almost always a mistake. I don't assume they're *really* claiming to be compatible with all future - and potentially API-breaking - releases ;)
I think last time Sergio wanted to avoid compat packages for these crates? But if firecracker depends on the new version and sevctl and krun depend on the current version, I don't really see a way around a compat package.
Thanks for the heads up. I've just confirmed libkrun builds and works just fine with kvm-ioctl-0.15.0, so no problems here.
Sergio.
On Fri, Oct 13, 2023 at 2:57 AM Sergio Lopez slp@redhat.com wrote:
On Fri, Oct 13, 2023 at 12:54:56AM +0200, Fabio Valentini wrote:
On Thu, Oct 12, 2023 at 11:22 PM David Michael fedora.dm0@gmail.com wrote:
Hi,
Hi!
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
I'm already working on both of these, so this should be resolved soon. I can't promise to get them done by tomorrow, but I think I'll be able to get to them this weekend. :)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
I'll try to review this one tomorrow.
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
Sounds good to me!
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
Yes, nix is always a bit tricky to handle. I hadn't pushed the v0.27 update yet since dependent projects were slow up the uptake with this version for some reason, and almost nothing depends on v0.27 yet as far as I can tell. If firecracker has started depending on v0.27, I'll push the v0.27 update and a compat package for v0.26 soon.
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Open-ended dependencies like these are almost always a mistake. I don't assume they're *really* claiming to be compatible with all future - and potentially API-breaking - releases ;)
I think last time Sergio wanted to avoid compat packages for these crates? But if firecracker depends on the new version and sevctl and krun depend on the current version, I don't really see a way around a compat package.
Thanks for the heads up. I've just confirmed libkrun builds and works just fine with kvm-ioctl-0.15.0, so no problems here.
Okay, thanks, and it looks like sev builds with the new version, but I don't have the hardware to actually use it. I've CCed the maintainer to double check.
Assuming no problems, can you update kvm-ioctls? Or I can do it if you add me as a co-maintainer.
Thanks.
David
On 10/16/23 10:18 AM, David Michael wrote:
On Fri, Oct 13, 2023 at 2:57 AM Sergio Lopez slp@redhat.com wrote:
On Fri, Oct 13, 2023 at 12:54:56AM +0200, Fabio Valentini wrote:
On Thu, Oct 12, 2023 at 11:22 PM David Michael fedora.dm0@gmail.com wrote:
Hi,
Hi!
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
I'm already working on both of these, so this should be resolved soon. I can't promise to get them done by tomorrow, but I think I'll be able to get to them this weekend. :)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
I'll try to review this one tomorrow.
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
Sounds good to me!
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
Yes, nix is always a bit tricky to handle. I hadn't pushed the v0.27 update yet since dependent projects were slow up the uptake with this version for some reason, and almost nothing depends on v0.27 yet as far as I can tell. If firecracker has started depending on v0.27, I'll push the v0.27 update and a compat package for v0.26 soon.
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Open-ended dependencies like these are almost always a mistake. I don't assume they're *really* claiming to be compatible with all future - and potentially API-breaking - releases ;)
I think last time Sergio wanted to avoid compat packages for these crates? But if firecracker depends on the new version and sevctl and krun depend on the current version, I don't really see a way around a compat package.
Thanks for the heads up. I've just confirmed libkrun builds and works just fine with kvm-ioctl-0.15.0, so no problems here.
Okay, thanks, and it looks like sev builds with the new version, but I don't have the hardware to actually use it. I've CCed the maintainer to double check.
Assuming no problems, can you update kvm-ioctls? Or I can do it if you add me as a co-maintainer.
Thanks.
David
sev builds and works fine with kvm-ioctl-0.15.0. I can update kvm-ioctls for the sev crate's package.
Side note: Sergio, with your update to kvm-ioctls, is there any chance we can also update the sev crate dependency to 1.2.0 to fix this issue here?: https://bugzilla.redhat.com/show_bug.cgi?id=2239612
Tyler
On Fri, Oct 13, 2023 at 2:57 AM Sergio Lopez slp@redhat.com wrote:
On Fri, Oct 13, 2023 at 12:54:56AM +0200, Fabio Valentini wrote:
On Thu, Oct 12, 2023 at 11:22 PM David Michael fedora.dm0@gmail.com wrote:
Hi,
Hi!
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
I'm already working on both of these, so this should be resolved soon. I can't promise to get them done by tomorrow, but I think I'll be able to get to them this weekend. :)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
I'll try to review this one tomorrow.
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
Sounds good to me!
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
Yes, nix is always a bit tricky to handle. I hadn't pushed the v0.27 update yet since dependent projects were slow up the uptake with this version for some reason, and almost nothing depends on v0.27 yet as far as I can tell. If firecracker has started depending on v0.27, I'll push the v0.27 update and a compat package for v0.26 soon.
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Open-ended dependencies like these are almost always a mistake. I don't assume they're *really* claiming to be compatible with all future - and potentially API-breaking - releases ;)
I think last time Sergio wanted to avoid compat packages for these crates? But if firecracker depends on the new version and sevctl and krun depend on the current version, I don't really see a way around a compat package.
Thanks for the heads up. I've just confirmed libkrun builds and works just fine with kvm-ioctl-0.15.0, so no problems here.
Just checking on this since it's the last blocker to update Firecracker. Is there anything blocking the new kvm-ioctls version? I could update it if you'd prefer if you add me as co-maintainer. Or can Fabio update it via rust-sig?
Thanks.
David
On Mon, Oct 30, 2023 at 12:48:39PM -0400, David Michael wrote:
On Fri, Oct 13, 2023 at 2:57 AM Sergio Lopez slp@redhat.com wrote:
On Fri, Oct 13, 2023 at 12:54:56AM +0200, Fabio Valentini wrote:
On Thu, Oct 12, 2023 at 11:22 PM David Michael fedora.dm0@gmail.com wrote:
Hi,
Hi!
The firecracker-1.5 update has a few new crate dependencies. These are compatible minor version updates:
clap-4.4.6 (from 4.4.4) regex-1.9.6 (from 1.9.5)
I'm already working on both of these, so this should be resolved soon. I can't promise to get them done by tomorrow, but I think I'll be able to get to them this weekend. :)
A new crate is added:
clap-num-1.0.2 https://bugzilla.redhat.com/2243746
I'll try to review this one tomorrow.
And there are three updates with incompatible API versions:
kvm-ioctls-0.15.0 nix-0.27.1 userfaultfd-0.7.0
I will include userfaultfd as part of the Firecracker update since it's the only user of that crate.
Sounds good to me!
The nix crate has many users, and it seems to get compatibility packages for API updates. Can that be done for 0.26, or should I try to downgrade the crate with a patch?
Yes, nix is always a bit tricky to handle. I hadn't pushed the v0.27 update yet since dependent projects were slow up the uptake with this version for some reason, and almost nothing depends on v0.27 yet as far as I can tell. If firecracker has started depending on v0.27, I'll push the v0.27 update and a compat package for v0.26 soon.
It seems like krun and sev are the only other users of kvm-ioctls, and they have open-ended version dependencies (>=0.12.0). Is it straightforward to update kvm-ioctls then? I would rather not try to downgrade this via patching since features in the release changelog depend on the new version.
Open-ended dependencies like these are almost always a mistake. I don't assume they're *really* claiming to be compatible with all future - and potentially API-breaking - releases ;)
I think last time Sergio wanted to avoid compat packages for these crates? But if firecracker depends on the new version and sevctl and krun depend on the current version, I don't really see a way around a compat package.
Thanks for the heads up. I've just confirmed libkrun builds and works just fine with kvm-ioctl-0.15.0, so no problems here.
Just checking on this since it's the last blocker to update Firecracker. Is there anything blocking the new kvm-ioctls version? I could update it if you'd prefer if you add me as co-maintainer. Or can Fabio update it via rust-sig?
Sorry David, for some reason my mind convinced itself that it was you the one doing the update for kvm-ioctls. I've just pushed the updates for rawhide, f39 and f38.
Sergio.