summaryrefslogtreecommitdiff
path: root/src/PVE/API2/Network/SDN/Ipams.pm
AgeCommit message (Collapse)Author
2025-08-01api: sdn: ipams: status: ensure that guest ID is returned as an integerFiona Ebner
This is a breaking API change intended for PVE 9. Signed-off-by: Fiona Ebner <f.ebner@proxmox.com> Link: https://lore.proxmox.com/20250801114455.85603-1-f.ebner@proxmox.com
2025-07-29api: add lock-token parameter to all api callsStefan Hanreich
The parameter is optional, so all existing create/update/delete invocations can work as before, only failing if the global lock is currently set. This ensures backwards-compatibility with the existing calls to the API in the frontend. If the lock is set, users will get an error message when trying to modify the configuration from the web UI. Co-authored-by: Gabriel Goller <g.goller@proxmox.com> Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com> Link: https://lore.proxmox.com/20250729092933.90118-3-g.goller@proxmox.com
2025-06-16auto-format code using perltidy with Proxmox style guideThomas Lamprecht
using the new top-level `make tidy` target, which calls perltidy via our wrapper to enforce the desired style as closely as possible. Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
2023-11-22api: handle delete parameter when updating ipamsWolfgang Bumiller
this is for completeness, currently no plugin has optional properties... Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
2023-11-20api: refactor URL structure for IpamStefan Hanreich
The initial URL structure was less than optimal due to Ipam as well as Ipams being endpoints in the API, which are too similar and might be confusing to users. Move the listing of PVE IPAM to /ipams/pve/status Move the create / update / delete endpoints to /vnets/{vnetid}/ips Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>
2023-05-25separate packaging and source build systemThomas Lamprecht
like almost all of our repos do nowadays, modern git can detect such things on rebase so in development stuff should be hopefully not too much affected by this. Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>