ahmadster wrote:I'm writting an article on Redhat's move and I would like to shed some light on the benefits of considernig Gentoo as an alternative. Ofcourse there were some pre-existing benefits that made Gentoo a real nice contender( Dependency Hell comes to mind ).
OK, let's focus on the question, folks. As a RedHat user moving his servers on Gentoo, I can tell you the advantages I see. I used apt-get on RH so the dependency hell was somewhat controlled. But I was confronted to two problems : upgrade hell and custom software/builds.
Custom software/builds : I had a RH 7.3 server but I wanted to use a LDAP-enabled Exim (and courier-imap) on it. No RPM, so I build by hand. Some other packages were not in the apt-get trees (like pure-ftpd), available as separate downloads. Upgrades became difficult to manage, because some software was just not there in the "apt-get upgrade". I had to manage everything by hand and keep track of security in each individual package.
Upgrade hell : short-term support forces you to upgrade, mostly because you don't have security updates anymore. Changes in gcc (RH7.3 -> 8 ) made the change quite painful. Custom software or builds tranformed it into a nightmare.
Now it's almost as difficult for me to build a new Gentoo server that to try to upgrade my RH 7.3 server to Fedora or RH9. I could go for Debian, but I need/like special features in compiles, which may not be in the .deb.
What I'm really interested in is the safty of not being stuck to RedHats servers for updates. What would prevent the Gentoo dudes from stopping all mirrors and doing the same thing as Redhat?
The ebuilds are GPLd, so I suppose we could fork from Gentoo and just change our rsync locations ?
-K