Packages skipped because of dependency problems...
 

Hello All

I am still working out the basics of Linux.
I have a Centos 7 install. I cannot get this RPM to install. It installs fine under Centos 6.

What am I doing wrong? I really need a GUI Find and Replace program!
--skip broken does not work either.

Thanks in advance
Scott

[root@server ~]# yum localinstall regexxer-0.9-1.el5.rf.x86_64.rpm --skip broken
Loaded plugins: fastestmirror
Examining regexxer-0.9-1.el5.rf.x86_64.rpm: regexxer-0.9-1.el5.rf.x86_64
Marking regexxer-0.9-1.el5.rf.x86_64.rpm to be installed
Skipping: broken, filename does not end in .rpm.
Resolving Dependencies
--> Running transaction check
---> Package regexxer.x86_64 0:0.9-1.el5.rf will be installed
--> Processing Dependency: libatkmm-1.6.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
Loading mirror speeds from cached hostfile
* base: mirror.keystealth.org
* epel: mirror.hmc.edu
* extras: mirror.keystealth.org
* rpmforge: mirror.hmc.edu
* updates: mirror.keystealth.org
--> Processing Dependency: libcairomm-1.0.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libgdkmm-2.4.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libglade-2.0.so.0()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libglademm-2.4.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libgtkmm-2.4.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libpangomm-1.4.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libpcre.so.0()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Running transaction check
---> Package atkmm.x86_64 0:2.22.7-3.el7 will be installed
---> Package cairomm.x86_64 0:1.10.0-8.el7 will be installed
---> Package gtkmm24.x86_64 0:2.24.2-8.el7 will be installed
---> Package libglade2.x86_64 0:2.6.4-11.el7 will be installed
---> Package pangomm.x86_64 0:2.34.0-3.el7 will be installed
---> Package regexxer.x86_64 0:0.9-1.el5.rf will be installed
--> Processing Dependency: libglademm-2.4.so.1()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64
--> Processing Dependency: libpcre.so.0()(64bit) for package: regexxer-0.9-1.el5.rf.x86_64

Packages skipped because of dependency problems:
atkmm-2.22.7-3.el7.x86_64 from base
cairomm-1.10.0-8.el7.x86_64 from base
gtkmm24-2.24.2-8.el7.x86_64 from base
libglade2-2.6.4-11.el7.x86_64 from base
pangomm-2.34.0-3.el7.x86_64 from base
regexxer-0.9-1.el5.rf.x86_64 from /regexxer-0.9-1.el5.rf.x86_64

CentOS, like RHEL and Fedora come with a cornucopia of installation, user, admin and security documentation. CentOS also has a Wiki. So I suggest you start reading.


First of all you should understand that, while RHEL had Desktop editions in the past, CentOS is not typically used as a Workstation but more commonly has headless server. That does not mean that you can not use CentOS as a Workstation (I've done that for years) but due to its intended use you will either have to contend yourself with certain kernel, library and application versions or be willing to invest more time and effort to get it to do what you want and maintaining it. Simply put: if you're looking for a Linux workstation distribution that comes with more recent kernel, library versions and a wide range of applications then you better look at for example Fedora which does include this package and a gazillion more.


You are using CentOS 7 and you are trying to install a package built for CentOS 5. Since there is no RPM package of regexxer for CentOS 6 or 7 your choice is to either:
0) recompile the Fedora 21 regexxer-0.9-15.fc21.src.rpm package (will get you the newest version),
1) recompile the RepoForge regexxer-0.9-1.rf.src.rpm package (will only get you the old version), or
2) compile from the SourceForge source (ill-advised practice due to bypassing package management).


*What you may have read over is the implication of me saying "and maintaining it". For a package like this there are almost zero security considerations but when you extend your practices to ('net-facing) applications, their dependencies and the like you must update when security updates are released. Anyone who has had to support and maintain legacy OS versions, which is a comparable situation, will tell you that the cost of that will suck the life right out of you.