Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1455268 - libgpod from EPEL cause conflicts with other pkgs from el7
Summary: libgpod from EPEL cause conflicts with other pkgs from el7
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: libgpod
Version: epel7
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Moez Roy
QA Contact: Desktop QE
Jiri Herrmann
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-05-24 15:44 UTC by Oliver Ilian
Modified: 2017-09-07 13:21 UTC (History)
10 users (show)

Fixed In Version: libgpod-0.8.3-15.el7
Doc Type: Known Issue
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-12 17:51:10 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Oliver Ilian 2017-05-24 15:44:43 UTC 
When running an upgrade from RHEL 7.3 to 7.4 Beta 1 I get the following error:


Error: Package: libgpod-0.8.3-14.el7.x86_64 (@CSB-RHEL72-updates/7.3)
           Requires: libusbmuxd.so.2()(64bit)
           Removing: usbmuxd-1.0.8-11.el7.x86_64 (@CSB-RHEL72-updates/7.3)
               libusbmuxd.so.2()(64bit)
           Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (rhel74-dogfood)
               Not found
Error: Package: libgpod-0.8.3-14.el7.x86_64 (@CSB-RHEL72-updates/7.3)
           Requires: libplist.so.1()(64bit)
           Removing: libplist-1.10-4.el7.x86_64 (@CSB-RHEL72-updates/7.3)
               libplist.so.1()(64bit)
           Updated By: libplist-1.12-3.el7.x86_64 (rhel74-dogfood)
              ~libplist.so.3()(64bit)
Error: Package: libgpod-0.8.3-14.el7.x86_64 (@CSB-RHEL72-updates/7.3)
           Requires: libimobiledevice.so.4()(64bit)
           Removing: libimobiledevice-1.1.5-6.el7.x86_64 (@CSB-RHEL72-updates/7.3)
               libimobiledevice.so.4()(64bit)
           Updated By: libimobiledevice-1.2.0-1.el7.x86_64 (rhel74-dogfood)
              ~libimobiledevice.so.6()(64bit)
Comment 4 Tomas Pelka 2017-05-31 08:05:18 UTC 
Bastien is there another way how to solve this than rebasing either to same version of libgpod and bumping release version or to newer version?

Workaround for no epel users:

rpm -e --nodeps --allmatches libgpod
yum update

for EPEL users:
Adding exclude=libgpod* line to each enabled repo from /etc/yum.repos.d/epel.repo
Comment 5 Jiri Koten 2017-05-31 09:41:47 UTC 
The problem is caused by rebased pkgs of libimobiledevice, libplist which are dependencies of libgpod. Also usbmuxd no longer provides libusbmuxd.so.*, there is a new pkg libusbmuxd-0:1.0.10-5.el7.

The libgpod pkg from epel needs to be rebuild against these rebased pkgs and the new one. Or just downgrade the libgpod to rhel version as mentioned in c#4.

I don't think this is st. we can fix in rhel.
Comment 6 Oliver Ilian 2017-05-31 10:46:58 UTC 
Hey Jiri,

downgrading is not an option, as I need to do that for 3000 Notebooks. So I would need to downgrade libgpod in the background first, than exclude libgpod, so it does not update from epel again (we have epel enabled internally for all users). And if there is any issue that needs a update to libgpod, I need to reverse this.

So I should maybe contact the maintainer of the libgpod package in epel, and ask to rebuild the package. Will do that.
Comment 7 Oliver Ilian 2017-05-31 10:54:07 UTC 
The only way I get yum to upgrade my 7.3 with enabled epel to 7.4 is:

yum update --enablerepo=rhel74-* --exclude=libgpod*,grub2*,libimobiledevice,libplist,usbmuxd,gvfs*,upower

So I will contact the EPEL maintainers for libgpod,libimobiledevice,libplist,usbmuxd to check if they can rebuild the versions

downgrading libgpod is not an option because of the dependencies with mono. The working command would be:

yum downgrade libgpod* mono*
Comment 8 Moez Roy 2017-06-01 11:12:18 UTC 
You want me to rebuild libgpod now? 

Does koji use 7.4 now?
Comment 9 Oliver Ilian 2017-06-07 06:37:39 UTC 
Thinking right now how to fix this.

Rebuilding libgpod right now might break it for 7.3, but would need it to test 7.4

I might need to see if I can build it internally on a copr instance and use this for testing.

Any other ideas?
Comment 10 Fedora Update System 2017-08-08 01:32:57 UTC 
libgpod-0.8.3-15.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-87f6cddc6b
Comment 11 Alessandro Suardi 2017-08-08 09:46:31 UTC 
New libgpod RPM in koji makes gnome-mplayer work again for me in 7.4.
Comment 12 Fedora Update System 2017-08-12 00:21:03 UTC 
libgpod-0.8.3-15.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-87f6cddc6b
Comment 13 Fedora Update System 2017-08-12 17:51:10 UTC 
libgpod-0.8.3-15.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.
Comment 14 Carson Blake 2017-08-18 04:05:08 UTC 
Oliver,
Yes, it appears new build broken for 7.3. We are running CentOS 7.3.1611.

Error: Package: libgpod-0.8.3-15.el7.x86_64 (epel)
           Requires: libimobiledevice.so.6()(64bit)
Error: Package: libgpod-0.8.3-15.el7.x86_64 (epel)
           Requires: libplist.so.3()(64bit)
Comment 15 Carson Blake 2017-08-18 05:30:28 UTC 
I found it was removed on 08/16 after pushing to EPEL 7 stable on 08/12.

Reference to https://bugzilla.redhat.com/show_bug.cgi?id=1405994


Double checking my mirrors, and 7.3 is now okay again.
Comment 16 Tuomo Soini 2017-09-07 13:21:47 UTC 
libgpod package can not exist in epel7 because libgpod is in rhel7.4.
Note You need to log in before you can comment on or make changes to this bug.