1 |
Thomas Cort wrote: |
2 |
> - Cut the number of packages in half (put the removed ebuilds in |
3 |
> community run overlays) |
4 |
> |
5 |
Removing part of the market will make us weaker, not stronger. |
6 |
|
7 |
> - Formal approval process (or at least strict criteria) for adding |
8 |
> new packages |
9 |
Though I doubt bureaucracy will help, adding some strict criteria |
10 |
doesn't seem a bad idea. |
11 |
|
12 |
> |
13 |
> - Make every dev a member of at least 1 arch team |
14 |
That's a sound idea, that way some herds (see KDE) won't have to be |
15 |
searching for testers in every arch because _strangely_ one of the most |
16 |
daily used desktop environments doesn't have many users among the testers. |
17 |
|
18 |
> |
19 |
> - Double the number of developers with aggressive recruiting |
20 |
Do you plan on sacrificing quality? |
21 |
|
22 |
> |
23 |
> - No competing projects |
24 |
If the projects are small, that shouldn't be an issue. (i.e. does not |
25 |
imply much effort) |
26 |
|
27 |
> |
28 |
> - New projects must have 5 devs, a formal plan, and be approved by the |
29 |
> council |
30 |
What are the reasons for a minimum of 5 developers? Any argument for |
31 |
that? What do you understand for 'formal plan'? |
32 |
|
33 |
> |
34 |
> - Devs can only belong to 5 projects at most |
35 |
What if the projects are small enough? How about belonging to the |
36 |
infrastructure project for instance, does it count? |
37 |
|
38 |
> |
39 |
> - Drop all arches and Gentoo/Alt projects except Linux on amd64, |
40 |
> ppc32/64, sparc, and x86 |
41 |
Again, reducing the market isn't the way IMHO. |
42 |
|
43 |
> |
44 |
> - Reduce the number of projects by eliminating the dead, weak, |
45 |
> understaffed, and unnecessary projects |
46 |
Please define 'unnecessary projects'. |
47 |
|
48 |
> |
49 |
> - Project status reports once a month for every project |
50 |
I agree with this one. A monthly report might bring some order and light :) |
51 |
|
52 |
|
53 |
-- |
54 |
gentoo-dev@g.o mailing list |