similar to: FYI: New Fedora tracker bugs for things that break libguestfs

Previous attempt: https://www.redhat.com/archives/libguestfs/2015-April/msg00013.html supermin needs to download packages (eg. RPMs) when preparing the appliance. After a lot of work, 'dnf download' can now be used as a replacement for the (deprecated) 'yumdownloader' program. This only affects the 'supermin --prepare' phase, which means it only affects people building

Hello all, I am having an issue with guestmount in respect to live instances and I was hoping someone might have an idea where I've gone wrong. The following output is from my shell session, if there's any more information needed please let me know and I'll happily provide it. [root at longitude ~]# virt-filesystems -d F16-rawhide/dev/sda2 /dev/sda3 [root at longitude ~]#

Output from guestfish after upgrading to rawhide libguestfs, compiled with virtio: ><fs> add_drive "/dev/Guests/RHEL52PV32" ><fs> add_cdrom "/var/lib/virt-v2v/transfer.iso" ><fs> launch ><fs> list-devices /dev/sr0 /dev/vda Note that the order has swapped. If these aren't consistent we don't have a good way to determine which host

On Mon, May 25, 2015 at 10:22:35PM +0200, Kashyap Chamarthy wrote: > I just built `supermin` from source on my Fedora 22 machine, and somehow > it can't seem to detect RPM (but `supermin` from Rawhide detects it). > Exact error: > > supermin: could not detect package manager used by this system or > distro. > > which is coming from:

Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide Kernel, throws the below: $ virt-builder fedora-20 --format qcow2 --size 20G virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined symbol: nettle_secp_256r1 Version on L1 (guest hypervisor) -------------------------------- $ uname -r; rpm -q libvirt-daemon-kvm qemu-system-x86 \ libguestfs gnutls

Just a note (mainly to get it clear for *me*!) where we are with libguestfs branches and Fedora/RHEL versions: Fedora ? ??? Fedora 16 libguestfs 1.16 (currently 1.16.29) ? ??? Fedora 17 libguestfs 1.18 (currently 1.18.6) ? ??? Fedora 18 (just libguestfs 1.19.28, will move to ? branched) stable 1.20 branch when it is ready ? ???

Hello, The API/ABI interface of the libguestfs library is now checked for backward compatibility in the Upstream Tracker project: https://abi-laboratory.pro/tracker/timeline/libguestfs/ Hope the report will be helpful for users and maintainers of the library. Thank you.

I disabled the tests on i686 back in 2016. This very likely meant that libguestfs was not working on i686 (and no one complained). Because of this change: https://fedoraproject.org/wiki/Changes/Stop_Building_i686_Kernels it's now not possible to even compile libguestfs on i686 so I have had to disable it entirely on this architecture. Rich. -- Richard Jones, Virtualization Group, Red

Fedora 15 (Rawhide): Development branch 1.5.x. As usual, this follows the current development versions (currently 1.5.5). Fedora 14: Development branch 1.5.x. When Fedora 14 branched from Rawhide a month back, we inadvertently branched at a development version (1.5.2). We couldn't go back to the stable branch (1.4.x) without bumping the RPM Epoch. In the meantime Fedora 14 got

$ libguestfs-test-tool ... libguestfs: launch: version=1.42.0fedora=33,release=5.fc33,libvirt ... libguestfs: build appliance libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH (search path: /usr/lib/guestfs) ... It appears that this configure test is now failing:

Fedora ? ??? Fedora 16 libguestfs 1.16 (currently 1.16.34) ? ??? Fedora 17 libguestfs 1.18 (currently 1.18.11) ? ??? Fedora 18 libguestfs 1.20 (currently 1.20.0) ? ??? Rawhide libguestfs 1.21 (development releases as usual) RHEL ? ??? RHEL 5 ancient libguestfs 1.2 ? ? (DO NOT USE

Libguestfs 1.34 was released on 2016-08-08, which is about 6 months ago. I'd would like to think about what needs work for the next stable 1.36 release, which might happen at the end of this month. Any new APIs added in the 1.35 cycle will become supported and guaranteed when we release 1.36, so we need to check those. See: git diff v1.34.0 -- generator/actions.ml It looks like there

Not quite sure what happened to the waitpid()s which were along that path, but at some point they seem to have got deleted. This is a fix for: https://bugzilla.redhat.com/show_bug.cgi?id=518747 I haven't been able to run the tests yet however, because currently Rawhide is broken (ntfsprogs has missing dependencies). Rich. -- Richard Jones, Emerging Technologies, Red Hat

https://fedoraproject.org/wiki/Ovirt_Node_Spin I noticed that virt-manager-tui is in rawhide finally, but the package name implies that it's not going to be in f16? virt-manager-tui.noarch 0.9.0-4.fc17 rawhide Cole, is this intentional or just smth that we need to follow up on? Also, I've noticed that ovirt-node needs refreshing... iirc apevec did tag/release of 2.0.1 from

Just a note [possibly more of a warning] that I'm intending to switch the default backend in Fedora 18+ to libvirt this week. For more information about what this means, see: https://rwmj.wordpress.com/2012/07/23/new-in-libguestfs-use-libvirt-to-launch-the-appliance/#content Barring any bugs, the change ought to be transparent. The reasons why we're making this change in Fedora are:

Currently Fedora packages are broken. You'll see this error when libguestfs tries any inspection-related operation: aug_init: Augeas initialization failed The bug and explanation is here (thanks Dominic Cleal): https://bugzilla.redhat.com/show_bug.cgi?id=894241#c11 This bug is fixed in the following packages: Fedora 17: http://koji.fedoraproject.org/koji/buildinfo?buildID=379590

supermin needs to download packages (eg. RPMs) when preparing the appliance. 'dnf download' finally appears to have made parallel downloads reliable[1]. Better late than never. So I have experimentally switched Rawhide's supermin to use 'dnf download' instead of the (deprecated) 'yumdownloader' program. This only affects the 'supermin --prepare' phase, which

On Thu, May 21, 2015 at 02:37:31PM +0100, Richard W.M. Jones wrote: > > Previous attempt: > https://www.redhat.com/archives/libguestfs/2015-April/msg00013.html > > supermin needs to download packages (eg. RPMs) when preparing the > appliance. > > After a lot of work, 'dnf download' can now be used as a replacement > for the (deprecated) 'yumdownloader'

I just installed the Rawhide package on my CentOS 5 system. The one item that bit me is that the config file defaults to using interface "[::]" so it only listens on IPv6. (This is from a patch in the package that changes the upstream default of "*", so it only affects those using the Fedora package.) For those wanting to track the issue, here's the Bugzilla:

On Tue, 18 Apr 2023, Norbert Pocs wrote: > Hi OpenSSH mailing list, > > I would like to announce the newly introduced patch in Fedora rawhide [0] > for > > FIPS compliance efforts. The change will be introduced in an upcoming RHEL 9 > > version. > > The patch targets OpenSSL support of OpenSSH, specifically the usage of > > old low level API. The new