Gentoo Archives: gentoo-dev

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-dev@g.o
Subject: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable?
Date: Thu, 04 May 2006 13:10:04
Message-Id: pan.2006.05.04.13.05.48.128568@cox.net
In Reply to: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable? by Bart Braem
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

Replies

Subject Author
Re: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable? Guillaume Pujol <guillp.ml@×××××.com>