1 |
On Tue, Apr 10, 2007 at 22:32:20 +0200, Chris Gianelloni wrote: |
2 |
|
3 |
> On Tue, 2007-04-10 at 21:32 +0200, Alexandre Buisse wrote: |
4 |
> > work. Stage 4's were going in this direction, but they were too isolated and, as |
5 |
> > far as I know, they are dead now. |
6 |
> |
7 |
> Wow. I'm glad to see that yet another thing I spend so much time |
8 |
> working on is marginalized or otherwise discounted because someone |
9 |
> couldn't take 3 seconds to check their facts before making a post. The |
10 |
> stage4 concept is alive and kicking. It is one of the targets made by |
11 |
> catalyst, and likely something we will be utilizing much more in later |
12 |
> releases. |
13 |
|
14 |
Sorry about that, I should have taken the time to look it up. Since I |
15 |
didn't hear about it after Stuart leaved, I assumed no one was working |
16 |
on it anymore. |
17 |
|
18 |
|
19 |
> If anyone has further questions about the stage4 target or how it's |
20 |
> utilized in catalyst, feel free to drop onto the gentoo-catalyst mailing |
21 |
> list and ask. |
22 |
> |
23 |
> Now, just to stay on topic with this posting, I have some simple (yeah |
24 |
> right) questions. |
25 |
> |
26 |
> Will this actually resolve any of the recent problems? |
27 |
|
28 |
Yes, as I tried to explain in the proposal. |
29 |
|
30 |
|
31 |
> Will this stop flame wars? |
32 |
|
33 |
Probably not, but it can help reduce the volume, hopefully. Indirectly, |
34 |
of course, but I believe it would help a lot to reduce the tensions. |
35 |
|
36 |
|
37 |
> Will this cause people be nicer to each other? |
38 |
|
39 |
Definitely, yes. Because everyone will work on a smaller scale. |
40 |
|
41 |
|
42 |
> Will this give us more qualified developers? |
43 |
|
44 |
Will depend on how each team will do its recruitment. And of course, to |
45 |
get official status, some kind of council would ensure some minimal |
46 |
qualifications (along the current guidelines would be my guess). |
47 |
|
48 |
|
49 |
> Will this increase the quality of the tree? |
50 |
|
51 |
Hard to tell. Having people leave the project out of disgust certainly |
52 |
doesn't improve it. |
53 |
|
54 |
|
55 |
> Restructuring the project isn't going to solve these problems. |
56 |
|
57 |
Not all of them, of course. And I never pretended it would. But I |
58 |
believe that it would definitely help. |
59 |
|
60 |
|
61 |
> At best, |
62 |
> it will mask them during the time that we've wasted restructuring only |
63 |
> to find that we are back with the same set of problems, though now |
64 |
> without any form of centralized management to have even the glimmer of |
65 |
> hope of being able to resolve them. |
66 |
|
67 |
I don't see how not having a centralized management would make it |
68 |
impossible to solve problems. Or are people really that stupid that they |
69 |
can't manage to get together and reach a decision, in some way or |
70 |
another (I gave some ideas in the last part of the email as well). Just |
71 |
giving all your power of decision to a big boss is a very crude and |
72 |
unefficient way of solving problems. |
73 |
|
74 |
|
75 |
> It will take us to a complete mess |
76 |
> of incompatible overlays and trees. |
77 |
|
78 |
If we do it carelessly, certainly. But free software has solved much more |
79 |
complex problems in the past. |
80 |
|
81 |
|
82 |
> It also places the projects in a |
83 |
> hierarchy that doesn't match the actual power structure. |
84 |
|
85 |
Power structure? I'm afraid I don't understand what you mean here. |
86 |
|
87 |
|
88 |
> If the parent project doesn't govern the sub-project, then why is it a |
89 |
> sub-project, at all? |
90 |
|
91 |
To ease coordination and make obvious relationships clearer, I guess. |
92 |
Can also help overlay management with hints like "you've pulled the |
93 |
audio overlay, you probably also want the multimedia one" and stuff like |
94 |
that. But it isn't really important, and the name "subproject" is |
95 |
probably misleading. |
96 |
|
97 |
|
98 |
> What exactly are all of us supposed to actually *do* while we're waiting |
99 |
> for the SCM conversion and for the package managers to get the support |
100 |
> necessary and all of the changes are made to the tree? |
101 |
|
102 |
Keep working on the current version? I don't know, I would classify that |
103 |
as an implementation detail to be sorted if we actually decide to go |
104 |
forward. |
105 |
|
106 |
|
107 |
> Do we simply |
108 |
> stop developing the distribution for days? Weeks? Months? |
109 |
|
110 |
I'm sure we can find a better solution than that. But do we want to |
111 |
discuss such tiny details before the big plan itself? |
112 |
|
113 |
|
114 |
> I think that the clique-like nature of many projects is part of the |
115 |
> problem. We already have too much of a "us versus them" mentality. |
116 |
|
117 |
I'm not sure what you mean. Which projects are you speaking about? It |
118 |
sounds like a silly accusation to me, but perhaps I'm unaware of some |
119 |
other case. |
120 |
|
121 |
|
122 |
> How will moving to having lots of independent projects with no central |
123 |
> authority make Gentoo better? |
124 |
|
125 |
I have said this in the proposal. If you don't agree on specific points, |
126 |
please provide arguments to back up your position. |
127 |
|
128 |
|
129 |
> Will it make the distribution better for our users? |
130 |
|
131 |
Because gentoo won't be dead in a couple months? Because people will |
132 |
think again that it's a fun project and want to be part of it? |
133 |
|
134 |
|
135 |
> Reading back over your proposal with my questions in mind leaves me with |
136 |
> exactly one last question. |
137 |
> |
138 |
> What, exactly, is your proposal supposed to actually accomplish? |
139 |
|
140 |
What I *want* to do is to make gentoo fun again. And I believe that |
141 |
decentralising and giving more autonomy to people will achieve exactly |
142 |
that, for reasons explained in the proposal. |
143 |
|
144 |
/Alexandre |
145 |
-- |
146 |
Hi, I'm a .signature virus! Please copy me in your ~/.signature. |