]> xenbits.xensource.com Git - libvirt.git/log
libvirt.git
2 years agovirCapabilitiesFreeMachines: Remove unused function
Peter Krempa [Fri, 17 Mar 2023 13:40:11 +0000 (14:40 +0100)]
virCapabilitiesFreeMachines: Remove unused function

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirQEMUCapsInitGuest: Refactor cleanup and remove return value
Peter Krempa [Fri, 17 Mar 2023 13:38:20 +0000 (14:38 +0100)]
virQEMUCapsInitGuest: Refactor cleanup and remove return value

Use automatic pointer freeing, remove 'ret' variable and also remove
return value completely.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirQEMUCapsInitGuestFromBinary: Remove return value
Peter Krempa [Fri, 17 Mar 2023 13:36:54 +0000 (14:36 +0100)]
virQEMUCapsInitGuestFromBinary: Remove return value

The function always returns 0.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirQEMUCapsInitGuestFromBinary: Refactor cleanup
Peter Krempa [Fri, 17 Mar 2023 13:18:58 +0000 (14:18 +0100)]
virQEMUCapsInitGuestFromBinary: Refactor cleanup

Remove useless call to virCapabilitiesFreeMachines as the pointers were
cleared and the unneeded 'ret' variable. Since we don't need to clear
the 'machines' pointer now, remove that as well.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirQEMUCapsGetMachineTypesCaps: Remove return value
Peter Krempa [Fri, 17 Mar 2023 13:14:45 +0000 (14:14 +0100)]
virQEMUCapsGetMachineTypesCaps: Remove return value

The function always returns 0.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirCapabilitiesAllocMachines: Use NULL-terminated list as argument and return count
Peter Krempa [Fri, 17 Mar 2023 13:12:11 +0000 (14:12 +0100)]
virCapabilitiesAllocMachines: Use NULL-terminated list as argument and return count

Simplify use of the function by determining the number of elements
inside the function.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agolibxlCapsInitGuests: Rework insane use of ternary operators
Peter Krempa [Fri, 17 Mar 2023 12:55:54 +0000 (13:55 +0100)]
libxlCapsInitGuests: Rework insane use of ternary operators

Get rid of nested ternaries by adding a few helper variables and more
explicit if conditions to fill them appropriately.

Note that 'virCapabilitiesAllocMachines' doesn't require return value
check any more as it can't fail.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemu: capabilities: Drop 'kvmVersion' field
Peter Krempa [Fri, 17 Mar 2023 07:37:46 +0000 (08:37 +0100)]
qemu: capabilities: Drop 'kvmVersion' field

It's never set to any real value. Remove it along with the caching code.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirDomainHostdevDefClear: Fix and shorten comment
Peter Krempa [Thu, 30 Mar 2023 12:28:06 +0000 (14:28 +0200)]
virDomainHostdevDefClear: Fix and shorten comment

There's more stuff than device info to clear nowadays. Drop the
misleading comment. Shorten the comment saying that device info is freed
elsewhere when 'parentnet' is present.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoconf: Unexport virDomainHostdevDefClear
Peter Krempa [Thu, 30 Mar 2023 09:59:34 +0000 (11:59 +0200)]
conf: Unexport virDomainHostdevDefClear

Move it before its first usage and make it static.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotestutilsqemu: Remove infrastructure for fake-caps testing of OSX
Peter Krempa [Wed, 8 Mar 2023 16:49:28 +0000 (17:49 +0100)]
testutilsqemu: Remove infrastructure for fake-caps testing of OSX

All tests using this were refactored to use real capabilities.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemuxml2xmltest: Remove infrastructure for fake-caps testing on OSX
Peter Krempa [Wed, 8 Mar 2023 16:34:25 +0000 (17:34 +0100)]
qemuxml2xmltest: Remove infrastructure for fake-caps testing on OSX

