similar to: Planned libguestfs versions in Fedora 12-15, EPEL 5

On Fri, May 14, 2010 at 11:02:36PM -0400, Aron Griffis wrote: > Hi again Rich, > > I'm trying to use febootstrap to install either rawhide or f13, > but my attempts are failing. > > $ sudo febootstrap fedora-13 /mnt/jubjub-f > ... > Running rpm_check_debug > ERROR with rpm_check_debug vs depsolve: > libc.so.6()(64bit) is needed by procmail-3.22-25.fc12.x86_64

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 ? ???

I'm tracking Fedora 18 & Rawhide issues that stop libguestfs from working here (that is, for non-libguestfs bugs): https://bugzilla.redhat.com/show_bug.cgi?id=910270 (Fedora 18) https://bugzilla.redhat.com/show_bug.cgi?id=910269 (Rawhide) (Note the dependent bug lists aren't complete yet) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones

Matt, can you install the latest libguestfs + febootstrap packages on Rawhide and give them a spin: http://koji.fedoraproject.org/koji/buildinfo?buildID=173442 http://koji.fedoraproject.org/koji/buildinfo?buildID=173526 The way that the supermin appliance is constructed and booted has changed substantially and I'd like to make sure that we find any bugs early, since we are planning to put

The development branch (1.5) contains some major performance improvements over the current stable branch (1.4). Furthermore nearly 3 months have passed since we branched 1.4, which is about the same time that separated 1.4 from 1.2. Thus I think around the first or second week of October we ought to start the new stable and development branches (1.6 and 1.7 resp.) At this time we should decide

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

Particularly interested if anyone has it working on Fedora 13+, with the Fedora RPMS. I've tried both F13 (asterisk-1.6.2.12-0.1.rc1.fc13.i686) and Rawhide (1.8 something), and both of them appear to be broken in the same way. Festival reports a connection, and a file is placed in the cache directory, but no audio is actually played. Additionally, the the call seems to get borked somehow;

Hello, I am not sure if this is the most optimal place to ask this question, but I may as well go ahead and shoot: Steam will not login. I have a day old install of Fedora 17, and am going through my usual routine of using and tweaking a new release until it breaks. Unfortunately, I am cut off from my primary messenger, Steam. I have set SELinux to permissive, even went as far as installing the

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'

Passing '-cpu host' is meant to cause qemu to pass the same CPUID flags from the host up to the appliance. The major benefit of this is that the appliance can use all CPU features available to optimize eg. checksumming, crypto, RAID XOR operations, zero fill. However in practice this can cause strange problems on some hardware: https://bugzilla.redhat.com/show_bug.cgi?id=870071 This

http://pkgs.fedoraproject.org/gitweb/?p=libguestfs.git;a=blob;f=0001-Workaround-for-usrmove-in-Fedora.patch;hb=HEAD I have added this patch (not upstream) ^^ This is a workaround for a rather misguided feature called 'usrmove' which was just dumped without notice into Rawhide, 3 days before the F17 branch, while everyone was away at FOSDEM. I still haven't got libguestfs to build

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:

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

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

This is an issue I've researched quite a bit on bug lists, and looked in the Syslinux Wiki for a way to do this, but haven't yet found a solution. 1) I have an existing Fedora 13 LiveCD which I burned to a CD and tested on a system without issue. 2) I then took that same ISO and dropped it in my pxelinux.cfg/default for being able to boot over the network. I made sure to extract the

Even though the current stable branch is 1.4.x[1] I'm not going to leave the 1.2.x branch to completely wither. I will still pull in any more serious bug fixes into the 1.2.x branch and make an occasional release. Therefore I have released 1.4.1 and 1.2.10 which contain a small number of bug fixes. If you are using earlier 1.4.x or 1.2.x versions, and if you simply want a more stable

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

Dear Damien, On Wed, Apr 19, 2023 at 7:13?AM Damien Miller <djm at mindrot.org> wrote: > > 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 > >

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 OpenSSL version 3.0 introduces a FIPS module (going through FIPS 140-2 validation and to be FIPS 140-3

I added this commit last week: https://github.com/libguestfs/libguestfs/commit/f2540d68e4e62c8cf90ac501b378a4e9a2ba89e5 which allows installed libguestfs to be tested using the test suite included in the sources. Starting with Fedora Rawhide version 1.31.7-2, I'm going to disable the tests that happen during the Fedora (Koji) build, except for the basic kernel/qemu/libvirt/appliance sanity