REDHAT SUCKS!!! besides Installing CentOs from cero

You can look my complete reference of the installation here: https://physicsphd.blogspot.com/2018/07/instalando-centos-desde-cero-porque.html

Instalando CentOs desde cero porque REDHAT apesta, REDHAT SUCKS!

REDHAT SUCKS!

 Incluso tengo los discos originales Redhat 7 a la venta si a alguien le interesa

I was a fan of the Redhat versions for more than 10 years, however when installing the latest versions I see that they have locks everywhere, something called Satellite that blocks the system and leaves it unusable without being able to generate any update if it is not registered in redhat. Which makes the system pretty bad. so install CentOS I installed CentOS because Redhat sucks !!!, I've had very bad experiences lately with Redhat, since I had some apps installed in Openshift (Openshit), and they made a stupid upgrade to Docker that never worked, at least for me, and I ended up installing my apps in HEROKU, which worked quite well, for a NodeJS and Spring Bot app Well what we came for, install CentOS: download the iso of the page of centos and Use the following ISO version: CentOS-7-x86_64-Everything-1804.iso A small introduction:

CentOS (/ˈsɛntɒs/, from Community Enterprise Operating System) is a Linux distribution that provides a free, enterprise-class, community-supported computing platform functionally compatible with its upstream source, Red Hat Enterprise Linux (RHEL).^[6][7] In January 2014, CentOS announced the official joining with Red Hat while staying independent from RHEL,^[8] under a new CentOS governing board.^[9][10]

The first CentOS release in May 2004, numbered as CentOS version 2, was forked from RHEL version 2.1AS.^[1] Since the release of version 7.0, CentOS officially supports only the x86-64 architecture, while versions older than 7.0-1406 also support IA-32 with Physical Address Extension (PAE). As of December 2015, AltArch releases of CentOS 7 are available for the IA-32 architecture, Power architecture, and for the ARMv7hl and AArch64 variants of the ARM architecture.^[11][12]

Para evitar todas las marranadas de Redhat es que instalé CentOs

My top ten reasons why RedHat sucks

1. Shoddy workmanship. RPM was discovered to be broken in 2002; it would regularly corrupt its own databases and lock up in such a way that it couldn’t be killed. In spite of that, RedHat went and made two major releases with a broken RPM.
   1. Bad packaging. The RedHat 8 release of libgcj (the libraries for the GNU Java compiler) puts a broken version of jar into /usr/bin, destroying any working version you have installed. They’ve known about the problem since 2002, but left it broken into 2003. What the hell is a jar binary doing in a libraries package anyway?
   2. RPM. If you think RPM is a reasonable piece of software design, I can only assume you’ve never used Portage, APT or BSD ports. I still have to keep a “cheat sheet” of the bizarre invocations necessary to make RPM perform basic tasks. Then there’s the fact that you can’t just install an RPM; no, you need to find the right RPM for your specific version of RedHat, assuming one exists. And if that’s a pain for you, imagine what a pain it is for developers.
   3. Broken SMP. Not a big deal for home users, but RedHat target the enterprise. Yet threading is broken on SMP systems.
   4. Bad advocacy. Standing up and telling people that they should run Windows, not RedHat, is not just a dumb move from a marketing point of view—it also infuriates the very developers they rely on for the products they repackage and sell.
   5. Broken UTF-8. Try echo redhat sucks | grep [A-Z] and see. Works on every other Linux distribution, broken on RedHat. Furthermore, man pages show up as garbage in PuTTY because nroff’s VT102 sequences get hosed. It’s possible to fix it by turning off Unicode support, but is it too much to expect that RedHat get basic stuff like terminal I/O right?
   6. X dependencies. RedHat is for servers, right? Who needs X on a server? Well, you do, if you want to run RedHat’s emacs-nox package. Want to install without X? Tough luck, their “text mode” installation still uses it.
   7. Broken Perl. Perl has its own package management system called CPAN. It’s a hell of a lot more friendly, easy to use and helpful than RPM. I do not want to manage my Perl packages with RPM. However, even if I did, I’d be out of luck, because RedHat don’t provide a complete set of CPAN libraries in RPM format, and the ones they do provide aren’t kept up-to-date. End result: Before installing any Perl library I have to check to see if there’s an RPM version. If there is, I install it and then delete it manually and install it properly using CPAN.
   8. Painful upgrades. Want to upgrade from RedHat 8 to RedHat 9? Good luck, you’ll need it. Even upgrading from 7 to 8 is a “start from scratch” affair. Compare to upgrading debian or Gentoo and it’s clear that RedHat is designed for people who never upgrade. Which wouldn’t be a problem, except that RedHat don’t support old releases any more. If you’ve got an old RedHat system, you have to reinstall anyway, so do yourself a favor and install a different distribution.
   9. Unnecessary software. When I install RedHat, I always do my best to cut down the bloat to a bare minimum. Yet somehow, I always seem to end up with iptables and ipchains. Now, in what universe does it make sense for your installer to install both of those?