similar to: [PATCH node] Update rawhide to F17

Due to a critical dracut bug, and a strong dev focus on F16, we're dropping all F15 recipes. Signed-off-by: Mike Burns <mburns at redhat.com> --- recipe/ovirt15-install.ks | 1 - recipe/ovirt15-minimizer.ks | 1 - recipe/ovirt15-pkgs.ks | 2 - recipe/ovirt15-post.ks | 145 ------------------------------------------ recipe/ovirt16-install.ks | 2 +-

Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- recipe/Makefile.am | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/recipe/Makefile.am b/recipe/Makefile.am index 0bd139f..6c97ed0 100644 --- a/recipe/Makefile.am +++ b/recipe/Makefile.am @@ -3,6 +3,7 @@ CUR_RAWHIDE = 14 CUR_DEVEL = 13 CUR_PREVIEW = 12 PREVIEW_URL ?=

Since libvirt-cim is an alternate management tool, we're dropping it from the core ovirt-node image. It makes more sense as a plugin where all configuration and setup is kept separate to be used only by those that want the functionality. rhbz#727532 Signed-off-by: Mike Burns <mburns at redhat.com> --- recipe/common-pkgs.ks | 2 -- recipe/ovirt16-post.ks | 4 ----

It exists only for the last Fedora release and contains recompiled rawhide versions of libvirt and qemu --- Makefile.am | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index 7cf3213..a44ae49 100644 --- a/Makefile.am +++ b/Makefile.am @@ -29,6 +29,9 @@ CUR_RAWHIDE = 12 FEDORA = $(shell rpm --eval '%{fedora}')

Same picture for any repo. --- On Tue, 10/6/09, John Levon <john.levon@sun.com> wrote: From: John Levon <john.levon@sun.com> Subject: F12 rawhide PV HTTP install To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: xen-discuss@opensolaris.org Date: Tuesday, October 6, 2009, 5:49 PM On Tue, Oct 06, 2009 at 07:19:40AM -0700, Boris Derzhavets wrote: > I''ve

All, Our testing seems to indicate that Qemu-1.4.0-2 and Qemu-1.4.0-1 is broken on virt-preview and rawhide. I'm getting undefined symbol: usbredirparser_send_start_bulk_receiving when running qemu-system-x86_64 -version.. Do others see this issue? Is there a known solution? Harald Failing cases:

I am just finished building ovirt rawhide, but in the gui on when i click on "Networks" i get "wrong number of arguments (1 for 0)" . Is this normal ? Mike Maarse. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/ovirt-devel/attachments/20090518/435d0252/attachment.htm>

https://bugs.freedesktop.org/show_bug.cgi?id=36512 Summary: Xorg Beta 1.10.99.1 - Provided by Fedora - Rawhide Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: enhancement Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

If you are interested in trying the new paravirt_ops kernels, I've created some packages and uploaded them to: http://et.redhat.com/~chrisw/paravirt_ops/ There you'll find a yum repo (see yum.README for details) and an INSTALL file for getting started. With this package you can use a single kernel[1] for both native (w/out a hypervisor, or under a full virt hypervisor), domU paravirt

If you are interested in trying the new paravirt_ops kernels, I've created some packages and uploaded them to: http://et.redhat.com/~chrisw/paravirt_ops/ There you'll find a yum repo (see yum.README for details) and an INSTALL file for getting started. With this package you can use a single kernel[1] for both native (w/out a hypervisor, or under a full virt hypervisor), domU paravirt

If you are interested in trying the new paravirt_ops kernels, I've created some packages and uploaded them to: http://et.redhat.com/~chrisw/paravirt_ops/ There you'll find a yum repo (see yum.README for details) and an INSTALL file for getting started. With this package you can use a single kernel[1] for both native (w/out a hypervisor, or under a full virt hypervisor), domU paravirt

If you are interested in trying the new paravirt_ops kernels, I've created some packages and uploaded them to: http://et.redhat.com/~chrisw/paravirt_ops/ There you'll find a yum repo (see yum.README for details) and an INSTALL file for getting started. With this package you can use a single kernel[1] for both native (w/out a hypervisor, or under a full virt hypervisor), domU paravirt

Building is broken in Rawhide. I have fixed everything but we're waiting for one kernel change to go upstream. The issues were: * https://bugzilla.redhat.com/show_bug.cgi?id=710882 parted failed to parse the Linux "3.0" string Fixed upstream, and I have added the patch to the Rawhide parted package. * https://bugzilla.redhat.com/show_bug.cgi?id=710921 ftrace doesn't

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

Hello, I'm updating Fedora's LLVM to the latest 2.6 prerelease, and experiencing test failures on ppc. On x86_64 and x86_32 all tests pass as expected. http://koji.fedoraproject.org/koji/taskinfo?taskID=1660661 (see root.log to see what packages are installed for the build, and build.log for the build log -- 'make check' is called towards the end. Thanks, -- Michel Alexandre

Fedora rawhide now builds on ARM as well as 32-bit and 64-bit x86, and while the x86 builds are successful, the ARM build is failing. I was able to fix the first problem, which was reported in a Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715424 However, there are further build errors for which I haven't found appropriate fixes. It looks like there might be a namespace

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 Tue, May 26, 2015 at 09:44:33AM +0100, Richard W.M. Jones wrote: > 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

On Fri, Dec 06, 2019 at 04:14:12PM -0700, Jerry James wrote: > On Fri, Dec 6, 2019 at 9:31 AM Richard W.M. Jones <rjones@redhat.com> wrote: > > > A few non-critical packages failed to build, and I will look at these > > later unless someone gets around to it before me. The failures are > > listed at the end. > > > [snip] > > > ocaml-tplib >

$ 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: