Dnf upgrade error, conflicting glib2 of i686 , x86_64 architecure --duplicates

Ask Fedora
1

For some weeks now Fedora32 KDE will run into dnf upgrade error, both in cockpit as well as in a bash console running the “dnf” instruction. It is a quite similar user experience to:
https://www.reddit.com/r/Fedora/comments/gsgfmy/getting_dnf_conflicts_on_i686_and_x86_64_versions/?utm_source=share&utm_medium=web2x

I also read Dnf upgrade failing - libstdc+++ installed in two different versions # but was not able to fix my case because

Problem: cannot install both glib2-2.64.3-2.fc32.x86_64 and glib2-2.64.3-1.fc32.x86_64

it seems to me that some newly packaged thing now wants to install “glib2 for i686” which is not present
in my installation right now. I run a x86_64 system with few or no i686 packages.

#############################################################################

long story short: after much fiddling around, a manual

dnf reinstall --allowerasing --skip-broken glib2-2.64.3-2.fc32.x86_64

did the trick. After this, dnf upgrade worked as advertised. cockpit was happy too. :fox_face:

##############################################################################

dnf --debugsolver upgrade # as well as using –allowerasing

did not get me very far.

sudo dnf upgrade

will show for me:

glib2 i686 2.64.3-2.fc32 updates 2.7 M
glib2-devel x86_64 2.64.3-2.fc32 updates 461 k

error : Transaktions test erroneous :
file /usr/share/man/man1/gapplication.1.gz of the Installation of glib2-2.64.3-2.fc32.i686 collides with the file from the package glib2-2.64.3-1.fc32.x86_64

Datei /usr/share/man/man1/gdbus.1.gz aus der Installation von glib2-2.64.3-2.fc32.i686 kollidiert mit der Datei aus dem Paket glib2-2.64.3-1.fc32.x86_64
Datei /usr/share/man/man1/gio-querymodules.1.gz aus der Installation von glib2-2.64.3-2.fc32.i686 kollidiert mit der Datei aus dem Paket glib2-2.64.3-1.fc32.x86_64
Datei /usr/share/man/man1/gio.1.gz aus der Installation von glib2-2.64.3-2.fc32.i686 kollidiert mit der Datei aus dem Paket glib2-2.64.3-1.fc32.x86_64
Datei /usr/share/man/man1/glib-compile-schemas.1.gz aus der Installation von glib2-2.64.3-2.fc32.i686 kollidiert mit der Datei aus dem Paket glib2-2.64.3-1.fc32.x86_64
Datei /usr/share/man/man1/gsettings.1.gz aus der Installation von glib2-2.64.3-2.fc32.i686 kollidiert mit der Datei aus dem Paket glib2-2.64.3-1.fc32.x86_64

Problem: cannot install both glib2-2.64.3-2.fc32.x86_64 and
glib2-2.64.3-1.fc32.x86_64

I feel like I’m kinda stuck here… :roll_eyes:

I already deleted /usr/share/man/man1/gsettings.1.gz and so forth since they are merely man pages but that did not help since it is not the actual files on the disk but seemingly the dependencies of the packages. dnf --debugsolver upgrade mentions:

upgrade glib2-2.64.3-1.fc32.i686@@System glib2-2.64.3-2.fc32.i686@updates
upgrade glib2-devel-2.64.3-1.fc32.x86_64@@System glib2-devel-2.64.3-2.fc32.x86_64@updates

2

Please @ziba don’t use this forum in this way! :slight_smile:
If you find the answer to your question, don’t edit the original topic, but instead write a reply. And instead of modifying the title adding “solved”, check the Solution checkbox under the reply :+1:

1 Like
3

dnf reinstall --allowerasing --skip-broken glib2-2.64.3-2.fc32.x86_64

was the line that took me a while to find out, since I was kinda reluctant to use “–allowerasing” because 200+ packages depend on glib and I didn’t feel like messing up a nice installation. :antigua_barbuda:

4

well there you … go.

1 Like
5

I still wonder what went on exactly; quote man dnf :

dnf --allow_erasing ...

If True , the dependency solver is allowed to look for solutions that include removing other packages while looking to fulfill the current packaging requests. Defaults to False . Also see dnf.Base.resolve() .

This still sounds a lil scary when clib or glib is about to be erased, is it not? I vaguely remember screwing up an Arch Linux in this fashion.

6

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.