Ask Your Question
0

Error: Transaction check error - about 30 times

asked 2016-04-04 13:06:59 -0600

Willy gravatar image

updated 2016-04-04 14:15:48 -0600

I try to update with

sudo dnf update -y

but the update has plenty errors between old 368er versions and the new x64 of the package. I think I can remove them by hand and everything is fine, but I am wondering why this happens. Does anyone has an idea?

Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction check error:
  file /usr/share/man/man5/cert8.db.5.gz from install of nss-3.23.0-5.fc25.i686 conflicts with file from package nss-3.23.0-2.fc25.x86_64
  file /usr/share/man/man5/cert9.db.5.gz from install of nss-3.23.0-5.fc25.i686 conflicts with file from package nss-3.23.0-2.fc25.x86_64
  file /usr/share/man/man5/key3.db.5.gz from install of nss-3.23.0-5.fc25.i686 conflicts with file from package nss-3.23.0-2.fc25.x86_64
  file /usr/share/man/man5/key4.db.5.gz from install of nss-3.23.0-5.fc25.i686 conflicts with file from package nss-3.23.0-2.fc25.x86_64
  file /usr/share/man/man5/pkcs11.txt.5.gz from install of nss-3.23.0-5.fc25.i686 conflicts with file from package nss-3.23.0-2.fc25.x86_64
  file /usr/share/man/man5/secmod.db.5.gz from install of nss-3.23.0-5.fc25.i686 conflicts with file from package nss-3.23.0-2.fc25.x86_64
  file /usr/share/doc/glib2/README from install of glib2-2.48.0-1.fc25.i686 conflicts with file from package glib2-2.47.6.19.gad2092b-2.fc25.x86_64
**[snip]**
  file /usr/share/doc/libjpeg-turbo/ChangeLog.txt from install of libjpeg-turbo-1.4.90-1.fc25.i686 conflicts with file from package libjpeg-turbo-1.4.2-3.fc24.x86_64

p.s. Is there a way to paste code into a spoiler? I am sorry but I am new here.

Edit: Sorry for leaving out the details.

> uname -a  
Linux zepilon 4.5.0-0.rc6.git3.1.fc25.x86_64 #1 SMP Fri Mar 4 17:43:18 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
edit retag flag offensive close merge delete

Comments

Try dnf distro-sync.

randomuser gravatar imagerandomuser ( 2016-04-05 08:34:02 -0600 )edit

2 Answers

Sort by ยป oldest newest most voted
1

answered 2016-04-05 05:34:31 -0600

genodeftest gravatar image

This is a bug in the way the nss package is packaged in Fedora. Found on https://apps.fedoraproject.org/packag... : https://bugzilla.redhat.com/show_bug.... and https://bugzilla.redhat.com/show_bug....

edit flag offensive delete link more
1

answered 2016-04-04 13:24:07 -0600

florian gravatar image

updated 2016-04-04 15:38:10 -0600

You could have pasted it here: http://fpaste.org/ (There is also fpaste for your command line, see man fpaste)

EDIT: To me, this looks like you have a multilib system: x86_64 with some i686 packages installed. Often, such packages share files, which isn't a problem as long as they are identical. Here, it seems like you got one architecture updated but not the other, and the shared lib files changed.

The easiest way out of this is, as you already mentioned, to remove the i686 packages.

rpm -qa |grep i686 or dnf list installed |grep i686 will list you all i686 packages installed on your system. You can also try to run dnf with the option --allowerasing, which allows erasing of installed packages to resolve dependencies. (Not sure if it will work in this case.)

If you want to get rid of all i686 packages, you can run something like dnf remove \*.i686 but be careful not remove anything you may still need.

edit flag offensive delete link more

Comments

after sudo dnf clean all and sudo dnf upgrade the same error appears. The output of dnf repolist looks ok for me, see.

Willy gravatar imageWilly ( 2016-04-04 14:25:20 -0600 )edit

Question Tools

1 follower

Stats

Asked: 2016-04-04 13:06:59 -0600

Seen: 5,550 times

Last updated: Apr 05 '16