The last tests using it were refactored to use real capabilities and no
new tests should ever use it.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemuxml2argvtest: Remove infrastructure for fake-caps testing on OSX
Peter Krempa [Wed, 8 Mar 2023 16:34:25 +0000 (17:34 +0100)]
qemuxml2argvtest: Remove infrastructure for fake-caps testing on OSX

The last tests using it were refactored to use real capabilities and no
new tests should ever use it.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemuxml2(argv|xml): Convert "hvf-aarch64-virt-headless" test case to real capabilities
Peter Krempa [Wed, 8 Mar 2023 16:12:07 +0000 (17:12 +0100)]
qemuxml2(argv|xml): Convert "hvf-aarch64-virt-headless" test case to real capabilities

Rather than using fake data and faking the host use the newly introduced
support for test variants to test the OSX HVF qemu version with real
data.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemuxml2(argv|xml): Convert "hvf-x86_64-q35-headless" test case to real capabilities
Peter Krempa [Wed, 8 Mar 2023 16:12:07 +0000 (17:12 +0100)]
qemuxml2(argv|xml): Convert "hvf-x86_64-q35-headless" test case to real capabilities

Rather than using fake data and faking the host use the newly introduced
support for test variants to test the OSX HVF qemu version with real
data.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotestutilsqemu: Add support for specifying the variant for qemuxml2(argv|xml)test
Peter Krempa [Wed, 8 Mar 2023 16:23:05 +0000 (17:23 +0100)]
testutilsqemu: Add support for specifying the variant for qemuxml2(argv|xml)test

Add the possibility to control the variant of the test data for real
caps testing in qemuxml2argvtest and qemuxml2xmltest.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemucapabilitiesdata: Add (fake) '+hvf' variant of aarch64 data
Peter Krempa [Wed, 8 Mar 2023 08:02:36 +0000 (09:02 +0100)]
qemucapabilitiesdata: Add (fake) '+hvf' variant of aarch64 data

The data is based on the generic variant of the 7.2.0 data on aarch64.

Only modification to the '.replies' file is that KVM is reported as
unavailable/unsupported.

Ideally this will be replaced by a dump captured from a real system.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemucapabilitiesdata: Add (fake) '+hvf' variant of x86_64 data
Peter Krempa [Wed, 8 Mar 2023 08:02:36 +0000 (09:02 +0100)]
qemucapabilitiesdata: Add (fake) '+hvf' variant of x86_64 data

The data is based on the generic variant of the 7.2.0 data on x86_64.

Only modification to the '.replies' file is that KVM is reported as
unavailable/unsupported.

Ideally this will be replaced by a dump captured from a real system.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemucapabilitiestest: Add support for '+hvf' variant
Peter Krempa [Wed, 8 Mar 2023 17:26:56 +0000 (18:26 +0100)]
qemucapabilitiestest: Add support for '+hvf' variant

We need to signal to the capabilities code that HVF variant is used so
that it can behave as if it were running on OSX.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotests: Mock virQEMUCapsProbeHVF directly in qemucapabilitiestest
Peter Krempa [Wed, 8 Mar 2023 17:16:06 +0000 (18:16 +0100)]
tests: Mock virQEMUCapsProbeHVF directly in qemucapabilitiestest

It needs to be mocked only for 'qemucapabilitiestest'. Additionally
moving it here will allow to control the return value based on the test
data which will be required for testing dumps from HVF accelerated qemu.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirQEMUCapsProbeHVF: Factor out setting of the capability
Peter Krempa [Wed, 8 Mar 2023 17:14:03 +0000 (18:14 +0100)]
virQEMUCapsProbeHVF: Factor out setting of the capability

Separate the architecture specific code to probe the support for HVF
from the actual setting of the capability.

In upcoming patches 'virQEMUCapsProbeHVF' will be mocked in the
testsuite to provide testing for the HVF hypervisor.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemu: capabilities: Fix testing of 'TCG' capabilities probing
Peter Krempa [Wed, 8 Mar 2023 17:58:51 +0000 (18:58 +0100)]
qemu: capabilities: Fix testing of 'TCG' capabilities probing

The logic in 'virQEMUCapsInitQMP' invokes a second probe of qemu in case
when acceleration is used and TCG is supported to specifically probe the
CPU and features of non-accelerated guests.

The same logic must then be used in 'qemucapabilitiestest' when
replaying the data for testing otherwise the test would fail.

Export 'virQEMUCapsHaveAccel' for test usage and use the same logic
in 'testQemuCaps'.

Fix the comment in 'virQEMUCapsInitQMP' to outline what's happening.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agodomaincapstest: Add testing infrastructure for the '+hvf' variant
Peter Krempa [Wed, 8 Mar 2023 14:29:56 +0000 (15:29 +0100)]
domaincapstest: Add testing infrastructure for the '+hvf' variant

Allow testing of capabilities of OSX systems with the hvf accelerator.

'domaincapstest' requires special handling as we need to set
VIR_DOMAIN_VIRT_HVF virt type in such case.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoschema: capabilities: Add 'hvf' virt type into list of allowed types
Peter Krempa [Wed, 8 Mar 2023 14:02:06 +0000 (15:02 +0100)]
schema: capabilities: Add 'hvf' virt type into list of allowed types

The capabilities generated on OSX hosts with 'hvf' accelerator will not
pass schema testing as the 'hvf' type was not allowed.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agodomaincapstest: Propagate variant name into doTestQemuInternal
Peter Krempa [Wed, 8 Mar 2023 14:27:47 +0000 (15:27 +0100)]
domaincapstest: Propagate variant name into doTestQemuInternal

Use it to format test file name as in other cases. Currently
domaincapstest will not run for any unknown variant. This patch is meant
to simplify the review of patches doing actual functional changes.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotests: Add support for multiple variants of data for the same qemu version+architecture
Peter Krempa [Wed, 8 Mar 2023 13:49:56 +0000 (14:49 +0100)]
tests: Add support for multiple variants of data for the same qemu version+architecture

'qemucapabilitiestest' and other users of the capability data can
benefit from adding a discriminator string to have multiple instances
for the same version+architecture tuple.

This will in the future allow us to have specific capability versions
for test cases which require a specific host feature or are based on a
different operating system.

Add the basic skeleton for parsing the variant string and passing it
around into test cases.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotests: qemucapabilitiesdata: Add README file
Peter Krempa [Thu, 16 Mar 2023 13:41:11 +0000 (14:41 +0100)]
tests: qemucapabilitiesdata: Add README file

Explain what the purpose of these files is as well as how they are
named, captured, used and modified.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotestQemuGetLatestCapsForArch: Rewrite using testQemuGetLatestCaps
Peter Krempa [Tue, 7 Mar 2023 15:01:35 +0000 (16:01 +0100)]
testQemuGetLatestCapsForArch: Rewrite using testQemuGetLatestCaps

Fetch the full hash of 'latest' files and just return the correct one.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agotestQemuGetLatestCaps: Process capabilities for all architectures in one pass
Peter Krempa [Tue, 7 Mar 2023 13:44:34 +0000 (14:44 +0100)]
testQemuGetLatestCaps: Process capabilities for all architectures in one pass

Rather than finding the newest caps file iteratively for specific
architectures in multiple passes over the directory we can simply load
the latest for everything in one pass by storing the version in the hash
table and filling it progressively.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemucapabilitiesdata: Separate version from architecture with a '_'
Peter Krempa [Tue, 7 Mar 2023 14:07:27 +0000 (15:07 +0100)]
qemucapabilitiesdata: Separate version from architecture with a '_'

Parsing a version where components are separated by dots, while other
components are also separated by dots is a bit insane. Separate the
version by an underscore.

To achieve this we rename all the caps files and adjust the appropriate
places formatting the path.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agodomaincapstest: Restructure code to avoid disabling of warnings
Peter Krempa [Wed, 8 Mar 2023 12:29:00 +0000 (13:29 +0100)]
domaincapstest: Restructure code to avoid disabling of warnings

Construct the capsName/emulator strings as initialization of variable
definition and move definition of 'struct testData' above the code.

This means that 'name' field will be initialized later.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agodomaincapstest: Make construction of filename more extensible
Peter Krempa [Wed, 8 Mar 2023 12:18:57 +0000 (13:18 +0100)]
domaincapstest: Make construction of filename more extensible

Rather than trying to cram everything into one printf statement format
the type with prefix and machine with prefix separately and then
concatenate everything into the filename.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agoqemumigrationcookiexmltest: Don't fetch latest caps files without using them
Peter Krempa [Tue, 7 Mar 2023 13:44:23 +0000 (14:44 +0100)]
qemumigrationcookiexmltest: Don't fetch latest caps files without using them

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
2 years agovirStringParseVersion: Parse into 'unsigned long long'
Peter Krempa [Tue, 7 Mar 2023 15:18:51 +0000 (16:18 +0100)]
virStringParseVersion: Parse into 'unsigned long long'

Phase out 'unsigned long'

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
2 years agodocs: java: Use new hostname for the sub-project
Peter Krempa [Wed, 15 Mar 2023 12:45:02 +0000 (13:45 +0100)]
docs: java: Use new hostname for the sub-project

Access the 'javadoc' using the new hostname java.libvirt.org.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agodocs: Update links to the libvirt-ruby bindings project webpage
Peter Krempa [Tue, 14 Mar 2023 21:45:27 +0000 (22:45 +0100)]
docs: Update links to the libvirt-ruby bindings project webpage

The webpage for the project is now hosted via gitlab pages and
accessible at https://ruby.libvirt.org

Update the links to point at the new location. Redirects will be set up
to ensure that links are not broken.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agodocs: Update links to the libvirt-ocaml bindings project webpage
Peter Krempa [Tue, 14 Mar 2023 21:45:27 +0000 (22:45 +0100)]
docs: Update links to the libvirt-ocaml bindings project webpage

The webpage for the project is now hosted via gitlab pages and
accessible at https://ocaml.libvirt.org

Update the links to point at the new location. Redirects will be set up
to ensure that links are not broken.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agodocs: downloads: Update link to 'Changes' of the libvirt-perl project
Peter Krempa [Mon, 20 Mar 2023 14:50:34 +0000 (15:50 +0100)]
docs: downloads: Update link to 'Changes' of the libvirt-perl project

The project is now hosted on gitlab.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agodocs: Update link to the php bindings project webpage
Peter Krempa [Tue, 14 Mar 2023 21:40:00 +0000 (22:40 +0100)]
docs: Update link to the php bindings project webpage

The page for the libvirt-php project is now hosted via gitlab pages and
available at https://php.libvirt.org/

Additionally drop the docs/php.rst(html) page which has only redundant
information.

Redirects will be set up to make sure old links still work.

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agoUse 'libvirt.org' instead of 'www.libvirt.org'
Peter Krempa [Tue, 14 Mar 2023 14:39:22 +0000 (15:39 +0100)]
Use 'libvirt.org' instead of 'www.libvirt.org'

Signed-off-by: Peter Krempa <pkrempa@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agoRemove trailing spaces from translatable strings
Ján Tomko [Mon, 27 Mar 2023 11:31:45 +0000 (13:31 +0200)]
Remove trailing spaces from translatable strings

Signed-off-by: Ján Tomko <jtomko@redhat.com>
Reviewed-by: Peter Krempa <pkrempa@redhat.com>
2 years agovirauth: Report error on empty auth result
Michal Privoznik [Mon, 27 Mar 2023 08:51:44 +0000 (10:51 +0200)]
virauth: Report error on empty auth result

When opening a connection, it may be necessary to provide user
credentials, or some additional info (e.g. whether to trust an
ssh key). We have a special API for that: virConnectOpenAuth()
where and additional callback can be passed. This callback is
then called with _virConnectCredential struct filled partially
and it's callback's responsibility to get desired data (e.g. by
prompting user) and store it into .result member of the struct.

