From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox Datacenter Manager development discussion
<pdm-devel@lists.proxmox.com>,
Dominik Csapak <d.csapak@proxmox.com>
Subject: Re: [pdm-devel] [PATCH yew-comp 1/2] qemu: options/hardware: prepare and use version feature gating
Date: Tue, 2 Dec 2025 11:32:46 +0100 [thread overview]
Message-ID: <ae17fe35-ea07-4001-bb12-68fd2a51b636@proxmox.com> (raw)
In-Reply-To: <20251202100012.1328096-2-d.csapak@proxmox.com>
Am 02.12.25 um 11:00 schrieb Dominik Csapak:
> use the pve-manager version to feature gate the intel-tdx property for
> now, but also prepare the hardware panel so we can already start passing
> the version to it. If we need it there, we already have it then.
>
> Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>
> ---
> Cargo.toml | 1 +
> .../pve/qemu_hardware_panel/mod.rs | 5 +++
> src/configuration/pve/qemu_options_panel.rs | 33 ++++++++++++++++---
> 3 files changed, 34 insertions(+), 5 deletions(-)
>
> diff --git a/Cargo.toml b/Cargo.toml
> index 622bb09..600fafa 100644
> --- a/Cargo.toml
> +++ b/Cargo.toml
> @@ -88,6 +88,7 @@ proxmox-node-status = { version = "1", features = [] }
>
> pve-api-types = "8.1.2"
> pbs-api-types = "1"
> +proxmox-deb-version = "0.1.0"
>
> [features]
> default = []
> diff --git a/src/configuration/pve/qemu_hardware_panel/mod.rs b/src/configuration/pve/qemu_hardware_panel/mod.rs
> index 38bc6fd..c04c01f 100644
> --- a/src/configuration/pve/qemu_hardware_panel/mod.rs
> +++ b/src/configuration/pve/qemu_hardware_panel/mod.rs
> @@ -38,6 +38,11 @@ pub struct QemuHardwarePanel {
> vmid: u32,
> node: AttrValue,
>
> + #[prop_or_default]
> + #[builder(IntoPropValue, into_prop_value)]
> + /// The nodes pve-manager version, used to feature gate some entries.
> + pve_manager_version: Option<String>,
FWIW, proxmox_deb_version::Version might be a better fit here, it's effectively
boiling down to using as much allocated memory as the string here, but should be
a bit more convenient to use.
I actually also want to change the usage I introduced in PDM directly to the
owned type, as after sleeping a night over that I noticed that if I assemble a
Vec of version String's, I might as well directly assemble a Vec of
proxmox_deb_version::Version.
Anyhow, can be also fine as is, just wanted to point it out in case you
overlooked this possibility initially the same way I did ^^
Looks OK to me in general.
> +
> /// Use Proxmox Datacenter Manager API endpoints
> #[builder(IntoPropValue, into_prop_value)]
> #[prop_or_default]
> diff --git a/src/configuration/pve/qemu_options_panel.rs b/src/configuration/pve/qemu_options_panel.rs
> index 4843ed9..b45d9bd 100644
> --- a/src/configuration/pve/qemu_options_panel.rs
> +++ b/src/configuration/pve/qemu_options_panel.rs
> @@ -1,3 +1,4 @@
> +use std::cmp::Ordering;
> use std::rc::Rc;
>
> use pwt::props::SubmitCallback;
> @@ -13,16 +14,25 @@ use crate::pending_property_view::{pending_typed_load, PendingPropertyGrid, Pend
> use crate::EditableProperty;
> use crate::{http_put, percent_encoding::percent_encode_component};
>
> +use proxmox_deb_version::cmp_versions;
> use pve_api_types::QemuConfig;
>
> use pwt_macros::builder;
>
> +// newest known pve-manager version we care for
> +const NEWEST_KNOWN_VERSION: &str = "9.1.2";
> +
> #[derive(Clone, PartialEq, Properties)]
> #[builder]
> pub struct QemuOptionsPanel {
> vmid: u32,
> node: AttrValue,
>
> + #[prop_or_default]
> + #[builder(IntoPropValue, into_prop_value)]
> + /// The nodes pve-manager version, used to feature gate some entries
> + pve_manager_version: Option<String>,
> +
> /// Use Proxmox Datacenter Manager API endpoints
> #[builder(IntoPropValue, into_prop_value)]
> #[prop_or_default]
> @@ -52,8 +62,13 @@ pub struct PveQemuOptionsPanel {
> properties: Rc<Vec<EditableProperty>>,
> }
>
> -fn properties(node: &str, vmid: u32, mobile: bool) -> Vec<EditableProperty> {
> - vec![
> +fn properties(
> + node: &str,
> + vmid: u32,
> + pve_manager_version: Option<&str>,
> + mobile: bool,
> +) -> Vec<EditableProperty> {
> + let mut properties = vec![
> crate::form::pve::qemu_name_property(vmid, mobile),
> crate::form::pve::qemu_onboot_property(mobile),
> crate::form::pve::qemu_startup_property(mobile),
> @@ -72,8 +87,15 @@ fn properties(node: &str, vmid: u32, mobile: bool) -> Vec<EditableProperty> {
> crate::form::pve::qemu_spice_enhancement_property(mobile),
> crate::form::pve::qemu_vmstatestorage_property(node, mobile),
> crate::form::pve::qemu_amd_sev_property(mobile),
> - crate::form::pve::qemu_intel_tdx_property(mobile),
> - ]
> + ];
> +
> + let version = pve_manager_version.unwrap_or(NEWEST_KNOWN_VERSION);
> +
> + if cmp_versions(version, "9.1") != Ok(Ordering::Less) {
> + properties.push(crate::form::pve::qemu_intel_tdx_property(mobile));
> + }
> +
> + properties
> }
>
> impl Component for PveQemuOptionsPanel {
> @@ -82,8 +104,9 @@ impl Component for PveQemuOptionsPanel {
>
> fn create(ctx: &Context<Self>) -> Self {
> let props = ctx.props();
> + let version = props.pve_manager_version.as_deref();
> Self {
> - properties: Rc::new(properties(&props.node, props.vmid, props.mobile)),
> + properties: Rc::new(properties(&props.node, props.vmid, version, props.mobile)),
> }
> }
>
_______________________________________________
pdm-devel mailing list
pdm-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pdm-devel
next prev parent reply other threads:[~2025-12-02 10:32 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-02 9:59 [pdm-devel] [PATCH datacenter-manager/yew-comp 0/6] add basic version guarding for pve guests Dominik Csapak
2025-12-02 10:00 ` [pdm-devel] [PATCH yew-comp 1/2] qemu: options/hardware: prepare and use version feature gating Dominik Csapak
2025-12-02 10:32 ` Thomas Lamprecht [this message]
2025-12-02 10:53 ` Dominik Csapak
2025-12-02 10:00 ` [pdm-devel] [PATCH yew-comp 2/2] pve: lxc panels: prepare/add " Dominik Csapak
2025-12-02 10:00 ` [pdm-devel] [PATCH datacenter-manager 1/4] ui: subscription_info: add subscription counts Dominik Csapak
2025-12-02 10:00 ` [pdm-devel] [PATCH datacenter-manager 2/4] lib/server: pve: add api call to get the cached version info from remotes Dominik Csapak
2025-12-02 10:00 ` [pdm-devel] [PATCH datacenter-manager 3/4] ui: pve: qemu: load and pass the pve-manager version to panels Dominik Csapak
2025-12-02 10:00 ` [pdm-devel] [PATCH datacenter-manager 4/4] ui: pve: lxc: " Dominik Csapak
2025-12-02 11:18 ` [pdm-devel] superseded: [PATCH datacenter-manager/yew-comp 0/6] add basic version guarding for pve guests Dominik Csapak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ae17fe35-ea07-4001-bb12-68fd2a51b636@proxmox.com \
--to=t.lamprecht@proxmox.com \
--cc=d.csapak@proxmox.com \
--cc=pdm-devel@lists.proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox