Bug 1684245 - Unable to install qemu-system-x86-core-2:3.1.0-4.fc30.1.x86_64
Summary: Unable to install qemu-system-x86-core-2:3.1.0-4.fc30.1.x86_64
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: qemu
Version: rawhide
Hardware: All
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Fedora Virtualization Maintainers
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1684250
TreeView+ depends on / blocked
 
Reported: 2019-02-28 19:23 UTC by Randy Barlow
Modified: 2019-03-11 14:53 UTC (History)
10 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-03-11 14:53:50 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Randy Barlow 2019-02-28 19:23:57 UTC
Description of problem:
Greetings!

I am unable to install Bodhi's build dependencies, which includes pungi, which eventually includes qemu-system-x86-core.


Version-Release number of selected component (if applicable):
qemu-system-x86-core-2:3.1.0-4.fc30.1.x86_64


How reproducible:
Every time.


Steps to Reproduce:
1. Install qemu-system-x86-core-2:3.1.0-4.fc30.1.x86_64 on Rawhide.


Actual results:
Problem 2: package libguestfs-1:1.40.2-2.fc30.x86_64 requires libvirt-daemon-kvm >= 0.10.2-3, but none of the providers can be installed
 - package libvirt-daemon-kvm-5.0.0-3.fc30.x86_64 requires qemu-kvm, but none of the providers can be installed
 - package libguestfs-tools-c-1:1.40.2-2.fc30.x86_64 requires libguestfs.so.0()(64bit), but none of the providers can be installed
 - package libguestfs-tools-c-1:1.40.2-2.fc30.x86_64 requires libguestfs(x86-64) = 1:1.40.2-2.fc30, but none of the providers can be installed
 - package qemu-kvm-2:3.1.0-4.fc30.1.x86_64 requires qemu-system-x86 = 2:3.1.0-4.fc30.1, but none of the providers can be installed
 - package pungi-4.1.33-4.fc31.noarch requires libguestfs-tools-c, but none of the providers can be installed
 - package qemu-system-x86-2:3.1.0-4.fc30.1.x86_64 requires qemu-system-x86-core = 2:3.1.0-4.fc30.1, but none of the providers can be installed
 - conflicting requests
 - nothing provides libbrlapi.so.0.6()(64bit) needed by qemu-system-x86-core-2:3.1.0-4.fc30.1.x86_64


Expected results:
It should be able to be installed.


Additional info:
I'm not sure if qemu just needs to be rebuilt against libbrlapi, or if this is a problem in libbrlapi itself. Feel free to reassign if I picked the wrong component!

Comment 1 Cole Robinson 2019-02-28 22:19:32 UTC
Yeah qemu just needs a rebuild, but build attempts are failing with new glusterfs: https://bugzilla.redhat.com/show_bug.cgi?id=1684298

Comment 2 Miro Hrončok 2019-03-01 10:49:52 UTC
This blocks the compose.

Comment 3 Cole Robinson 2019-03-03 22:47:17 UTC
I'm trying a build now with qemu gluster bits temporarily disabled, hopefully that fixes things

Comment 4 Cole Robinson 2019-03-03 22:54:57 UTC
Build still failing, now with lots of:

BUILDSTDERR: /builddir/build/BUILD/qemu-3.1.0/linux-user/syscall.c:253:16: error: static declaration of 'gettid' follows non-static declaration
BUILDSTDERR:   253 | _syscall0(int, gettid)
BUILDSTDERR:       |                ^~~~~~
BUILDSTDERR: /builddir/build/BUILD/qemu-3.1.0/linux-user/syscall.c:184:13: note: in definition of macro '_syscall0'
BUILDSTDERR:   184 | static type name (void)   \
BUILDSTDERR:       |             ^~~~
BUILDSTDERR: In file included from /usr/include/unistd.h:1170,
BUILDSTDERR:                  from /builddir/build/BUILD/qemu-3.1.0/include/qemu/osdep.h:90,
BUILDSTDERR:                  from /builddir/build/BUILD/qemu-3.1.0/linux-user/syscall.c:20:
BUILDSTDERR: /usr/include/bits/unistd_ext.h:34:16: note: previous declaration of 'gettid' was here
BUILDSTDERR:    34 | extern __pid_t gettid (void) __THROW;

Comment 5 Randy Barlow 2019-03-11 14:53:50 UTC
This seems to be fixed now, thanks!


Note You need to log in before you can comment on or make changes to this bug.