Should there be a standard email address for "I'm reporting this because
I noticed it, but I'm not interested in it"-bug reports?
Socially and culturally I do want to emphasize the idea that if you
aren't willing (any more) to put energy behind your problem report, it's entirely fine if no one is going to put energy behind fixing it.
"Gioele" == Gioele Barabucci <gioele@svario.it> writes:
Honestly, if there is not currently a submitter behind a bug […]
that's often a sign the bug should be closed until someone comes along
who cares about the issue enough to interact with it.
This is my viewpoint too, and why I don't plan on implementing or
accepting a patch to do nosubmitter unless someone can convince me
otherwise.
On 2023-03-01 16:30:01 +0100, Sam Hartman wrote:
Honestly, if there is not currently a submitter behind a bug---someone
who cares about it and is willing to look into requests for more
information or to help confirm a fix---I'm not particularly interested
in working on such a bug.
To me, that's often a sign the bug should be closed until someone
comes along who cares about the issue enough to interact with it.
There are exceptions.
So I'd be fine with a nosubmitter command or similar, but also with
the understanding that it's entirely reasonable for maintainers
to close nosubmitter bugs as wontfix-until-some-specific-person-cares.
Socially and culturally I do want to emphasize the idea that if you
aren't willing (any more) to put energy behind your problem report,
it's entirely fine if no one is going to put energy behind fixing it.
Having a bunch of problem reports that no one is interested in
cluttering up package pages has a cost. Just for the same reasons
you don't want these reports cluttering up your bugs from page,
I perhaps don't want them cluttering up my bugs on my package
pages if you no longer care.
For an example, I’ve once spent hours trying to determine the cause of
a particular problem I was having. Turns out tinysshd(8) from Bullseye
has an interoperability issue with openssh-client from the same. It would’ve likely helped me if #1006801 were listed on http://bugs.debian.org/src:tinysshd .
(I’m not entirely sure as to /why/ it got archived, TBH: it’s found in 20190101-1, which is still in the archive, and fixed in 20220305-1; as
such, I’d expect it to remain open until Bullseye itself is archived.)
On 2023-03-23 05:30:01 +0100, Don Armstrong wrote:
On Fri, 17 Mar 2023, Ivan Shmakov wrote:
It would’ve likely helped me if #1006801 were listed on
http://bugs.debian.org/src:tinysshd .
(I’m not entirely sure as to /why/ it got archived, TBH: it’s found in
20190101-1, which is still in the archive, and fixed in 20220305-1; as
such, I’d expect it to remain open until Bullseye itself is archived.)
Bugs that are fixed in testing, unstable (and experimental) but
not RC severity (serious and above) are archived if they have
been closed for more than 28 days.
"Ivan" == Ivan Shmakov <ivan@siamics.net> writes:
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 360 |
Nodes: | 16 (2 / 14) |
Uptime: | 129:07:16 |
Calls: | 7,686 |
Files: | 12,828 |
Messages: | 5,711,155 |