From: "Spahn, Daniel" <DSpahn@cuh2a.com>
To: "gentoo-server@lists.gentoo.org" <gentoo-server@lists.gentoo.org>
Subject: RE: [gentoo-server] Server Packages for Gentoo
Date: Wed, 1 Oct 2008 09:48:49 -0500 [thread overview]
Message-ID: <BA4D8FC573225D4798B6569AAF63F6AD020A259EE1@OMAC-INEXMBX01.intranet.hdr> (raw)
In-Reply-To: <20081001153404.5b01b1e6@robbieab.com>
As the one who started this thread, it probably makes sense for me to comment on this a bit, because I agree. Gentoo is a distribution that has a utopian (IMHO) mixture of flexibility and compatibility. It is designed to accommodate such a wide variety of applications, that mailing lists like this one are necessary for certain niches. I would choose Gentoo for a server OS because it is so deeply compatible with hardware, and because of the package management system. Many on this thread have complained about Portage in a server environment, but the default installation only requires the initial emerge --sync- there's no emerge system or emerge world that is mandated or automated. Packages can be masked or blocked at the package level, or the machine level, and it is relatively easy to set up a local rsync mirror to update emerge, which can then be a point of control for all servers on the network, if they are properly configured. I started this thread, not because Gentoo is not ready for the server room, but because I need to learn more before I set it up for server applications. I have experimented with Redhat, CentOS, FC, Arch, DSL, Mandrake/Mandriva, Debian, FreeBSD, and some other distros, but Gentoo has always been the best when applied to my methods and standards. That's why I ask such questions- I need to identify my weak areas to leverage Gentoo's strong ones.
Dan
Computer Systems Manager
-----Original Message-----
From: Robert Bridge [mailto:robert@robbieab.com]
Sent: Wednesday, October 01, 2008 10:34 AM
To: gentoo-server@lists.gentoo.org
Subject: Re: [gentoo-server] Server Packages for Gentoo
On Wed, 1 Oct 2008 11:55:21 +0100
"Kerin Millar" <kerframil@gmail.com> wrote:
> Well, this post turned out to be a lot longer than I had anticipated.
> But I've seen so many comments that allude to Gentoo somehow being
> unfit for purpose because it doesn't freeze off a so-called "stable"
> tree so many times that, frankly, I get fed up with it and figured
> that something had to be said. Gentoo, whilst certainly having its
> fair share of foibles, doesn't get enough credit for the things that
> it does well and the things that it does right. If one doesn't like
> the way that Gentoo does things then there are surely other distros
> out there that will meet one's expectations, such as they are.
Right, imagine a live server getting hit by the expat problem, or a
major gcc/glibc change? They hurt, they seriously hurt.
That's what the "static package" people are referring to. A server that
can be set up, and once running should need minimal updating, for
security reasons. You can't do that safely in Gentoo.
Some people are happy with regularly changing packages, restarting
services every month because a new version of the server is in tree,
dealing with the breakage induced by things like python upgrades, bash
upgrades, portage upgrades, gcc upgrades, ...
But for a 24/7 uptime on a high load server, most people consider those
to be unacceptable. Now Gentoo can be got to not do those, but as
anyone will tell you, updating a Gentoo box after a year is painful,
and when you have to update to cover a critical security hole? Now try updating a Debian box after a year?
Don't mistake one awkward piece of software which is not supported in
the other distros for the general properties of those distros. Gentoo
is good for tweaking, it's good for doing "Your own thing", that does
not make it automagically better than Debian or RHEL, or SLES in the
high-stability stakes. And, sorry to say this, one nice anecdote
doesn't either.
YMMV
Rob.
next prev parent reply other threads:[~2008-10-01 14:48 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-30 16:17 [gentoo-server] Server Packages for Gentoo BRM
2008-09-30 17:28 ` Robert Bridge
2008-10-01 10:55 ` Kerin Millar
2008-10-01 14:34 ` Robert Bridge
2008-10-01 14:48 ` Spahn, Daniel [this message]
2008-10-01 15:23 ` Kerin Millar
2008-10-02 9:20 ` Pavel Labushev
2008-10-03 14:35 ` kashani
-- strict thread matches above, loose matches on Subject: below --
2008-10-01 14:51 BRM
2008-10-01 15:10 ` Arturo 'Buanzo' Busleiman
2008-10-01 13:16 BRM
2008-09-30 17:36 BRM
2008-09-30 18:10 ` Spahn, Daniel
2008-09-30 20:51 ` Ajai Khattri
2008-09-30 14:43 BRM
2008-09-30 15:05 ` Graham Murray
2008-09-29 17:48 Spahn, Daniel
2008-09-30 8:28 ` Ramon van Alteren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BA4D8FC573225D4798B6569AAF63F6AD020A259EE1@OMAC-INEXMBX01.intranet.hdr \
--to=dspahn@cuh2a.com \
--cc=gentoo-server@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox