1 |
Dear Roy |
2 |
|
3 |
|
4 |
On Feb 3, 2008 1:04 AM, Roy Bamford <neddyseagoon@g.o> wrote: |
5 |
|
6 |
You need a balance between the formal, which produces formal records |
7 |
and the informal, that does not. |
8 |
|
9 |
Yes - sure. I wrote that under the impression that there is too much of a 'formal side' in Gentoo recently. I got carried away and I started talking about Gentoo generally - I should have realized that the foundation matters are specific - they probably have to be more formal because of legal requirements etc. I think it could be useful to set up very different business processes for foundation matters and for development management. |
10 |
|
11 |
|
12 |
I think the Gentoo council, which was set up to be a technical body is |
13 |
getting bogged down in politics from time to time, which impedes its |
14 |
technical decision making process. This is where the Gentoo Foundation |
15 |
can help, by taking on all the political aspects of our community. |
16 |
|
17 |
This might be very difficult task. How are you going to handle it if elected? I might be totally out of proportions but do you think there can be some kind of a fight for competences between trustees and council? I am sorry if that is a stupid question. |
18 |
|
19 |
|
20 |
I hope that's not the intent. My intent is to have the council and |
21 |
foundation work together such that the council does not spend its time |
22 |
on politics and is free to focus on technical things. This will lead to |
23 |
more flexible decision making. |
24 |
|
25 |
I am sure that's not the intent. But... and I don't want to sound too pessimistic... my experience is that these things (regular meetings, regular summaries etc.), despite good intentions, tend to turn into meaningless routine which is more of a barrier than any help. Hopefully this time I am wrong. |
26 |
|
27 |
|
28 |
Gentoo has reached a size where |
29 |
central control can at best, only set a direction. It cannot manage |
30 |
details. Gentoo does have some of the structure in place for these |
31 |
things to happen - the separate projects and herds. |
32 |
Gentoo is in need of middle management - perhaps it can come from the |
33 |
Foundation. |
34 |
|
35 |
Yes - I think Foundation might be very helpful. But I keep thinking about structural matters - these things are closely related to management and efficiency of the system. I think very flat and very free and open organizational structure can be more efficient although more difficult to manage - to set up smart rules enabling more of a self-managed system (yes, I have read too much about learning organizations and evolution) - that's a good goal IMO. |
36 |
|
37 |
There is no money in Gentoo so it has to be about fun and freedom - people have to have options when it doesn't feel like fun. If you don't like to work with someone anymore you should be supported to build up - easily - your own independent team inside Gentoo (supporting internal competition instead of internal fighting) - even if the team would work on the same thing, seemingly wasting time - *let them do what they want* strategy - to me it seems somehow contradictory to 'named positions with responsibilities' - I might be wrong. |
38 |
Again - foundation itself is very specific, but speaking about Gentoo generally - it's not company and it cannot be organized as a company - the most important thing is fun. |
39 |
|
40 |
|
41 |
That's fine for the individual projects but what about the wider |
42 |
community and the bigger projects that need to know what is happening |
43 |
to the projects that they use. In particular, I'm thinking of Release |
44 |
Engineering who are putting together the 2008.0 LiveCD. They need to |
45 |
know that the various parts will be ready on time. |
46 |
Users like to know whats happening too - how would that information be |
47 |
circulated without summaries and reports ? |
48 |
|
49 |
Yes - I agree with you. And I am not against summaries and reports generally. I just think it's good idea to be very careful with institutionalizing these things. If you have something to tell just write blog post or comment and there is no need to make it regular or somehow mandatory... that's what I meant. |
50 |
|
51 |
|
52 |
> Allowing and promoting funny competition between smaller teams |
53 |
> instead of demotivating (because unsolvable) fights inside huge teams |
54 |
> frozen in official ways of doing things. |
55 |
I have never seen this - can you provide an example please ? |
56 |
|
57 |
I am afraid I cannot - it's just an impression I got - I used to read devel MLs and sometimes I saw technical disputes turned into personal attacks and some people even left - and I felt it was out of frustration that those extremely valuable people had no other way to do anything constructive with their disagreement - I felt it could be somehow organizational failure and not just the personal one. But I have to admit that I am probably not competent enough to assess these things - I have never been a developer. |
58 |
|
59 |
|
60 |
Some technical discussions really do only have a single solution. |
61 |
|
62 |
No doubt about it. But to have opportunity to try my solution and fail is much better than never-ending fights. |
63 |
|
64 |
|
65 |
Like the portage, plaudis, pkgcore developments in progress at them |
66 |
moment perhaps ? |
67 |
|
68 |
Perhaps... but maybe there is a need for some kind of a fair and transparent mechanism how to decide which one gets to be in official tree. It's great that Gentoo offers possibility to have many different overlays and many different ways to do things but it's also great that there is no need to fight with different repos. I mean - it's not just about apps - all of these apps can be in official tree - I thought more about overlays- how to make sure that the best stuff gets to official tree - without fights and delays? |
69 |
Generally - it's good to have many possibilities and its good to have an efficient mechanism how to combine as many of them as possible to some kind of main/default tree for 'basic users' - where there are compatibility issues solved, quality checked and no need to dig in to choosing the right overlays and dealing with specific configuration. |
70 |
And btw, Sunrise overlay - IMO absolutely great thing but so many users don't even know it exists! |
71 |
|
72 |
And speaking about Paludis - I don't know how to write this - I respect McCreesh, he is very talented, but I think Gentoo needs some sort of organizational change that would let him stay inside Gentoo without need for some other great developers to leave Gentoo - do you know what I mean? I realize that I am in no position to criticise anyone - anyone don't take me too seriously please. |
73 |
|
74 |
|
75 |
> To find the mechanism that would allow to maintain functionality of |
76 |
> Gentoo as whole, solve compatibility issues etc. without too much of |
77 |
> a huge organization that needs more and more energy to keep itself |
78 |
> going... writing summaries and attending meetings while there is less |
79 |
> and less time left to do the actual work - that is the problem. |
80 |
Its a question of balance. Producing the information needed to keep |
81 |
users and other developers informed without doing to much, at the same |
82 |
time making sure that enough paperwork is produced to be able to use |
83 |
the products made by developers and understand the decisions they made |
84 |
at sometime in the future, when changes need to be made. |
85 |
|
86 |
Yes - but the trustees will have very difficult task achieving the balance and in my humble opinion they will have to distinguish legal stuff and the rest of their part of leading Gentoo and come up with very different styles of management for each of them. |
87 |
|
88 |
Please consider that I am not an insider and I do realize that I can be wrong with anything I say. I just thought it might be useful to give you user's point of view. Great respect for developers. |
89 |
|
90 |
|
91 |
Thanks a lot, Jan. |
92 |
|
93 |
-- |
94 |
gentoo-nfp@l.g.o mailing list |