On 12/01/2016 12:22 PM, Adam Williamson wrote:
On Thu, 2016-12-01 at 12:15 -0800, Howard Howell wrote:
> -----Original Message-----
> From: Adam Williamson <adamwill(a)fedoraproject.org>
> To: hlhowell(a)pacbell.net, Development discussions related to Fedora <de
> vel(a)lists.fedoraproject.org>
> Subject: Re: failure of f24 to f25 upgrade
> Date: Thu, 01 Dec 2016 12:11:29 -0800
>
> On Thu, 2016-12-01 at 12:05 -0800, Howard Howell wrote:
>>
>>
>> Since the dnf erase command doesn't work, or tries to remove over
>> 211M
>> of files, do you mean just to remove the directory tree for the
>> offending package using the rm command?
>
> Sorry, I missed that part. I use 'dnf remove', but I don't know if
> there's any difference between that and 'dnf erase'. But when you say
> '211M of files', that could just be Google Earth itself; it's a pretty
> big app. What exactly is the output from 'dnf remove google-earth'?
>
> Dependencies resolved.
> =======================================================================
> =========
> Package Arch Version Repository
> Size
> =======================================================================
> =========
>
> Transaction Summary
> =======================================================================
> =========
> Remove 61 Packages
Wow, yeah. There is something weird going on there. It looks a lot like
the google-earth stuff is providing some kind of core stuff which
should usually come from a Fedora package, so that package isn't
installed. But I dunno how you got in that state in the *first* place.
What does `rpm -q --provides google-earth` show?
Perhaps dnf thinks google-earth is now the authority on %{_bindir} ?
So removing it is tearing the rug out from under all those others?