Bug 555657
| Summary: | libspice.so.0 provides name conflict (qspice, tclspice) | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Cao, Chen <kcao> | |
| Component: | qspice | Assignee: | Uri Lublin <uril> | |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | low | |||
| Version: | 5.5 | CC: | ehabkost, ndai, rluxenbe, tburke, virt-maint, yeylon, ykaul | |
| Target Milestone: | rc | |||
| Target Release: | --- | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 573349 (view as bug list) | Environment: | ||
| Last Closed: | 2010-08-26 17:08:18 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: | 573349 | |||
|
Description
Cao, Chen
2010-01-15 06:15:09 UTC
Do you have the EPEL repository configured? tclspice is not part of RHEL. 1) If it is a real library name conflict, it needs to be sorted out by the qspice maintainers. Reassigning this BZ to them, so they can decide what to do about it. 2) tclspice provides libspice.so.0, but libspice.so.0 is on /usr/lib64/tclspice/libspice.so.0. Maybe it's not a real library name conflict and tclspice shouldn't actually have a libspice.so.0 RPM provides. (In reply to comment #1) > Do you have the EPEL repository configured? tclspice is not part of RHEL. > yes, as, [epel] name=Extra Packages for Enterprise Linux 5 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/5/$basearch mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-5&arch=$basearch failovermethod=priority enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL [epel-debuginfo] name=Extra Packages for Enterprise Linux 5 - $basearch - Debug #baseurl=http://download.fedoraproject.org/pub/epel/5/$basearch/debug mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-debug-5&arch=$basearch failovermethod=priority enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL gpgcheck=1 [epel-source] name=Extra Packages for Enterprise Linux 5 - $basearch - Source #baseurl=http://download.fedoraproject.org/pub/epel/5/SRPMS mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-source-5&arch=$basearch failovermethod=priority enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL gpgcheck=1 > 1) If it is a real library name conflict, it needs to be sorted out by the > qspice maintainers. Reassigning this BZ to them, so they can decide what to do > about it. > > 2) tclspice provides libspice.so.0, but libspice.so.0 is on > /usr/lib64/tclspice/libspice.so.0. Maybe it's not a real library name conflict > and tclspice shouldn't actually have a libspice.so.0 RPM provides. if i have tclspice installed, I can install/remove kvm without qspice* smoothly, and of course, I can use qemu-kvm/qemu-img only if qspice is installed manually. Eduardo, is it enough that you just add the following line to the kvm spec? Requires: qspice-libs An explicit qspice-libs dependency is enough short term (I did this on the KVM package, already), but long term it is preferable that we don't have this library name conflict. The next major version of the spice library may be an opportunity to solve the conflict. Following Eduardo's suggestion in Comment #4, I've fixed it for RHEL-6 (rhbz# 573349). Closing this bug with reason fixed-in-next-release. |