Bug 1799604

Summary:

libunicap: FTBFS in Fedora rawhide/f32

Product:

[Fedora] Fedora

Reporter:

Fedora Release Engineering <releng>

Component:

libunicap

Assignee:

Robert Scheck <redhat-bugzilla>

Status:

CLOSED RAWHIDE

QA Contact:

Fedora Extras Quality Assurance <extras-qa>

Severity:

unspecified

Docs Contact:

Priority:

unspecified

Version:

rawhide

CC:

kdudka, mschorm, praiskup, redhat-bugzilla

Target Milestone:

---

Target Release:

---

Hardware:

Unspecified

OS:

Unspecified

Whiteboard:

Fixed In Version:

Doc Type:

If docs needed, set a value

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2020-02-09 22:59:22 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Bug Depends On:

Bug Blocks:

1750908

Attachments:

Description	Flags
build.log	none
root.log	none
state.log	none

Description Fedora Release Engineering 2020-02-06 18:34:28 UTC

libunicap failed to build from source in Fedora rawhide/f32

https://koji.fedoraproject.org/koji/taskinfo?taskID=41318703


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
Please fix libunicap at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
libunicap will be orphaned. Before branching of Fedora 33,
libunicap will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source

Comment 1 Fedora Release Engineering 2020-02-06 18:34:31 UTC

Created attachment 1659556 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Comment 2 Fedora Release Engineering 2020-02-06 18:34:33 UTC

Created attachment 1659557 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2020-02-06 18:34:34 UTC

Created attachment 1659558 [details]
state.log

Comment 4 Michal Schorm 2020-02-07 14:17:00 UTC

The issue:

| /usr/bin/ld: .libs/libvid21394_la-vid21394_cpi.o:/builddir/build/BUILD/libunicap-0.9.12/cpi/vid21394/../../common/queue.h:34: multiple definition of `unicap_queue';
| .libs/libvid21394_la-vid21394_base.o:/builddir/build/BUILD/libunicap-0.9.12/cpi/vid21394/../../common/queue.h:34: first defined here
| /usr/bin/ld: .libs/libvid21394_la-visca.o:/builddir/build/BUILD/libunicap-0.9.12/cpi/vid21394/../../common/queue.h:34: multiple definition of `unicap_queue';
| .libs/libvid21394_la-vid21394_base.o:/builddir/build/BUILD/libunicap-0.9.12/cpi/vid21394/../../common/queue.h:34: first defined here
| /usr/bin/ld: /builddir/build/BUILD/libunicap-0.9.12/common/.libs/libucutils.a(queue.o):/builddir/build/BUILD/libunicap-0.9.12/common/queue.h:34: multiple definition of `unicap_queue';
| .libs/libvid21394_la-vid21394_base.o:/builddir/build/BUILD/libunicap-0.9.12/cpi/vid21394/../../common/queue.h:34: first defined here
| collect2: error: ld returned 1 exit status