On 22 August 2017 at 23:44, Stephen L. Talbott
<[log in to unmask]> wrote:
> For something like a week or two yum autoupdate on my system has been
> failing with the message
>
>     Failed to check for updates with the following error message:
>     Failed to build transaction: libgpod-0.8.3-14.el7.x86_64 requires
>     libplist.so.1()(64bit)
>     libgpod-0.8.3-14.el7.x86_64 requires libimobiledevice.so.4()(64bit)
>     libgpod-0.8.3-14.el7.x86_64 requires libusbmuxd.so.2()(64bit)
>
> Each of the required files is currently installed on my system.  If,
> which is doubtful, I understand the error output from Yum Extender
> (shown below), the problem somehow arises from the fact that "yum update"
> is trying to replace those required files with later versions.  I can
> find no information about how to resolve the situation. "Yum clean"
> hasn’t helped.
>
> There are something like 270 packages currently requiring updating on my
> system, but the errors appear to be (for me) showstoppers.  --skip-broken
> now skips all of them, since I ran it earlier to install whatever packages
> I could.  If there are any obvious routes of attack on the problem, I
> would appreciate hearing about them.  But I am not an admin type, so if
> the problem is complex, I would also be interested in knowing whether
> there is a resource somewhere where one can find (qualified!) admins who
> are in the market for occasional, long-distance, paid consultation.  I
> could use such a connection in any case as an alternative to bothering
> this list — in which, I am afraid, I really don’t belong (although I do
> receive useful information from *reading* it).
>
> Many thanks.
>
> ##########################
> “Dependency Resolution Errors” resulting from an attempt to manually run
> 'yum update' from the Yum Extender utility:
>
>    16:25:59 : ERROR: Dependency resolving completed with errors
>    16:25:59 : ERROR:   Package: libgpod-0.8.3-14.el7.x86_64 (@epel)

Please try the following:

yum --disablerepo epel update

The problem seems to originate with a package from the EPEL repository.

Alan.