1 |
> This is kinda bloggish, because it's basically a transcription of an |
2 |
> IRC monologue. My apologies if it's hard to follow... Nonetheless, |
3 |
> I'm interested in how other developers feel on the topics I bring up |
4 |
> below. |
5 |
|
6 |
Though i'm a developer, i'm not a gentoo-developer. |
7 |
|
8 |
> In my humble opinion, Gentoo is missing too many points to be an |
9 |
> enterprise Linux. We commit to a live tree. We don't have true QA, |
10 |
> testing or tinderbox. We don't have paid staff, alpha/beta/rc cycles. |
11 |
> We don't really have product lifecycles, since we don't generally |
12 |
> backport fixes to older versions, requiring instead for people to |
13 |
> update to a more recent release. We don't have, and probably will |
14 |
> never be able to offer, support contracts. We support as wide a range |
15 |
> of hardware as the upstream kernel, plus hardware that requires |
16 |
> external drivers; we don't have access to a great deal of the hardware |
17 |
> for which we provide drivers. We understand when real life gets in |
18 |
> the way of bug-fixing, because all our developers are volunteers. |
19 |
|
20 |
QA is a problem. Bugs get fixed, but often they are only fixed in ~x86 |
21 |
versions, not in the stable x86 series. For example baselayout: there |
22 |
are lot of ~x86 - miles ahead of that is marked x86. Maintainers think, |
23 |
it's sufficient to only fix the most recent version. How do they |
24 |
legitimate that? |
25 |
|
26 |
And yes, Gentoo does not backport patches to older version. But is it |
27 |
Gentoo's responsibility? If there's a bug in Postgresql 7.x and 8.x, and |
28 |
the PostgreSQL people only fix it 8.x-series - well: Debian and Redhat |
29 |
will backport the patches propably. They is a big reason why all the |
30 |
distrubutions with precompiled packages do that: |
31 |
- the updates has to be binary compatible with the old one |
32 |
|
33 |
Gentoo doesn't suffer from that limitation. Gentoo offers ways to |
34 |
migrate a system from openssl 0.9.6 to openssl 0.9.7 for example. Other |
35 |
distributions doesn't offer that - although they could with better |
36 |
package managers. |
37 |
|
38 |
Also i've had too many SuSE- or Redhat-systems in the past that were |
39 |
unsupported because RedHat and SuSE decide, to stop supplying updates |
40 |
for older version of their distribution. So what am i supposed to do in |
41 |
that case? Updating the whole distribution causing me troubles to |
42 |
migrate everything to the new version (apache2 instead of apache 1.3, etc.) |
43 |
|
44 |
With Gentoo, this is usually done as time goes by - though you have to |
45 |
be very careful sometimes. |
46 |
|
47 |
Administrating a Gentoo system takes time - much time, but ... |
48 |
|
49 |
... writing my own packages for - let's say Redhat - takes more time |
50 |
than writing an ebuild for Gentoo. If you have to maintain a system with |
51 |
very special software, i would recomm Gentoo. |
52 |
|
53 |
> I like the idea of Gentoo on alternative arches and in embedded |
54 |
> environments. Not because I want Sony to start using Gentoo on |
55 |
> walkmans, but purely because the idea of running Linux on a PDA is |
56 |
> cool. I'd like Gentoo to be a place where neat things are developed. |
57 |
> If RH or SuSE (or another for-profit Linux vendor) wants to take some |
58 |
> of those developments and use them to make a profit, that's fine with |
59 |
> me. We're over here having fun. |
60 |
|
61 |
I like Gentoo, since everything is compiled - which offers much |
62 |
flexibility, that precompiled packages don't offer. |
63 |
|
64 |
Just some days ago, someone reinstalled a Server where we had PostGreSQL |
65 |
8.0 running. He chose to install Debian - which offers PostGreSQL 7.4 - |
66 |
so what did he do? He compiled PostGreSQL 8.0 himself, to be abled to |
67 |
use our existing database. This will become hell the more packages you |
68 |
have to compile on you own. Any configure-make-install-like package, |
69 |
Perl-Module, etc... can be easy installed by using an ebuild. |
70 |
|
71 |
In addition Gentoo is the only distribution i know, that supports |
72 |
installing multiple Java-version etc... |
73 |
A must-have for every real java-developer. |
74 |
|
75 |
> Also I find it amusing when people say that Gentoo exists for the |
76 |
> users. I think that is wrong. Gentoo exists for the *developers*. |
77 |
> It's our playground, and it's the reason we use a live tree rather |
78 |
> than switching to an actually sane approach. The users are cool |
79 |
> because they point out bugs, help solve problems on bugzilla, suggest |
80 |
> enhancements, provide patches, and notify us of package updates. |
81 |
> Sometimes they become developers. But the truth is that Gentoo sees |
82 |
> improvement and maintenance in the areas that appeal to the |
83 |
> developers. And that is why Gentoo exists for the developers first, |
84 |
> the users second. |
85 |
|
86 |
by using Gentoo, you learn much about Linux (the Kernel) and all the |
87 |
nice little software that makes it a usable OS. Somewhere on the net, |
88 |
there was page about Gentoo and Debian. The conslusion was, that Gentoo |
89 |
is a great distribution to learn, and Debian is a stable work-horse. |
90 |
Well, Debian is stable workhorse - as long as you don't have a very |
91 |
special configuration. AFAIK, Debian doesn't drop support for their |
92 |
distributions that fast - and they doen't release a new distribution |
93 |
every few months (like SuSE does). |
94 |
|
95 |
So i'd say: use Debian, if you have a relativly normal system to |
96 |
maintain, use Gentoo if you have the time - and never ever use Redhat or |
97 |
SuSE. |
98 |
|
99 |
|
100 |
Thx |
101 |
Sven |