These would always fail because libvirt doesn't start up after being
installed. You would see errors like:
libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0
libvirt: XML-RPC error : Failed to connect socket to '/var/run/libvirt/virtqemud-sock': No such file or directory
libguestfs: error: could not connect to libvirt (URI = qemu:///system): Failed to connect socket to '/var/run/libvirt/virtqemud-sock': No such file or directory [code=38 int1=2]
(cherry picked from
Fedora commit a1eed9c04c9e64cf24bc83a0da2cd6b05f7400c3)
We now use "-cpu max" (upstream 30f74f38bd6e).
(This has nothing to do with RHBZ 2209279 BTW, but the bots don't let us
commit maintenance-only patches.)
resolves: rhbz#2209279
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
In the spirit of dist-git commit fb7b8af04b ("Run SELinux relabelling in
parallel [for virt-v2v]", 2023-05-04), hand-edit the effect of
"copy-patches.sh": remove the "common/mlcustomize" changes from
"0011-update-common-submodule.patch" (which make no sense for libguestfs,
as libguestfs does not bundle "common/mlcustomize"), namely upstream
commits 17ef57a9bc81 ("mlcustomize: skip SELinux relabeling if it's
disabled", 2023-04-22) and 38e6988c1864 ("mlcustomize/SELinux_relabel.ml:
Use Array.mem", 2023-04-22).
resolves: rhbz#2209279
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
resolves: rhbz#2190276
Also synch copy-patches.sh with the later version from virt-v2v c9s.
I had to hand-hack the patches which touch common/ because they touch
some directories that are not listed as SUBDIRS by libguestfs, so not
included in the tarball. Hopefully this will go away when upstream
stable-1.50 does a new stable release.
resolves: rhbz#2059285
Disable 5-level page tables when using -cpu max
resolves: rhbz#2084568
SELinux relabelling should not stop on ext4 immutable bits
resolves: rhbz#1794518
Ignore "iface" in add-drive variants
resolves: rhbz#1844341
Lift protocol limit on guestfs_readdir()
resolves: rhbz#1674392
- Add detection support for Rocky Linux
- Resolve conflict between manual and libvirt-assigned PCI addresses
resolves: rhbz#2030709, rhbz#2034160
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
resolves: rhbz#1990720, rhbz#1950627
Fix license files.
(cherry picked from commit 4c961db464)
Move appliance to separate subpackage
resolves: rhbz#1989514
https://bugzilla.redhat.com/show_bug.cgi?id=1989514
Move the appliance to a subpackage (libguestfs-appliance). The main
package depends on this new subpackage so in effect nothing changes
for most users.
However this allows the appliance to be replaced if there exists a
package called "libguestfs-noappliance". This package is not provided
anywhere, you have to provide the dependency or make the package
yourself. But if you do this then libguestfs won't install the
appliance and you are free to replace it with (eg) a fixed appliance.
(cherry picked from commit 941da64078)
