How do I disable yum transaction check for a file ?
Transaction check error:
file /usr/local/xenco/backend/current from install of xenco-rr-1.9.6-104.x86_64 conflicts with file from package xenco-server-1.9.6-104.x86_64
asked Jan 21, 2014 at 0:07
Replacing files from another RPM package is bad idea in most cases and I strongly advise against what you’re trying to do. That said, apply following at your own risk.
Yum does not provide an option to install conflicting files, I think. However, that does not prevent you from installing a RPM package with rpm(1) which does provide an option to override existing files from another package, namely --replacefiles
.
So, first get the RPM of the package you want to install on a local filesystem (/usr/local/xenco...
makes me suspect that is the case already). Next install the RPM with rpm -i --replacefiles <your_rpm_file>
.
John Topley
113k46 gold badges193 silver badges237 bronze badges
answered Jan 21, 2014 at 7:37
2
This method worked for me, when I faced similar issue
Simply get the existing package with below command
rpm -qa | grep xenco
Remove those conflicting package with
yum remove packageNameFromTheList
answered Jun 1, 2018 at 22:23
1
what i always do is remove the package that is on the right hand side. In your case it would be —
yum remove xenco-server-1.9.6-104.x86_64
yum remove <> can work with any package error, i have encountered many such transactions errors when working on vm on cloud, i always remove the package that causes conflicts and always has worked for me.
answered Oct 17, 2019 at 11:31
PrajwalPrajwal
711 silver badge4 bronze badges
My two cents:
yum erase ${old_package}
yum install ${new_package_with_same_files}
The exclusion of --replacefiles
is intentional. Yum is a package manager, let it manage the packages.
(This answer adds a yum
-only solution to the accepted answer.)
answered Apr 29, 2021 at 20:59
Chaim EliyahChaim Eliyah
2,6534 gold badges24 silver badges37 bronze badges
1
How do I disable yum transaction check for a file ?
Transaction check error:
file /usr/local/xenco/backend/current from install of xenco-rr-1.9.6-104.x86_64 conflicts with file from package xenco-server-1.9.6-104.x86_64
asked Jan 21, 2014 at 0:07
Replacing files from another RPM package is bad idea in most cases and I strongly advise against what you’re trying to do. That said, apply following at your own risk.
Yum does not provide an option to install conflicting files, I think. However, that does not prevent you from installing a RPM package with rpm(1) which does provide an option to override existing files from another package, namely --replacefiles
.
So, first get the RPM of the package you want to install on a local filesystem (/usr/local/xenco...
makes me suspect that is the case already). Next install the RPM with rpm -i --replacefiles <your_rpm_file>
.
John Topley
113k46 gold badges193 silver badges237 bronze badges
answered Jan 21, 2014 at 7:37
2
This method worked for me, when I faced similar issue
Simply get the existing package with below command
rpm -qa | grep xenco
Remove those conflicting package with
yum remove packageNameFromTheList
answered Jun 1, 2018 at 22:23
1
what i always do is remove the package that is on the right hand side. In your case it would be —
yum remove xenco-server-1.9.6-104.x86_64
yum remove <> can work with any package error, i have encountered many such transactions errors when working on vm on cloud, i always remove the package that causes conflicts and always has worked for me.
answered Oct 17, 2019 at 11:31
PrajwalPrajwal
711 silver badge4 bronze badges
My two cents:
yum erase ${old_package}
yum install ${new_package_with_same_files}
The exclusion of --replacefiles
is intentional. Yum is a package manager, let it manage the packages.
(This answer adds a yum
-only solution to the accepted answer.)
answered Apr 29, 2021 at 20:59
Chaim EliyahChaim Eliyah
2,6534 gold badges24 silver badges37 bronze badges
1
-
JohnMontes
- Posts: 9
- Joined: 2014/04/09 01:16:56
[SOLVED] Yum Transaction Check Error
Greetings all,
I’m having a tough time trying to get passed a yum transaction check error and cannot update packages on my CentOS 6.6 64bit system.
Below is the error message, a list of commands tried thus far, and the yum repos that I have.
Any tips or suggestions that might help?
Error Message:
Transaction Check Error:
file /usr/lib64/libpostproc.so.51.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-libpostproc-0.6.5-1.el6.rf.x86_64
Commands I’ve tried thus far
yum-complete-transaction
package-cleanup —dupes
package-cleanup —cleandupes
yum reinstall ffmpeg-compat-0.6.7-1.el6.x86_64
rpm -e —justdb ffmpeg-compat-0.6.7-1.el6.x86_64
yum update ffmpeg-compat-0.6.7-1.el6.x86_64
sudo yum update —skip-broken
sudo rpm -Va —nofiles —nodigest
List of Repos:
* base: centos.expedientevirtual.com
* elrepo: repos.dfw.lax-noc.com
* epel: mirror.cogentco.com
* extras: centos.expedientevirtual.com
* rpmforge: mirror.teklinks.com
* rpmfusion-free-updates: mirror.nexcess.net
* rpmfusion-nonfree-updates: mirror.nexcess.net
* updates: centos.arvixe.com
Last edited by JohnMontes on 2015/02/04 00:27:45, edited 1 time in total.
-
JohnMontes
- Posts: 9
- Joined: 2014/04/09 01:16:56
Re: Yum Transaction Check Error
Post
by JohnMontes » 2015/02/03 15:18:17
**UPDATE**
I was able to get rid of the initial ffmpeg-compat-0.6.7-1.el6.x86_64 conflict by removing the rpmforge repo
$ sudo yum remove rpmforge-release
However, now I get the following after running $ sudo yum update -y —skip-broken
Transaction Check Error:
file /usr/lib64/libpostproc.so.51.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-libpostproc-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavcodec.so.52.72.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavdevice.so.52.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavfilter.so.1.19.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavformat.so.52.64.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavutil.so.50.15.1 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libswscale.so.0.11.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
-
TrevorH
- Site Admin
- Posts: 32529
- Joined: 2009/09/24 10:40:56
- Location: Brighton, UK
Re: Yum Transaction Check Error
Post
by TrevorH » 2015/02/03 16:23:34
Don’t use —skip-broken, it’s broken and I have no idea why the yum developers put out such a stupid suggestion as part of the error message. It really means «your system is broken, if you want to break it some more then do this»!
Your problem is that you have conflicting packages installed from different third party repos. Your current installation contains a package from rpmforge (hence the .rf. in its name). You’re trying to replace that with a newer package set from a different repo but the packages are structured in a different way. You can either remove the current set of packages first — but that’s likely to want to take out a bunch of other packages which depend on them, or you can try using yum shell to remove one set of packages and install the replacements in one transaction.
Code: Select all
yum shell
remove ffmpeg-libpostproc
install ffmpeg-compat
run
I don’t guarantee that will work either but I suspect it’s a far better attempt than —skip-broken.
-
JohnMontes
- Posts: 9
- Joined: 2014/04/09 01:16:56
Re: Yum Transaction Check Error
Post
by JohnMontes » 2015/02/03 17:34:18
Thanks so much for the tip Trevor.
I tried it out, it appeared it was going to work, but then other Transaction errors appeared, below is the sample output.
$ sudo yum shell
Loaded plugins: fastestmirror, refresh-packagekit, security
Setting up Yum Shell
> remove ffmpeg-libpostproc
Setting up Remove Process
> install ffmpeg-compat
Loading mirror speeds from cached hostfile
* base: centos.expedientevirtual.com
* elrepo: repos.dfw.lax-noc.com
* epel: mirror.cogentco.com
* extras: centos.expedientevirtual.com
* rpmfusion-free-updates: mirror.nexcess.net
* rpmfusion-nonfree-updates: mirror.nexcess.net
* updates: centos.arvixe.com
Setting up Install Process
> run
—> Running transaction check
—> Package ffmpeg-compat.x86_64 0:0.6.7-1.el6 will be installed
—> Processing Dependency: libx264.so.120()(64bit) for package: ffmpeg-compat-0.6.7-1.el6.x86_64
—> Package ffmpeg-libpostproc.x86_64 0:0.6.5-1.el6.rf will be erased
—> Running transaction check
—> Package x264-libs.x86_64 0:0.120-5.20120303.el6 will be installed
—> Finished Dependency Resolution
==========================================================================================================================================
Package Arch Version Repository Size
==========================================================================================================================================
Installing:
ffmpeg-compat x86_64 0.6.7-1.el6 rpmfusion-free-updates 2.6 M
Removing:
ffmpeg-libpostproc x86_64 0.6.5-1.el6.rf @rpmforge 122 k
Installing for dependencies:
x264-libs x86_64 0.120-5.20120303.el6 rpmfusion-free-updates 286 k
Transaction Summary
==========================================================================================================================================
Install 2 Package(s)
Remove 1 Package(s)
Total size: 2.9 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Error: Transaction Check Error:
file /usr/lib64/libavcodec.so.52.72.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavdevice.so.52.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavfilter.so.1.19.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavformat.so.52.64.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavutil.so.50.15.1 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libswscale.so.0.11.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
Error Summary
————-
-
JohnMontes
- Posts: 9
- Joined: 2014/04/09 01:16:56
Re: Yum Transaction Check Error
Post
by JohnMontes » 2015/02/04 00:27:16
Yeah, the issue is fixed after making a minor adjustment, will mark this post as SOLVED
Thanks for leading in the right direction Trevor
I had to add an additional statement to remove ffmpeg, and then perform the install ffmpeg-compat
yum shell
remove ffmpeg-libpostproc
remove ffmpeg
install ffmpeg-compat
run
> install ffmpeg-compat
Setting up Install Process
Loading mirror speeds from cached hostfile
* base: reflector.westga.edu
* elrepo: ftp.utexas.edu
* epel: mirror.oss.ou.edu
* extras: mirror.cisp.com
* rpmfusion-free-updates: mirror.web-ster.com
* rpmfusion-nonfree-updates: mirror.web-ster.com
* updates: ftpmirror.your.org
> run
—> Running transaction check
—> Package ffmpeg-compat.x86_64 0:0.6.7-1.el6 will be installed
—> Processing Dependency: libx264.so.120()(64bit) for package: ffmpeg-compat-0.6.7-1.el6.x86_64
—> Running transaction check
—> Package x264-libs.x86_64 0:0.120-5.20120303.el6 will be installed
—> Finished Dependency Resolution
===============================================================================================================================================================
Package Arch Version Repository Size
===============================================================================================================================================================
Installing:
ffmpeg-compat x86_64 0.6.7-1.el6 rpmfusion-free-updates 2.6 M
Installing for dependencies:
x264-libs x86_64 0.120-5.20120303.el6 rpmfusion-free-updates 286 k
Transaction Summary
===============================================================================================================================================================
Install 2 Package(s)
Total size: 2.9 M
Installed size: 7.6 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : x264-libs-0.120-5.20120303.el6.x86_64 1/2
Installing : ffmpeg-compat-0.6.7-1.el6.x86_64 2/2
Verifying : ffmpeg-compat-0.6.7-1.el6.x86_64 1/2
Verifying : x264-libs-0.120-5.20120303.el6.x86_64 2/2
Installed:
ffmpeg-compat.x86_64 0:0.6.7-1.el6
Dependency Installed:
x264-libs.x86_64 0:0.120-5.20120303.el6
Finished Transaction
> exit
dnf update
giving me this error, after upgrading my centos7 to centos8
Error: Transaction check error:
file /usr/lib64/libgdbm_compat.so.4.0.0 from install of gdbm-libs-1:1.18-1.el8.x86_64 conflicts with file from package gdbm-1.10-8.el7.x86_64
I tried dnf install -y libgdbm --best --allowerasing
and dnf install -y gdbm --best --allowerasing
but dnf update
still has this error.
How can I fix this?
UPDATE :
dnf upgrade --best --allowerasing
results this :
Error: transaction check vs depsolve:
(gcc >= 8 with gcc < 9) is needed by annobin-8.78-1.el8.x86_64
rpmlib(RichDependencies) <= 4.12.0-1 is needed by annobin-8.78-1.el8.x86_64
(annobin if gcc) is needed by redhat-rpm-config-120-1.el8.noarch
rpmlib(RichDependencies) <= 4.12.0-1 is needed by redhat-rpm-config-120-1.el8.noarch
To diagnose the problem, try running: 'rpm -Va --nofiles --nodigest'.
You probably have corrupted RPMDB, running 'rpm --rebuilddb' might fix the issue.
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
https://forums.centos.org/viewtopic.php?f=54&t=73160
asked Jan 15, 2020 at 8:32
ExlordExlord
2631 gold badge3 silver badges8 bronze badges
it seems like gdbm
has changed its way of packaging.
The old version gdbm-1.10-8.el7.x86_64
provides the same file as the new gdbm-libs-1:1.18-1.el8.x86_64
, so the best you can do probably is erase manually gdbm-1.10-8.el7.x86_64
before retrying the update:
dnf remove gdbm-1.10-8.el7.x86_64
If this does not work because someone needs /usr/lib64/libgdbm_compat.so.4.0.0
then you can use the more complicated swap
command:
dnf swap gdbm-1.10-8.el7.x86_64 gdbm-libs-1:1.18-1.el8.x86_64
edit
It seems like we need to convince dnf
to change gdbm
into gdbm
AND gdbm-libs
. Try with:
dnf install gdbm gdbm-libs --best --allowerasing
NOTE: I tried the centos7 — centos8 upgrade procedure and ran into multiple problems. I had to remove quite a few packages before this migration would work. That is the trouble when files change from packages, when they are renamed etc. I suspect that now that I got this part working the rest should follow quite fine. Good luck.
answered Jan 15, 2020 at 8:42
Chris MaesChris Maes
5762 silver badges11 bronze badges
2
I managed to get past this by manually updating gdbm and gdbm-libs using rpm (and ignoring dependencies).
sudo rpm -e --nodeps gdbm-1.10-8.el7.x86_64
sudo rpm -i /var/cache/dnf/baseos-929b586ef1f72f69/packages/gdbm-libs-1.18-1.el8.x86_64.rpm
You may need to download the missing package manually if dnf
didn’t take them into set of packages to be upgraded. In addition I had to remove python3-pip-9.0.3 and python36-rpmconf, again, with rpm
and ignoring dependencies. Then I started distro-sync.
In essence, what I’ve did is that I removed offending packages that were reported by dnf
, and started dnf
again. But be careful that you don’t remove something that is critical to rpm
and dnf
, otherwise, you won’t be able to upgrade the system.
answered Oct 24, 2020 at 15:24
sgrossgros
411 bronze badge
1
I had the same issue and the answer given by sgros was almost correct in our case, but I had to remove sysvinit and sysvinit-tools also.
answered Jan 20, 2021 at 20:23
I recently updated my fedora to 20 and wanted to install vim.but running sudo yum install vim
returned this error:
Transaction check error:
file /usr/share/man/man1/vim.1.gz from install of vim-common-2:7.4.179-1.fc20.x86_64 conflicts with file from package vim-minimal-2:7.4.027-2.fc20.x86_64
Error Summary
-------------
How to fix this problem?
Timo
6,0841 gold badge26 silver badges28 bronze badges
asked Mar 12, 2014 at 11:26
4
file /usr/share/man/man1/vim.1.gz from install of vim-common-2:7.4.179-1.fc20.x86_64 conflicts with file from package vim-minimal-2:7.4.027-2.fc20.x86_64
Both vim-common
and vim-minimal
ship a copy of the vim
man page.
Ordinarily, this does not result in an RPM conflict, since the files
will be identical in both packages.
However, you seem to have different versions of vim-common
and
vim-minimal
, so the file is not identical, thus resulting in the
conflict. Update vim-minimal
to be the same version as vim-common
,
and the problem will go away.
yum update vim-minimal
and then
yum install vim-enhanced
HalosGhost
4,64410 gold badges32 silver badges40 bronze badges
answered Jun 19, 2014 at 6:03
sealingersealinger
2613 silver badges2 bronze badges
4
Before you remove vim-minimal, login with root user or do: sudo -s
After that, remove vim-minimal with the command: yum remove vim-minimal
Then you can install vim: yum install vim
and after that install sudo: yum install sudo
lkisac
2591 silver badge8 bronze badges
answered Mar 18, 2014 at 15:15
7
This is still happening in Fedora 23. My solution was to update both packages:
sudo dnf update vim-common vim-minimal
If I tried to update either package separately, I got the conflict. But I was able to successfully update both of them at the same time.
answered May 13, 2016 at 21:21
Jose BJose B
1711 silver badge1 bronze badge
You need to update vim-common
package. As for Fedora 26, there’s no vim-common
package, so it’s included in vim-minimal
package instead. Then, you just have to update it with sudo dnf update vim-minimal
and then you can install vim-enhanced
(the real package you’ll get for vim
one).
answered Nov 1, 2017 at 16:23
aryosaryos
93 bronze badges
Have you got the package conflict error while installing the specific package on RHEL 7 /CentOS 7? Frequently, “fwupdate-efi” package conflicts with the “grub2-common” package in RHEL 7 / CentOS 7 environment. This article will provide the step by step procedure to resolve package conflict errors. In general, if you get such error, you must update the system and retry before taking any action. I have encountered the following error while installing GUI packages (#yum groupinstall “Server with GUI”).
Transaction check error:
Transaction check error:
file /boot/efi/EFI/centos from install of fwupdate-efi-12-5.el7.centos.x86_64 conflicts with file from package grub2-common-1:2.02-0.65 .el7.centos.2.noarch
Error Summary
————-
Solution:
1. Try to update “grub2” & “firewalld” packages.
[root@kubebase centos]# yum upgrade grub2 firewalld
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.viethosting.com
* extras: mirrors.viethosting.com
* updates: mirrors.viethosting.com
Resolving Dependencies
--> Running transaction check
---> Package firewalld.noarch 0:0.4.4.4-14.el7 will be updated
---> Package firewalld.noarch 0:0.5.3-5.el7 will be an update
--> Processing Dependency: python-firewall = 0.5.3-5.el7 for package: firewalld-0.5.3-5.el7.noarch
--> Processing Dependency: firewalld-filesystem = 0.5.3-5.el7 for package: firewalld-0.5.3-5.el7.noarch
---> Package grub2.x86_64 1:2.02-0.65.el7.centos.2 will be updated
---> Package grub2.x86_64 1:2.02-0.65.el7.centos.2 will be obsoleted
---> Package grub2.x86_64 1:2.02-0.76.el7.centos.1 will be obsoleting
--> Processing Dependency: grub2-pc = 1:2.02-0.76.el7.centos.1 for package: 1:grub2-2.02-0.76.el7.centos.1.x86_64
2. Install GUI packages using the following command which had thrown transaction error before.
[root@kubebase centos]# yum groupinstall "Server with GUI" or [root@kubebase centos]# yum groupinstall 'X Window System' 'GNOME' Loaded plugins: fastestmirror There is no installed groups file. Maybe run: yum groups mark convert (see man yum) Loading mirror speeds from cached hostfile * base: mirrors.viethosting.com * extras: mirrors.viethosting.com * updates: mirrors.viethosting.com Resolving Dependencies --> Running transaction check
You could apply the same logic for any of the conflict errors in YUM. Upgrade the installed package and try to install new packages to overcome this issue.
3. If the above-mentioned method didn’t work, try to update the complete system using yum update and try again.
Hope this article helpful to you.
Reader Interactions
-
Posted In
- Red Hat Enterprise Linux for Real Time
Good day all,
I got this error message while updating my systems .
Can someone help me please?
Regards
Cyprian
Started
2018-11-14T04:12:04+00:00 by
Cyprian Ambe
Community Member
95 points
Responses
Hi Cyprian,
I see this has been reported in some bugzilla page, and there are suggestions to remove ‘fwupdate-efi’ package to resolve, not sure how is this would impact your system. https://bugzilla.redhat.com/show_bug.cgi?id=1536456. Otherwise you may exclude this package from updates if the system is not UEFI based one.
I guess you better log a case with Red Hat Support Team for a complete analysis and help. That should be a good option now.
Guru
33565 points
Yes Sadashiva … removing the fwupdate-efi
package should be the appropriate solution and safe.
On fedora 29 workstation it gets automatically removed when executing sudo dnf autoremove
.
Regards,
Christian
CA
Community Member
95 points
Thank you Christian!
kind Regards
Cyprian
Guru
33565 points
You’re welcome, Cyprian !
CA
Community Member
95 points
Thank you Sadashiva!
Kind Regards.
I am getting the exact same message (thank you Google for finding this thread!). My problem is that fwupdate-efi is not installed, but it is getting a conflict when I am doing a security update («yum update —security»), and it is trying to install fwupdate-efi as a dependent library for an installed package that is getting updated. Not sure what package that may be, but by process of elimination it is related to the GNOME desktop install. After removing the GNOME desktop with ‘ yum groupremove «Server with GUI» ‘, the security update finished successfully. So it appears the install group «Server with GUI» requires fwupdate-efi, which conflicts with the grub2-common package. This dependency was added recently.
CA
Community Member
95 points
Thanks Dan.
Regards
Cyprian
Community Member
73 points
This issue will occur if the machine is updated first (reboot if required) followed by the installation you were performing prior to encountering this issue. The machine (regular OS) update is key in this.
CA
Community Member
95 points
In my case, I was installing the GUI (Yum groupinstall «Server with GUI») and by running a «yum update» after the failure then re-run the groupinstall, it was able to complete without issues; no I have a GUI in Redhat 7.6.
DI
Community Member
30 points
I had the same error. I didn’t want to do a «yum upgrade», though I did do a yum upgrade grub2 firewalld and that fixed it.
PK
Community Member
33 points
Kudos to Doron for providing the most elegant solution. I had the same problem and his suggestion fixed it all. I first did «yum upgrade grub2 firewalld» and after the finish of this, ran yum update —security again and it all went fine. Thanks again @Doron
Hi i tried this but did not work.
Guru
22164 points
I dont want to install GUI.
Dependencies Resolved
==========================================================================================================================================
Package Arch Version Repository Size
Updating:
firewalld noarch 0.6.3-8.el7_8.1 rhel-7-server-rpms 443 k
grub2 x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 31 k
Updating for dependencies:
firewalld-filesystem noarch 0.6.3-8.el7_8.1 rhel-7-server-rpms 51 k
grub2-efi-x64 x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 1.1 M
grub2-pc x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 31 k
grub2-pc-modules noarch 1:2.02-0.81.el7 rhel-7-server-rpms 847 k
grub2-tools x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 1.8 M
grub2-tools-extra x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 996 k
grub2-tools-minimal x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 172 k
python-firewall noarch 0.6.3-8.el7_8.1 rhel-7-server-rpms 355 k
Transaction Summary
Upgrade 2 Packages (+8 Dependent packages)
Total size: 5.7 M
Is this ok [y/d/N]: y
Downloading packages:
Running transaction check
Running transaction test
Transaction check error:
file /boot/efi/EFI/redhat from install of grub2-efi-x64-1:2.02-0.81.el7.x86_64 conflicts with file from package grub2-common-1:2.02-0.65.el7_4.2.noarch