1 |
On Sun, Feb 9, 2020 at 5:43 PM Rich Freeman <rich0@g.o> wrote: |
2 |
|
3 |
> Bugs get closed all the time. Bugs also get opened and and linger all |
4 |
> the time. I couldn't tell you the ratio, but that is the nature of |
5 |
> things. |
6 |
> |
7 |
> If you don't report an issue, and nobody else is aware of it, I can |
8 |
> pretty much guarantee that nobody will fix it. If you do report an |
9 |
> issue it might or might not get fixed. That's the nature of the |
10 |
> beast. |
11 |
|
12 |
|
13 |
Or in my case, I sometimes post 1-line pull requests to the Gentoo github, |
14 |
which fix packages being unable to compile, which get rejected because I |
15 |
didn't jump through enough hoops, and the bug remains unfixed for over a |
16 |
year after I open the PR. I stopped posting PRs after that, since it's a |
17 |
waste of my time. |
18 |
|
19 |
Or I post patches to Bugzilla for some package, the Gentoo maintainer |
20 |
agrees to accept them after Upstream reviews it, and upstream takes 3 years |
21 |
to review, with dead mailing list during that 3 year period. |
22 |
|
23 |
On the flip side, I regularly see issues get fixed between when I notice |
24 |
the issue, and the issue is reported (by myself in many cases) on Bugzilla. |
25 |
|
26 |
I'm not attempting to be contradictory for the sake of being contradictory, |
27 |
but the situation is significantly more complicated than what you said, but |
28 |
English is imprecise, so I understand that you're aware of these things. |
29 |
|
30 |
Filing bugs, or patches, or PRs, or instructions for fixing, or even |
31 |
attempting to get fixes into the appropriate upstream project, regularly |
32 |
results in no outcome for me at all. Neither positive or negative. Just |
33 |
nothing. |
34 |
|
35 |
Add to that, Gentoo has *so many bugs* that your bug tracking software, |
36 |
when told to simply "Give me all of the bugs" refuses to actually do so. |
37 |
|
38 |
Why should I continue opening new bugs, (or even better, provide patches) |
39 |
when I have new problems? |
40 |
|
41 |
I don't see the problem as Gentoo not knowing that there are issues that |
42 |
should be tracked. I see it as a problem of Gentoo can't engage with it's |
43 |
user community in an effective way. And I see having over 10,000 open bugs |
44 |
as one of the barriers between effective user engagement and what we have |
45 |
today. |
46 |
|
47 |
|
48 |
> Honestly, I'm not sure how having bots beg bug reporters about letting |
49 |
> their bugs be closed relentlessly (albeit at a very slow rate) until |
50 |
> they finally stop responding is going to improve things. Somebody |
51 |
> reports an issue and is frustrated that nobody does anything about it. |
52 |
> |
53 |
|
54 |
Is there ever a time cutoff, after which a bug should automatically be |
55 |
closed, in your opinion? |
56 |
|
57 |
I thought my proposal of a single reminder email after 5 years, and then |
58 |
auto-close after 10 years, was reasonable. |
59 |
|
60 |
Is 10 years for the reminder email, and 20 for the auto-close better? |
61 |
|
62 |
Surely if something hasn't been addressed in 20 years, it won't be? |
63 |
|
64 |
|
65 |
> Will reminding them that we didn't do anything about it in 5-10 years |
66 |
> improve how they feel about the issue? If they reply that it still is |
67 |
> an issue, will it help that we reply again in another 5 years to ask |
68 |
> if it is still an issue help? |
69 |
|
70 |
|
71 |
Yes, it will improve how I feel about it. |
72 |
|
73 |
Either: |
74 |
1. The bug hasn't been acted on in the previous 5 years on bugzilla, but |
75 |
maybe it's been fixed and the original reporter / developer forgot to do |
76 |
anything in bugzilla about it. Or no one realized it was fixed. This kind |
77 |
of thing happens all the time. |
78 |
2. The maintainer of the package in question failed to address the problem, |
79 |
even to acknowledge the problems existence, in the preceding 5 years. Maybe |
80 |
it fell through the cracks? Maybe it's being deliberately ignored? |
81 |
Computers can do things for us automatically, like remind people about |
82 |
things. |
83 |
|
84 |
|
85 |
> It seems like picking at a scab when the only people paying attention to a |
86 |
> bug are the reporter and a bot. |
87 |
> |
88 |
|
89 |
A scab that's failed to heal in 5 years is a pretty serious injury. |
90 |
|
91 |
|
92 |
> My gut feeling is that this sort of thing will make people even less |
93 |
> likely to report new bugs they find, because they're constantly being |
94 |
> reminded of ancient situations where this turned out to be a waste of |
95 |
> time. If they weren't reminded of this they'd be more likely to |
96 |
> report an issue, and that might or might not be a waste of time. |
97 |
> |
98 |
|
99 |
So stop making it a waste of people's time? |
100 |
|
101 |
You're reaction to this suggestion gives me the impression that Gentoo, as |
102 |
a project, considers it to be just fine for issues to be completely |
103 |
untouched for a decade, no acknowledgment, no action. |
104 |
|
105 |
Do you think that's fine? Or not? I just want to make sure I fully |
106 |
understand your point of view. |
107 |
|
108 |
Personally, I don't. But I'm not a Gentoo developer, so *shrug*. |
109 |
|
110 |
Obviously everybody would prefer that all bugs get fixed promptly. |
111 |
> Short of that, I'm not sure that automatically closing the bugs is an |
112 |
> improvement on what currently happens. But, it probably wouldn't |
113 |
> personally offend me if old bugs were closed. It just means that if |
114 |
> somebody does pick up that package and starts maintaining it again and |
115 |
> are cleaning things up, they might not fix some lingering issue that |
116 |
> they aren't aware of with it. |
117 |
> |
118 |
> -- |
119 |
> Rich |
120 |
> |
121 |
> |