CptnObvious999 wrote:Tsuroerusu wrote:Patrick wrote:- the 'stable' version truly needs to be stable
Anything less is too Gentoo-like for me.
*sigh* I would expect you to say something like that.
In regards to stability, Gentoo and Arch don't go by specific versions and get to start over like everyone else does. They have too keep their products stable with basically a lifetime of their other packages unlike SuSE which only have to worry about working with packages specifically for 10.2 (or whatever version). Trying to do this with the insane amount of packages that portage has is by no means an easy task and I think they have done an outstanding job thus far. That said there are a lot more people who get paid to work on SuSE and Ubuntu and the like while that is not really the case for Arch and Gentoo, they have to work on a shoe-string budget which can be hard.
I am not trying to start an all out Distro-war although Tsuroerusu may want to, I am just saying you at least have to give them credit for their effort. And the way you stated it *was* a straight out attack at the Gentoo project which is not by any means productive or nice. I myself do not like Gnome but I would never straight out attack them because they do give a lot of effort and their product is rather good, I only ask you give everyone the respect they deserve.
When I said Gentoo-like I meant the "rolling-release" thing, which I know some people like, and some people don't. I have heard pretty much all the arguments for it, but none of them really make sense in the end, from my point of view.
I have always given Gentoo credit for their documentation, they have done a great job on that. Although, I would say the BSDs was the inspiration for that, Gentoo did a good job with it for GNU/Linux.
Now having said that, I think Gentoo's portage QA is terrible. For a hobbyist, or developer machine, where you most likely would be working with CVS checkouts and the like, it makes sense, however for any kind of production workstation or server, it's a terrible idea. On a live, production web server you want everything to just keep running as it is once you got everything set up. If I installed Red Hat Enterprise 4, back when it first came out, on a web server, I would use Red Hat's management tool to receive updates. I don't remember how up2date works, but you would do basically the equivalent of "
yum update" or "
apt-get update && apt-get upgrade" and then you receive a security fix and you're good to go. Of course, if I was running Yahoo or something similar, I would have a test box to test an update on to make sure it didn't break the application (PHP AJAX stuff just as an example) I was running on the server (You do that with all OSes on all production-critical servers), but once done, you install the patch and restart the server daemon you're running, and you're done.
On a server, what you really do NOT want is to have to install a new version of Apache to still get security updates for it. What you want is just a x.x.x_12x kind of update, that fixes that one, or multiple, security patches. But you don't want any feature additions or removals (Again, unless absolutely required for security or something like that).
When you run Red Hat Enterprise, you will receive security updates for 7 flippin' years, that's 7 years of running Apache 1.3.x.x, why change when it does what you need it to do? I have heard Linc and Dann talk about Slackware 8 boxes still working wonderfully as servers, in production environments, you want everything to stay the same, unless you need a change, and you rarely do.
If I installed Gentoo in 2003, got it running just as well as say a Red Hat 9 (I'm using Red Hat as the example of a "frozen" distro, but feel free to insert Slackware, if you want to) box would, with KDE etc. etc., and then gave the box to my mom, and then she used it for 4 years, while I went to study in another country. If I then come home and want to check for updates, well with Red Hat 9, there'd be quite a few updates to install, and I would probably want to see what packages that would need updating before I hit the "Update" button, but in most cases like this, I could in theory just hit updates and everything would be OK. With Gentoo (And any "rolling-release" for that matter), I would have to really get nitty gritty and really read up on changes, read changelogs, do the update and see what breaks, and then go and fix the breakages.
If you think that that is a fine in a production environment, nice to see you would put some dedication into your job etc. etc., but good luck administrating web servers in the case of a large website, over periods of years with that methodology.