Re: Graphical Upgrade Test Day conflicts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Mon, May 16, 2016 at 2:46 PM, Elad Alfassa <elad@xxxxxxxxxxxxxxxxx> wro

On Mon, May 16, 2016 at 9:03 PM, Eric Griffith <egriffith92@xxxxxxxxx> wrote:
Hey guys, I'm attempting to take part in the May 16 Test Day, but I'm running into a slight problem with the Gnome320 copr. Fully up to date F23 Workstation system is giving me the following conflict during upgrade.

sudo dnf update gnome-software --best --allowerasing

Installing:
 f24-backgrounds-base
                noarch 24.1.1-1.fc23                 rhughes-f23-gnome320  23 M
Upgrading:
 gnome-software x86_64 3.20.3-0.191.20160425git.fc23 rhughes-f23-gnome320 3.3 M
 json-glib      x86_64 1.2.0-1.fc23                  rhughes-f23-gnome320 137 k
 libgusb        x86_64 0.2.9-1.fc23                  rhughes-f23-gnome320  46 k
Removing:
 colord-libs    i686   1.2.12-1.fc23                 @fedora              534 k
 gtk3           i686   3.18.9-1.fc23                 @updates              17 M
 json-glib      i686   1.0.4-2.fc23                  @fedora              457 k
 libgusb        i686   0.2.8-1.fc23                  @updates             103 k
 libnm-gtk      i686   1.0.10-1.fc23                 @updates             229 k

Specifically the "Lets remove gtk3" when I don't see anything from the copr that would replace it.

It seems to me that dnf wants to remove the i686 (32bit) gtk3 to protect against multilib version problems (where you have both 32bit and 64bit versions of a specific package installed, you generally want both to be the same version). I guess nobody put 32bit gtk3 in the copr because it's 64bit only?

Do you have any reason to use 32bit gtk3 (such as a 3rd party 32bit app installed on your computer that requires gtk3)? If not, then you can properly safely remove it.

I have quite a few out-of-repo applications on my system. Some from coprs, some from self-compile, and some from various vendors (Crossover being one of them, though I don't think that's the issue here). 

Beyond gtk3, the other two that jumped out at me were libnm-gtk and colord-libs, both 32-bit. Off the top of my head, I couldn't think of any reason why something other than Gnome itself, or some core piece of Gnome, would have a dependency on them, as they are rather 'niche'. Just seemed like something that would be worth asking about before I went ahead with the upgrade and possibly broke something.

--
desktop mailing list
desktop@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/desktop@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux