1 |
Lie Ryan posted on Thu, 24 Dec 2009 00:45:23 +1100 as excerpted: |
2 |
|
3 |
> But the only way to be sure that an ~arch plays nicely with the |
4 |
> currently stable packages is to *not* go full ~arch. With full ~arch, |
5 |
> you only knows that the package plays well with the latest version of |
6 |
> all packages; but you don't know how it performs with the stable tree. |
7 |
|
8 |
True. When it comes time to stable a package, the devs test the package |
9 |
(or set of packages for something like xorg/gnome/kde) on an otherwise |
10 |
stable system. If it works, they can stable it. |
11 |
|
12 |
But the point is, there's no way to test a half-stable system. Before |
13 |
they stable, they test the new packages (only) on an otherwise stable |
14 |
system, and before they ~arch, they test on at least the developer's |
15 |
machine that it works, but there's no real testing, and indeed, no |
16 |
practical way /to/ test because of the number of possibilities involved, |
17 |
on a system that's partly stable and partly unstable. With Gentoo, it's |
18 |
still an option the user has, but as they say, if it breaks, you get to |
19 |
keep the pieces, it's definitely a "beware, here be dragons!" option. |
20 |
|
21 |
Of course, personally, I'm a dyed in the wool and unapologetic ~arch |
22 |
user, plus often various development overlays, unmasking various still |
23 |
hard-masked packages, etc. To me, stable is months to sometimes years |
24 |
out of date and stale. But I (sort of) understand folks who want stable, |
25 |
tho I honestly don't /quite/ comprehend why they're on Gentoo in that |
26 |
case, as it honestly seems to me a much slower cycling distribution like |
27 |
Debian stable or the various long term support enterprise distributions |
28 |
(Red Hat/CentOS, Novell, UbuntuLTS...) would be more appropriate if long- |
29 |
term stability is what they're after. |
30 |
|
31 |
-- |
32 |
Duncan - List replies preferred. No HTML msgs. |
33 |
"Every nonfree program has a lord, a master -- |
34 |
and if you use the program, he is your master." Richard Stallman |