1 |
On Tue, 19 Jan 2016 00:44:49 -0500 |
2 |
NP-Hardass <NP-Hardass@g.o> wrote: |
3 |
|
4 |
> With all of the unclaimed herds and unclaimed packages within them, I |
5 |
> started to wonder what will happen after the GLEP 67 transition |
6 |
> finally comes to fruition. This left me with some concerns and I was |
7 |
> wondering what the community thinks about them, and some possible |
8 |
> solutions. |
9 |
> |
10 |
> There is a large number of packages from unclaimed herds that, at this |
11 |
> time, look like they will not be claimed by developers. This will |
12 |
> likely result in a huge increase in maintainer-needed packages (and |
13 |
> subsequent package rot). This isn't to say that some of these |
14 |
> packages weren't previously in a "maintainer-needed" like state, but |
15 |
> now, they will explicitly be there. |
16 |
|
17 |
I don't understand why you're turning this problem upside-down. |
18 |
The problem was, is and will be that packages are unmaintained. Not |
19 |
that stats show that they are many. |
20 |
|
21 |
It's better to have packages maintainer-needed than 'maintained' by |
22 |
developers who ignore bugs, requests and basically act as showstoppers |
23 |
for people who want to fix stuff. |
24 |
|
25 |
> A possible approach to reducing this is to adopt some new policies. |
26 |
> |
27 |
> The first of which is an "adopt-a-package" type program. In |
28 |
> functionality, this is no different than proxy-maintenance, however, |
29 |
> this codifies it into an explicit policy whereby users are encouraged |
30 |
> to step and take over a package. This obviously requires a greater |
31 |
> developer presence in the proxy-maint project (or something similar), |
32 |
> but, personally, I think that a stronger dev presence in proxy-maint |
33 |
> would be better for Gentoo as a whole. |
34 |
|
35 |
That's not really a change. Additional advertisement at best. |
36 |
|
37 |
> The second policy change would be that maintainer-needed packages can |
38 |
> have updates by anyone while maintaining the standard "you fix it if |
39 |
> you break it" policy. This would extend to users as well. With the |
40 |
> increased ease that users can contribute via git/github, they should |
41 |
> be encouraged to contribute and have their efforts facilitated to ease |
42 |
> contributions to whatever packages they desire (within the |
43 |
> maintainer-needed category). |
44 |
|
45 |
This is already the case. |
46 |
|
47 |
> Similar to the concept of a "bugday," coupled with above, an |
48 |
> "ebuildday" where users and devs get together so users can learn to |
49 |
> write ebuilds and for devs to work together to maintain packages that |
50 |
> usually fall outside their normal workload could prove beneficial to |
51 |
> the overall health of Gentoo packaging. |
52 |
> |
53 |
> Once again, these are just some random musings inspired by recent |
54 |
> events on the dev ML, and thought it might be worth discussing. |
55 |
> I've cc'd proxy-maint as a lot of this discussion is likely to involve |
56 |
> them, and would like them to put in their official opinion as well. |
57 |
|
58 |
If you want to do some fun coding, here's my idea: find reverse |
59 |
dependencies of maintainer-needed packages, and try to convince |
60 |
the maintainers of those revdeps to take those packages. After all, |
61 |
those revdeps require the packages, and are going to benefit from them |
62 |
being maintained. |
63 |
|
64 |
|
65 |
-- |
66 |
Best regards, |
67 |
Michał Górny |
68 |
<http://dev.gentoo.org/~mgorny/> |