You don't need to replace your package management tool just because a package seems to be missing.Įach package management tool is tightly integrated with its distribution, and this is no different with CentOS. They are both technical *NIX based, but they vary widely in how they function. It's like trying to install Mac OS X software on your Linux system. You could probably configure apt on your RHEL7 system to query the Debian repos, but the software likely would be incompatible with your system because of the differences in how Debian and Red Hat build, layout, structure, and configure their operating systems. The other issue is that the common repositories you find online are often created with configured to work with the native package management utilities for the OS they are offering software for. But they don't offer the software themselves, they are configured to query the repositories and provide packages from them. are all utilities on varying *NIX distributions that do the same thing. The issue here is the apt utility is a program that works with published directories of software packages (repositories is the usual name for me, but it can vary). While it is certainly possible to install the apt package management utilities on an Enterprise Linux system, that does not mean you will be able to do anything with it once you are done. You will likely find a LOT of what you are missing in that repo. For Red Hat Enterprise Linux, the first repo to usually add is Extra Packages For Enterprise Linux (EPEL) hosted at The Fedora Project. What you want to look into is adding different repositories. If you are having trouble finding the software you want on Red Hat, it is because your repositories don't have the packages. TL DR apt usually doesn't work out of the box with Enterprise Linux based distros and you won't find many repos that work for you anyway.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |