1 |
Hi, |
2 |
|
3 |
our concept of "Projects" (Herds in the past) maintaining packages has |
4 |
several problems. |
5 |
Which problems do you see? |
6 |
How can we improve the situation? |
7 |
How do we want to organize/cluster packages in the future? |
8 |
|
9 |
I see the following problems: |
10 |
|
11 |
* We have ten thousand packages for few hundred developers. |
12 |
Projects can not heal the lack of resources. |
13 |
If a developer is member in 10 projects, she/he can only contribute a |
14 |
fraction of the "Gentoo-time" to each project. |
15 |
|
16 |
* Someone added the project to a package many years ago and |
17 |
nobody is left in the project who knows/uses the package. |
18 |
I saw this problem for example in Project:Games, where we have games |
19 |
that need a CD, but there is no developer in the project left who has |
20 |
access to the CD. (If you want to help: |
21 |
https://wiki.gentoo.org/wiki/List_of_discs_by_developers) |
22 |
We have the same problem for hardware in Printing, Video, Sound. |
23 |
|
24 |
* Many projects are too heterogeneous |
25 |
Projects should only maintain either |
26 |
a) many similar packages such as libraries (like Perl, Python) or |
27 |
b) very few strong correlated packages (like KDE, Kernel, Xfce) |
28 |
|
29 |
It makes no sense to group packages by usage as in |
30 |
Science, Games, Theology, Sound, Netmon, Video, Electronics... |
31 |
|
32 |
* We need something between |
33 |
one developer per package, who reacts on every bug within days |
34 |
and |
35 |
the package is unmaintained. |
36 |
|
37 |
* The members of a project are not paid by Gentoo or the lead and want |
38 |
to invest their (spare)time only to specific packages. |
39 |
However a project makes only sense, if all members are willing to |
40 |
maintain the packages of the project. |
41 |
|
42 |
|
43 |
Project Graphics was now deleted without discussion. Have a look at |
44 |
https://wiki.gentoo.org/wiki/Category:Gentoo_Projects |
45 |
there are many projects with the same problem of Graphics. |
46 |
|
47 |
I think we should first find a consent about the following questions |
48 |
before someone deletes projects. |
49 |
|
50 |
* How do we want to delete projects? Vote? Decision by a single dev? |
51 |
Based on statistics? Based on inactivity? Based on lack of manpower? |
52 |
Based on useful package selection? |
53 |
|
54 |
* What is a good structure for a project? |
55 |
|
56 |
* Should we group packages by requirements? (Specific hardware needed. |
57 |
Special skills required.) |
58 |
|
59 |
-- |
60 |
Best, |
61 |
Jonas |