1 |
Bart Braem posted <e3cplj$jv3$1@×××××××××.org>, excerpted below, on Thu, |
2 |
04 May 2006 13:48:03 +0200: |
3 |
|
4 |
> As a user I have to add my opinion here. I have been using Gentoo for some |
5 |
> years now and it was always fairly up to date. Currently KDE is really |
6 |
> behind on the current situation upstream. |
7 |
> And then I wonder why. What makes us think we can not trust the KDE devs? |
8 |
> Does compiling KDE introduce so many bugs? I mean, let's be serious, all |
9 |
> other distributions have a stable 3.5.x now. Don't they experience all |
10 |
> those horrible bugs? |
11 |
> Seriously, this is really becoming an issue. As I pointed out in a bug I |
12 |
> filed for a stable KDE (for which I apologize, I should have looked here |
13 |
> first), some people are leaving Gentoo because of this slow upgrade |
14 |
> process. |
15 |
|
16 |
|
17 |
I'm just another user, not a dev. Please keep that in mind as you read |
18 |
the following. |
19 |
|
20 |
That KDE was two releases behind, even on cooker for AMD64 (which |
21 |
unfortunately followed stable for i586, not cooker for i586), was the |
22 |
reason I left Mandrake, so I know exactly where you are coming from. |
23 |
|
24 |
That said, you've hit a sore spot -- illogical people asking for |
25 |
something, choosing it when given the choice, and then when they get it, |
26 |
complaining about what they chose in the first place, when the other |
27 |
choice remains right at hand for them to change their mind and switch to |
28 |
at any point! Exactly that -- illogical! |
29 |
|
30 |
/Why/ are people leaving over this?? The ebuilds are there in ~arch and |
31 |
have been for some time. If people want cutting edge, Gentoo continues to |
32 |
provide pretty damn close, often having (still masked because upstream |
33 |
isn't available at the time) ebuilds in the tree even before public |
34 |
release, as I know for a fact has been the case with KDE, as I've seen the |
35 |
ebuilds and the masks there, before the releases, complete with the reason |
36 |
for masking given as upstream not released yet. |
37 |
|
38 |
Stable is there if they want it, too. They can choose to run stable. |
39 |
There's nothing wrong with that, just as there's nothing wrong with |
40 |
making an informed decision to run unstable. If they want to leave for |
41 |
some other distribution, for whatever reason, that's fine and good. There |
42 |
are legitimate reasons to do so, places (like binary packages and |
43 |
periodic releases with few updates between them) where Gentoo isn't as |
44 |
strong, because it chooses other areas to emphasize. Deciding to stick |
45 |
with (IMO consistently outdated, but hey, if people want stable...) |
46 |
stable, then being unhappy with devs for not choosing to stable-keyword |
47 |
something with known issues, isn't such a legitimate reason, when they |
48 |
have the choice to upgrade at any time they choose, regardless of stable |
49 |
status, as the ebuilds are there for them to do so and the general Gentoo |
50 |
documentation is clear in its instructions as to how to do so, if desired. |
51 |
|
52 |
It's up to an admin whether they want to risk running unstable on nothing, |
53 |
individual packages, whole categories (kde-base) of packages, or their |
54 |
entire system. Why then are those same admins complaining when devs take |
55 |
their responsibility to do the best they can to ensure something's stable |
56 |
before marking it such, seriously. I can envision the /same/ admins |
57 |
complaining that the devs didn't do their job if the issues remained and |
58 |
the packages were stabilized even with known issues. |
59 |
|
60 |
As for trusting or not the KDE devs, that's not the issue. Either there |
61 |
are still known problems on Gentoo, or there aren't. It doesn't matter |
62 |
if those were upstream problems or Gentoo problems, in this case, only |
63 |
whether there are problems on Gentoo or not. As it happens, many of the |
64 |
problems with 3.5.0 were upstreamm and have been resolved with 3.5.1 or |
65 |
3.5.2. That took time. 3.5.0 won't ever make stable as it has issues since |
66 |
fixed with further upstream releases. 3.5.1 likely won't either. 3.5.2 has |
67 |
fixed many/most of them, but it hasn't been much more than 30 days since |
68 |
its release, and Gentoo normally requires a package to be bug-free for 30 |
69 |
days in ~arch before going stable, so it's only now qualified. |
70 |
|
71 |
Meanwhile, those who want to risk running the unstable packages and are |
72 |
willing to live with or provide patches for the bugs (bugs which after |
73 |
all are there in bugzilla, if anyone wants to know what the holdup is)... |
74 |
can do just that since the ebuilds are there from the day of release and |
75 |
often even /before/ release! That they don't choose to do so is their |
76 |
choice and their responsibility, not that of Gentoo. |
77 |
|
78 |
Note that due to Gentoo slotting, it's not even necessary to give up the |
79 |
stable KDE to merge the still unstable version! With slots, they can |
80 |
exist quite well in parallel. |
81 |
|
82 |
Now it'd be rather different if the ebuilds weren't there. As I said, I |
83 |
left Mandrake over such things. However, they /are/ there. The choice to |
84 |
merge them or not is the user/admin's. If they chose not to do so, why |
85 |
are they then blaming Gentoo for their own choice? |
86 |
|
87 |
-- |
88 |
Duncan - List replies preferred. No HTML msgs. |
89 |
"Every nonfree program has a lord, a master -- |
90 |
and if you use the program, he is your master." Richard Stallman in |
91 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
92 |
|
93 |
|
94 |
-- |
95 |
gentoo-dev@g.o mailing list |