But we document the callback behaviour as:

  When authentication requires one or more interactions, this callback
  is invoked. For each interaction supplied, data must be gathered
  from the user and filled in to the 'result' and 'resultlen' fields.
  If an interaction cannot be filled, fill in NULL and 0.

  Returns 0 if all interactions were filled, or -1 upon error

But there are some buggy callbacks out there, which set:

  .result = NULL;
  .resultlen = 0;

and return 0. Report an error when such buggy callback is met.

Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=2181235
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
Reviewed-by: Martin Kletzander <mkletzan@redhat.com>
2 years agovircryptotest: Fix cipher test typo aes265cbc -> aes256cbc
Martin Kletzander [Fri, 31 Mar 2023 13:46:33 +0000 (15:46 +0200)]
vircryptotest: Fix cipher test typo aes265cbc -> aes256cbc

Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agoUpdate translation files
Weblate [Sat, 1 Apr 2023 09:43:54 +0000 (11:43 +0200)]
Update translation files

Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: libvirt/libvirt
Translate-URL: https://translate.fedoraproject.org/projects/libvirt/libvirt/

Co-authored-by: Weblate <noreply@weblate.org>
Signed-off-by: Fedora Weblate Translation <i18n@lists.fedoraproject.org>
2 years agoci: Run libvirt-pot-check in potfile job
Jiri Denemark [Thu, 9 Mar 2023 09:19:47 +0000 (10:19 +0100)]
ci: Run libvirt-pot-check in potfile job

The potfile job will fail unless all format strings are permutable
(checked by meson compile libvirt-pot-check).

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo: Refresh potfile
Jiri Denemark [Sat, 1 Apr 2023 09:39:36 +0000 (11:39 +0200)]
po: Refresh potfile

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/zh_TW.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:34 +0000 (11:37 +0200)]
po/zh_TW.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/zh_CN.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:34 +0000 (11:37 +0200)]
po/zh_CN.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/vi.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:33 +0000 (11:37 +0200)]
po/vi.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/uk.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:33 +0000 (11:37 +0200)]
po/uk.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/tr.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:33 +0000 (11:37 +0200)]
po/tr.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/te.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:33 +0000 (11:37 +0200)]
po/te.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ta.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:32 +0000 (11:37 +0200)]
po/ta.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/sv.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:32 +0000 (11:37 +0200)]
po/sv.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/sr@latin.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:32 +0000 (11:37 +0200)]
po/sr@latin.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/sr.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:31 +0000 (11:37 +0200)]
po/sr.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/si.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:31 +0000 (11:37 +0200)]
po/si.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ru.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:31 +0000 (11:37 +0200)]
po/ru.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/pt_BR.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:30 +0000 (11:37 +0200)]
po/pt_BR.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/pt.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:30 +0000 (11:37 +0200)]
po/pt.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/pl.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:30 +0000 (11:37 +0200)]
po/pl.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/pa.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:29 +0000 (11:37 +0200)]
po/pa.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/or.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:29 +0000 (11:37 +0200)]
po/or.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/nl.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:29 +0000 (11:37 +0200)]
po/nl.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/nb.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:29 +0000 (11:37 +0200)]
po/nb.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ms.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:28 +0000 (11:37 +0200)]
po/ms.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/mr.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:28 +0000 (11:37 +0200)]
po/mr.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ml.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:28 +0000 (11:37 +0200)]
po/ml.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/mk.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:28 +0000 (11:37 +0200)]
po/mk.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ko.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:27 +0000 (11:37 +0200)]
po/ko.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/kn.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:27 +0000 (11:37 +0200)]
po/kn.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ka.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:27 +0000 (11:37 +0200)]
po/ka.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ja.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:26 +0000 (11:37 +0200)]
po/ja.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/it.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:26 +0000 (11:37 +0200)]
po/it.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/id.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:26 +0000 (11:37 +0200)]
po/id.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/hu.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:26 +0000 (11:37 +0200)]
po/hu.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/hr.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:25 +0000 (11:37 +0200)]
po/hr.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/hi.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:25 +0000 (11:37 +0200)]
po/hi.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/gu.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:25 +0000 (11:37 +0200)]
po/gu.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/fr.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:25 +0000 (11:37 +0200)]
po/fr.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/fi.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:24 +0000 (11:37 +0200)]
po/fi.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/es.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:24 +0000 (11:37 +0200)]
po/es.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/en_GB.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:24 +0000 (11:37 +0200)]
po/en_GB.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/el.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:23 +0000 (11:37 +0200)]
po/el.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/de.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:23 +0000 (11:37 +0200)]
po/de.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/da.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:23 +0000 (11:37 +0200)]
po/da.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/cs.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:23 +0000 (11:37 +0200)]
po/cs.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/ca.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:22 +0000 (11:37 +0200)]
po/ca.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/bs.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:22 +0000 (11:37 +0200)]
po/bs.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/bn_IN.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:22 +0000 (11:37 +0200)]
po/bn_IN.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/bg.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:22 +0000 (11:37 +0200)]
po/bg.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agopo/as.po: Update format strings
Jiri Denemark [Sat, 1 Apr 2023 09:37:21 +0000 (11:37 +0200)]
po/as.po: Update format strings

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agobuild: Add checks for permutable format strings
Jiri Denemark [Wed, 8 Mar 2023 09:58:23 +0000 (10:58 +0100)]
build: Add checks for permutable format strings

Since all messages marked for translation contain permutable format
strings, we can add checks for enforcing them.

The syntax check does not catch all cases as it only checks format
strings between _(" and the first ". In other words messages where \"
appears before the first format string or multi-line messages where the
first format strings is not in the first line will not be checked. On
the other hand, it's run automatically by "meson test".

check-pot.py python script will detect all incorrect format strings, but
it's not as easy to use as it requires libvirt.pot to be regenerated and
this does not happen during a standard build. The following steps are
needed to check messages with check-pot.py:

    meson compile libvirt-pot-dep
    meson compile libvirt-pot
    meson compile libvirt-pot-check

Don't forget to revert changes to libvirt.pot if you run these commands
locally as we don't want each patch series to update libvirt.pot.

Shell scripts (tools/libvirt-guests.sh.in is the only one currently)
need to be exempt from this check as shell's printf function does not
understand the permutable format strings.

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agotools: Update format strings in translated messages (part 2)
Jiri Denemark [Thu, 9 Mar 2023 14:54:58 +0000 (15:54 +0100)]
tools: Update format strings in translated messages (part 2)

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agotools: Update format strings in translated messages (part 1)
Jiri Denemark [Thu, 9 Mar 2023 14:54:42 +0000 (15:54 +0100)]
tools: Update format strings in translated messages (part 1)

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agosrc: Update format strings in translated messages
Jiri Denemark [Thu, 9 Mar 2023 14:26:48 +0000 (15:26 +0100)]
src: Update format strings in translated messages

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agovz: Update format strings in translated messages
Jiri Denemark [Thu, 9 Mar 2023 14:26:39 +0000 (15:26 +0100)]
vz: Update format strings in translated messages

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agovmx: Update format strings in translated messages
Jiri Denemark [Thu, 9 Mar 2023 14:23:08 +0000 (15:23 +0100)]
vmx: Update format strings in translated messages

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agovmware: Update format strings in translated messages
Jiri Denemark [Thu, 9 Mar 2023 14:22:56 +0000 (15:22 +0100)]
vmware: Update format strings in translated messages

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2 years agovbox: Update format strings in translated messages
Jiri Denemark [Thu, 9 Mar 2023 14:19:03 +0000 (15:19 +0100)]
vbox: Update format strings in translated messages

Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>