I just wanted to note with Eclipse moved form Bugzilla > Github it was
done the following way:
1. We have had a script adding a comment to each open issue in Bugzilla
like this [1]
2. Then each developer that finds an issue important enough has migrated
it manually with a link to the old.
3. Close the the Bugzilla with a link to github
This was actually a good thing, as a lot of old stuff no one cared
anymore about is not ported to github, and still people can see the
"link" for relevant discussions and if anyone wants to pickup it can be
done anytime later.
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=502349#c11
Am 12.12.24 um 09:42 schrieb Olivier Lamy:
Agree too.
We can leave them open in Jira with a comment including the link to
the GH issue.
And if the people involved in the issue are really still interested
(few issues might be already fixed but we haven;t done triage because
it's too much work) they can participate in the GH issue.
Then we can have some tooling suh GHA stale [1] with some dedicated
parameters so this will cleanup some issues.
Cheers
Olivier
[1] https://github.com/actions/stale
On Thu, 12 Dec 2024 at 02:41, Tamás Cservenák <ta...@cservenak.net> wrote:
Moving would exactly make things faster. This thread diverged quite a
bit, but AFAIR the opener of this thread (or the other mail referenced
by opener of this thread) is exactly about problems _with_ JIRA.
And I also say leave them opened (migrate, leave them as they were
left in JIRA). Not to close them.
So migration would not be a waste, as JIRA is just an obstacle. In
fact, this whole thread was started for that purpose (to migrate), and
not to discuss "what should we do with a huge pile of open issues".
Just migrate all, and leave it alone, as they were left for the last 10 years.
Thanks
T
On Wed, Dec 11, 2024 at 5:13 PM Elliotte Rusty Harold
<elh...@ibiblio.org> wrote:
Non PMC committees certainly can close jira issues. I do this all the time.
Also if we want to conserve volunteer time we should not spend time moving
to GitHub. That’s extra work compared to simply continuing with jira.
Leaving a bug open costs nothing until someone is ready to address it.
On Wed, Dec 11, 2024 at 9:06 AM Tamás Cservenák <ta...@cservenak.net> wrote:
Are you all sure this is how _an open source project having
volunteers-only is supposed to work?_ (maybe better as: "spend it's
scarce resources"?)
As if we'd all be in some company, working on some company product,
then yes, I agree wholeheartedly, this is "how things should be done".
But in reality, I see nobody out of those 17 active PMCs [1] (as
committers have no karma to close issues AFAIK) who will do this.
Moreover, spending resources on THIS (bookkeeping) than any OTHER
effort is IMO waste.
For example, who is testing Maven4, that is soon rc-2? As not testing
it will cause even more issues, that will result in even more
bookkeeping... a devil's circle.
IMO, we should "lump" migrate all and just move on, keep this pile
open, and leave it rotting as it has been rotting so far. On GH at
least committers could close issues as well.
[1]
https://ci-maven.apache.org/job/Maven/job/maven-box/job/maven-dist-tool/job/master/site/dist-tool-committers-stats.html
My 5 cents.
Thanks
T
On Wed, Dec 11, 2024 at 2:48 PM Maarten Mulders <mthmuld...@apache.org>
wrote:
On 11/12/2024 12:29, Elliotte Rusty Harold wrote:
On Tue, Dec 10, 2024 at 5:10 PM Slawomir Jaranowski
<s.jaranow...@gmail.com> wrote:
On Tue, 10 Dec 2024 at 17:42, Sylwester Lachiewicz
<slachiew...@gmail.com> wrote:
Michale proposed closing all issues that have not been active for
more
than 3 years, so there will be less to maintain/migrate.
Maybe we can limit the age during import.
Maybe we should make a decision for each project.
-10
When this was last proposed 5 years ago, I went through Jira and made
sure that every issue older than the cutoff date had some sort of
recent activity so nothing was eligible for automatic closure. I'd
rather not have to hack the process like this again. I routinely find
and sometimes fix bugs that go back to the oldest ones in JIra. If
more devs spent more time triaging old bugs, they'd find more too.
I agree with this! From a reporter point-of-view, it is extremely
demotivating to see a report that you wrote getting ignored for a couple
of years only to be closed for "administration reasons". Don't do this.
It made me stop contributing (by reporting issues) to a few projects
already, because they basically didn't seem to care.
I'd also like to encourage people to deliberately close bugs that are
in fact invalid, unwise, or already fixed. Surprisingly often I find a
final comment from an active committer or PMC member that lays out in
detail how the bug has been addressed or why it shouldn't be
addressed, but they have not pressed the button to close the bug.
Please press the button. However, this needs to be done issue by
issue, not as a bulk close of all issues older than some arbitrary
date.
Rather do this. If we are sure something is not a bug, take the time to
explain it and then close it. If the reporter thinks we're wrong, they
can always re-open. Closing an issue with solid reasoning is much better
than closing it because it was opened more than X years ago.
Maarten
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
--
Elliotte Rusty Harold
elh...@ibiblio.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org