]> git.ipfire.org Git - thirdparty/systemd.git/commit
vmspawn: rename "qemu" specific switches to not carry the "qemu" prefix 31432/head
authorLennart Poettering <lennart@poettering.net>
Wed, 21 Feb 2024 15:23:55 +0000 (16:23 +0100)
committerLennart Poettering <lennart@poettering.net>
Wed, 21 Feb 2024 15:35:53 +0000 (16:35 +0100)
commit2c0061c78477b5042fa328b3d088448152077123
treef4c293ddab330d0e6027518d9fba0592a7846c71
parentcf9de8ef213a1cb154233715d8e0e6fe68f0a9ad
vmspawn: rename "qemu" specific switches to not carry the "qemu" prefix

This renames a few of the switches vmspawn takes, such as --qemu-mem=
and --qemu-smp= to names without the "qemu" moniker and uses less
cryptic names (i.e. --ram= and --cpus=).

I think it's a bit unsystematic that so far we use the "qemu" prefix for
some options but not for others. At least I could not figure out a
system when we use it and when we don't. Hence let's clean it up and
just use simpler names without suffix.

After all we might want to plug other hypervisors behind vmspawn one
day, hence I think there's value in sticking to generic names for these
switches that allow us to switch out backends easily. In particular for
--ram= and --cpus= which are probably the most fundamental of VM settings
there are.

The old switches are support for compat, but not advertised in man page
or --help text anymore.

I left "--qemu-gui" under its current name, since it fundamentally is a
a qemu concept, exposing a qemu specific graphical UI.
man/systemd-vmspawn.xml
src/vmspawn/vmspawn-util.c
src/vmspawn/vmspawn-util.h
src/vmspawn/vmspawn.c