taylorkh wrote: ↑
2019/09/19 17:43:12
A very nice writeup desertcat,However, as I read your posts, it is necessary to loose access to wine in order to upgade to 7.7 Is that correct or am I missing something?
Thanks,
Ken
Your timing could not be better. I asked my buddy who just finished updating his identical machine to mine to 7.7, and asked him if he had any conflicts and he said no. I asked him to if he had WINE installed and he did NOT. I asked him to install vulkan and he did — NO PROBLEM. So I tried it and got the same transaction check error as before. Just for FUN I uninstalled spirv-tools-libs-2019.1-1.el7.x86_64, and then tried to install vulkan, and it installed just fine. I then tried to reinstall WINE and got the transaction check error message. I had two questions I needed to answer:
1. Why did my buddy NOT get the Transaction check error message, and why did I?
2. How did I end up with the spirv-tools-libs-2019.1-1.el7.x86_64 package installed and he did not?
The answer is WINE. I had previously had installed a package, probably to run a chess program (I play chess). WINE was upgraded at the same time as the rest of my system was upgraded. I then looked at the 1 Package (+12 Dependent packages) that WINE wanted to install. In the Dependent packages it wanted to install I found my answers. One DEPENDENT package that WINE needs is libvkd3d, a second DEPENDENT package that WINE needs is: spirv-tools-libs-2019.1-1.el7.x86_64… which explains HOW it ended up on my machine an not his — it ended being added when WINE was updated. The other 10 packages are all WINE related.
Which brings us back to vulkan. What is vulkan? To be specific vulkan-1.1.97.0-1.el7.x86_64 is a program being developed by the Khronos group being jointly developed by several companies. Vulkan is a low-overhead, cross-platform 3D graphics and computing API. Vulkan targets high-performance realtime 3D graphics applications such as video games and interactive media across all platforms…. Which, I suspect is where WINE comes in — WINE: Windows Emulator. And what is Windows primarily used for? GAMING!!
So how does Vulkan differ from OpenGL? Vulkan is the new generation, open standard API for high-efficiency access to graphics and compute on modern GPUs. It is sometimes referred to as the Next Generation OpenGL. Vulkan is a new API for hardware-accelerated graphics (and general computation) via traditional GPUs. While allegedly OpenGL will continue to be developed, as it is a higher-level API than Vulkan is intended to be, I suspect the low overhead, cross-platform 3-D graphics is being targeted at a certain market: Smartphones!!! That and high end 3-D graphics games. Just my guess.
Until I rolled over my machine from CentOS 7.6 to CentOS 7.7 I had never heard of Vulkan, let alone what it was good for, but somehow had ties to WINE . vulkan is installed in the base repo; while WINE and its DEPENDENT, including the cursed libvkd3d and spirv-tools-libs-2019.1-1.el7.x86_64 packages are installed in the epel repo. To answer your question if you upgrade to 7.7 you *will* loose access to WINE… MAYBE!! I say MAYBE because you *will* loose WINE if and only if it gets UPGRADED, which *will* happen IF you update to 7.7, BUT there might be a way to work around it, and something you might want to play with: Either don’t upgrade WINE (which *will* happen automatically), OR DROP BACK TO THE OLDER VERSION OF WINE. Will this work?!? I haven’t a clue. I know that Skype in its current version 8.52. da, da, da does NOT work,is unusable (unless it has been fixed in 7.7) BUT 8.50. dah, dah, dah DOES work. Solution: Drop back to 8.50. dah, dah, dah. This same solution might also work for WINE. Simply drop back to an older version!
Sorry for the lengthy post, but cats are «curious» creatures, and I needed to know WHAT this «vulkan» , WHY it referred to WINE, and HOW did I end up with that cursed spirv-tools-libs-2019.1-1.el7.x86_64, and how it related to the /usr/lib64/libSPIRV-Tools-opt.so and /usr/lib64/libSPIRV-Tools.so. If you play around with this idea please post us your findings. I’m curious.
D’cat
I’m trying to install maven on Centos 7:
[root@htm-psycho-401 htmpp]# yum install maven
Loaded plugins: auto-update-debuginfo, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.reconn.ru
* epel: fedora-mirror01.rbc.ru
* epel-debuginfo: fedora-mirror01.rbc.ru
* extras: mirror.reconn.ru
* updates: mirror.corbina.net
Resolving Dependencies
--> Running transaction check
---> Package maven.noarch 0:3.0.5-17.el7 will be installed
--> Processing Dependency: java >= 1.5 for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: sisu-inject-plexus for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: sisu-inject-bean for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: plexus-utils for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: plexus-sec-dispatcher for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: plexus-interpolation for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: plexus-containers-component-annotations for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: plexus-cipher for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: objectweb-asm for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.sisu:sisu-inject-plexus) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.plexus:plexus-sec-dispatcher) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.plexus:plexus-cipher) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.aether:aether-util) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.aether:aether-spi) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.aether:aether-impl) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.sonatype.aether:aether-api) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.codehaus.plexus:plexus-utils) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.codehaus.plexus:plexus-interpolation) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.codehaus.plexus:plexus-container-default) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.codehaus.plexus:plexus-component-annotations) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.codehaus.plexus:plexus-classworlds) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(org.apache.maven.wagon:wagon-provider-api) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: mvn(commons-cli:commons-cli) for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: maven-wagon for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: java-devel for package: maven-3.0.5-17.el7.noarch
--> Processing Dependency: httpcomponents-core for package: maven-3.0.5-17.el7.noarch
... too long stuff ...
---> Package tomcat-servlet-3.0-api.noarch 0:7.0.76-8.el7_5 will be installed
---> Package xalan-j2.noarch 0:2.7.1-23.el7 will be installed
---> Package xml-commons-resolver.noarch 0:1.2-15.el7 will be installed
--> Running transaction check
---> Package easymock2.noarch 0:2.5.2-12.el7 will be installed
---> Package jboss-jaxrpc-1.1-api.noarch 0:1.0.1-7.el7 will be installed
--> Processing Dependency: jboss-servlet-3.0-api for package: jboss-jaxrpc-1.1-api-1.0.1-7.el7.noarch
---> Package jboss-transaction-1.1-api.noarch 0:1.0.1-8.el7 will be installed
---> Package qdox.noarch 0:1.12.1-10.el7 will be installed
---> Package regexp.noarch 0:1.5-13.el7 will be installed
--> Running transaction check
---> Package jboss-servlet-3.0-api.noarch 0:1.0.1-9.el7 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
===============================================================================================================================================================
Package Arch Version Repository Size
===============================================================================================================================================================
Installing:
maven noarch 3.0.5-17.el7 base 1.3 M
Installing for dependencies:
aether-api noarch 1.13.1-13.el7 base 89 k
aether-connector-wagon noarch 1.13.1-13.el7 base 34 k
aether-impl noarch 1.13.1-13.el7 base 124 k
aether-spi noarch 1.13.1-13.el7 base 19 k
aether-util noarch 1.13.1-13.el7 base 119 k
aopalliance noarch 1.0-8.el7 base 11 k
apache-commons-cli noarch 1.2-13.el7 base 50 k
apache-commons-codec noarch 1.8-7.el7 base 223 k
apache-commons-io noarch 1:2.4-12.el7 base 189 k
apache-commons-lang noarch 2.6-15.el7 base 276 k
apache-commons-logging noarch 1.1.2-7.el7 base 78 k
apache-commons-net noarch 3.2-8.el7.centos base 261 k
apache-maven noarch 3.5.2-1.el7 epel-apache-maven 8.0 M
atinject noarch 1-13.20100611svn86.el7 base 13 k
avalon-framework noarch 4.3-10.el7 base 88 k
avalon-logkit noarch 2.1-14.el7 base 87 k
bcel noarch 5.2-18.el7 base 469 k
cal10n noarch 0.7.7-4.el7 base 36 k
cdi-api noarch 1.0-11.SP4.el7 base 41 k
cglib noarch 2.2-18.el7 base 255 k
easymock2 noarch 2.5.2-12.el7 base 92 k
felix-framework noarch 4.2.1-5.el7 base 481 k
geronimo-annotation noarch 1.0-15.el7 base 23 k
geronimo-jms noarch 1.1.1-19.el7 base 31 k
google-guice noarch 3.1.3-9.el7 base 385 k
guava noarch 13.0-6.el7 base 1.6 M
hamcrest noarch 1.3-6.el7 base 124 k
httpcomponents-client noarch 4.2.5-5.el7_0 base 425 k
httpcomponents-core noarch 4.2.4-6.el7 base 466 k
jakarta-commons-httpclient noarch 1:3.1-16.el7_0 base 241 k
java-1.8.0-openjdk x86_64 1:1.8.0.191.b12-1.el7_6 updates 254 k
java-1.8.0-openjdk-devel x86_64 1:1.8.0.191.b12-1.el7_6 updates 9.8 M
java-1.8.0-openjdk-headless x86_64 1:1.8.0.191.b12-1.el7_6 updates 32 M
javamail noarch 1.4.6-8.el7 base 758 k
javassist noarch 3.16.1-10.el7 base 627 k
jboss-ejb-3.1-api noarch 1.0.2-10.el7 base 54 k
jboss-el-2.2-api noarch 1.0.1-0.7.20120212git2fabd8.el7 base 44 k
jboss-interceptors-1.1-api noarch 1.0.2-0.9.20120319git49a904.el7 base 27 k
jboss-jaxrpc-1.1-api noarch 1.0.1-7.el7 base 44 k
jboss-servlet-3.0-api noarch 1.0.1-9.el7 base 82 k
jboss-transaction-1.1-api noarch 1.0.1-8.el7 base 40 k
jline noarch 1.0-8.el7 base 69 k
jsch noarch 0.1.50-5.el7 base 239 k
jsoup noarch 1.6.1-10.el7 base 263 k
junit noarch 4.11-8.el7 base 261 k
jzlib noarch 1.1.1-6.el7 base 72 k
log4j noarch 1.2.17-16.el7_4 base 444 k
maven-wagon noarch 2.4-3.el7 base 187 k
nekohtml noarch 1.9.14-13.el7 base 152 k
objectweb-asm noarch 3.3.1-9.el7 base 197 k
plexus-cipher noarch 1.7-5.el7 base 22 k
plexus-classworlds noarch 2.4.2-8.el7 base 54 k
plexus-component-api noarch 1.0-0.16.alpha15.el7 base 27 k
plexus-containers-component-annotations noarch 1.5.5-14.el7 base 11 k
plexus-containers-container-default noarch 1.5.5-14.el7 base 183 k
plexus-interactivity noarch 1.0-0.14.alpha6.el7 base 17 k
plexus-interpolation noarch 1.15-8.el7 base 57 k
plexus-sec-dispatcher noarch 1.4-13.el7 base 29 k
plexus-utils noarch 3.0.9-9.el7 base 225 k
qdox noarch 1.12.1-10.el7 base 170 k
regexp noarch 1.5-13.el7 base 47 k
sisu-inject-bean noarch 2.3.0-11.el7 base 181 k
sisu-inject-plexus noarch 2.3.0-11.el7 base 179 k
slf4j noarch 1.7.4-4.el7_4 base 170 k
tomcat-servlet-3.0-api noarch 7.0.76-8.el7_5 updates 211 k
xalan-j2 noarch 2.7.1-23.el7 base 1.9 M
xbean noarch 3.13-6.el7 base 376 k
xerces-j2 noarch 2.11.0-17.el7_0 base 1.1 M
xml-commons-apis noarch 1.4.01-16.el7 base 227 k
xml-commons-resolver noarch 1.2-15.el7 base 108 k
Transaction Summary
===============================================================================================================================================================
Install 1 Package (+70 Dependent packages)
Total size: 66 M
Installed size: 175 M
Is this ok [y/d/N]: y
Downloading packages:
Running transaction check
Running transaction test
Transaction check error:
file /usr/share/java/plexus/plexus-cipher.jar conflicts between attempted installs of plexus-cipher-1.7-5.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/plexus/plexus-sec-dispatcher.jar conflicts between attempted installs of plexus-sec-dispatcher-1.4-13.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven-wagon/file.jar conflicts between attempted installs of maven-wagon-0:2.4-3.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven-wagon/provider-api.jar conflicts between attempted installs of maven-wagon-0:2.4-3.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /etc/m2.conf conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /etc/maven/settings.xml conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/bin/mvn conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/bin/mvnDebug conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/bin/mvnyjp conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-artifact.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-compat.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-core.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-embedder.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-model-builder.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-model.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-plugin-api.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-repository-metadata.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-settings-builder.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
file /usr/share/java/maven/maven-settings.jar conflicts between attempted installs of maven-3.0.5-17.el7.noarch and apache-maven-0:3.5.2-1.el7.noarch
Error Summary
-------------
How can I fix it, is it a bug in distribution?
asked Jan 3, 2019 at 2:57
3
If you look at your yum output it looks like it’s trying to install apache-maven from the epel-apache-maven repository, and this is the package that’s conflicting.
This may be the result of stale yum data, so you could try yum clean all.
You can also try disabling all repo’s except for base and updates
yum --disablerepo=* --enablerepo=base --enablerepo=updates install ....
If you already have apache-maven installed then you need to remove it.
answered Jan 3, 2019 at 3:16
Stephen HarrisStephen Harris
40.4k5 gold badges91 silver badges120 bronze badges
I install mysql on Centos 7 by command
yum localinstall https://dev.mysql.com/get/mysql80-community-release-el7-1.noarch.rpm
After that:
yum install mysql-community-server
And this is error after process run:
Downloading packages:
(1/7): libaio-0.3.109-13.el7.x86_64.rpm | 24 kB 00:00:00
warning: /var/cache/yum/x86_64/7/mysql80-community/packages/mysql-community-common-8.0.13-1.el7.x86_64.rpm: Header V3 DSA/SHA1 Signature, key ID 5072e1f5: NOKEY
Public key for mysql-community-common-8.0.13-1.el7.x86_64.rpm is not installed
(2/7): mysql-community-common-8.0.13-1.el7.x86_64.rpm | 554 kB 00:00:00
(3/7): mysql-community-libs-8.0.13-1.el7.x86_64.rpm | 2.3 MB 00:00:00
(4/7): mysql-community-client-8.0.13-1.el7.x86_64.rpm | 26 MB 00:00:01
(5/7): numactl-libs-2.0.9-7.el7.x86_64.rpm | 29 kB 00:00:00
(6/7): Percona-Server-shared-56-5.6.36-rel82.1.el7.x86_64.rpm | 619 kB 00:00:02
(7/7): mysql-community-server-8.0.13-1.el7.x86_64.rpm | 381 MB 00:00:11
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 34 MB/s | 410 MB 00:00:11
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql
Importing GPG key 0x5072E1F5:
Userid : "MySQL Release Engineering <mysql-build@oss.oracle.com>"
Fingerprint: a4a9 4068 76fc bd3c 4567 70c8 8c71 8d3b 5072 e1f5
Package : mysql80-community-release-el7-1.noarch (installed)
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-mysql
Is this ok [y/N]: y
Running transaction check
Running transaction test
Transaction check error:
file /etc/my.cnf conflicts between attempted installs of Percona-Server-shared-56-5.6.36-rel82.1.el7.x86_64 and mysql-community-server-8.0.13-1.el7.x86_64
Error Summary
-------------
Please, help me solve the problem, i searched on many pages but still not have the solution
Solved: i tried yum remove Percona*;
and reinstall mysql, it worked. But not sure any problem next. Thanks all.
asked Oct 26, 2018 at 8:29
TakanTakan
133 bronze badges
It’s probably because you have percona server installed on your system.
yum list installed | grep -i percona
You can use repoquery with the ‘—file’ flag so that you can see what package the file belongs to:
repoquery --file /usr/bin/mysql
Try uninstalling percona server and then try reinstalling mysql.
answered Oct 26, 2018 at 11:47
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
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
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
Greetings,
I am getting a «Transaction check error» on yum update for package initscripts.x86_64 0:9.49.47-1.el7
========================================================================================================================================================= Package Arch Version Repository Size
Updating: initscripts x86_64 9.49.47-1.0.1.el7 ol7_latest 440 k Installing for dependencies: oraclelinux-release x86_64 7:7.7-1.0.5.el7 ol7_latest 55 k redhat-release-server x86_64 1:7.7-10.0.1.el7 ol7_latest 11 k
Transaction Summary
Install ( 2 Dependent packages) Upgrade 1 Package
Transaction check error: file /usr/lib/systemd/system-preset/90-default.preset from install of redhat-release-server-1:7.7-10.0.1.el7.x86_64 conflicts with file from package centos-release-7-7.1908.0.el7.centos.x86_64 file /etc/os-release from install of oraclelinux-release-7:7.7-1.0.5.el7.x86_64 conflicts with file from package centos-release-7-7.1908.0.el7.centos.x86_64 file /etc/redhat-release from install of oraclelinux-release-7:7.7-1.0.5.el7.x86_64 conflicts with file from package centos-release-7-7.1908.0.el7.centos.x86_64 file /etc/rpm/macros.dist from install of oraclelinux-release-7:7.7-1.0.5.el7.x86_64 conflicts with file from package centos-release-7-7.1908.0.el7.centos.x86_64 file /etc/system-release from install of oraclelinux-release-7:7.7-1.0.5.el7.x86_64 conflicts with file from package centos-release-7-7.1908.0.el7.centos.x86_64 file /etc/system-release-cpe from install of oraclelinux-release-7:7.7-1.0.5.el7.x86_64 conflicts with file from package centos-release-7-7.1908.0.el7.centos.x86_64
Error Summary
Does anyone have an idea why?