Date: Wed, 1 Jan 2025 13:41:03 GMT From: Lorenzo Salvadore <salvadore@FreeBSD.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org Subject: git: dc0931100d - main - Status/2024Q4/bumeister.adoc: Add report Message-ID: <202501011341.501Df3Cb032923@gitrepo.freebsd.org>
next in thread | raw e-mail | index | archive | help
The branch main has been updated by salvadore: URL: https://cgit.FreeBSD.org/doc/commit/?id=dc0931100d075a0ef46a93092499cf0a4aa6f1dd commit dc0931100d075a0ef46a93092499cf0a4aa6f1dd Author: Mark Linimon <linimon@FreeBSD.org> AuthorDate: 2025-01-01 13:24:43 +0000 Commit: Lorenzo Salvadore <salvadore@FreeBSD.org> CommitDate: 2025-01-01 13:24:43 +0000 Status/2024Q4/bumeister.adoc: Add report Reviewed by: status (Pau Amma <pauamma@gundo.com>, Chris Moerz <freebsd@ny-central.org>) Differential Revision: https://reviews.freebsd.org/D48189 --- .../status/report-2024-10-2024-12/bugmeister.adoc | 71 ++++++++++++++++++++++ 1 file changed, 71 insertions(+) diff --git a/website/content/en/status/report-2024-10-2024-12/bugmeister.adoc b/website/content/en/status/report-2024-10-2024-12/bugmeister.adoc new file mode 100644 index 0000000000..d0292571a6 --- /dev/null +++ b/website/content/en/status/report-2024-10-2024-12/bugmeister.adoc @@ -0,0 +1,71 @@ +=== Bugmeister Team + +Links: + +link:https://wiki.freebsd.org/Bugzilla[FreeBSD Bugzilla] URL: link:https://wiki.freebsd.org/Bugzilla[] + +Contact: Bugmeister <bugmeister@FreeBSD.org> + +In this quarter we came even closer to steady-state; we are dealing +with incoming PRs more quickly these days. +For reference: + +link:https://bugs.freebsd.org/bugzilla/page.cgi?id=dashboard.html&days=90[] + +The overall number of PRs came down from slightly over 11,600 to right +at 11,000. +This was due to work from several people to go over entire groups of PRs (see below). + +Mark Linimon attended several video calls with various src committers. +They are doing some experimentation to learn what kind of effort is sustainable. +The most recent effort was to evaluate the latest incoming src PRs; +you will note that many of them from the past few weeks have been marked as requesting feedback. + +Bugmeister folks also did some passes through the database to clean up metadata: + + * reassigned bugs away from committers who had had their commit bits safekept over the last year. + + * cleaned up bugs for Product: `Base` System Status: `In Progress`. + A number of these were not being actively worked on. + The count is down to 184. + ** In particular, Mark Linimon believes "assigned to mailing list" means "it is not really In Progress". + Perhaps it's been discussed, but we do not really have a state for that. + (We can make an argument that that itself is a bug.) + ** We are now down to only a handful of the above, from "too many". + The concept is to make sure `In Progress` has some real meaning. + + * evaluated PRs for mfc-stableN. + In particular, any having mfc-stable12 had that flag cleared. + ** The concept is to make sure these metadata have some real meaning as well: + e.g. "a commit has been made and should be evaluated for MFCs". + ** There are now a much smaller number of these. + + * closed numerous PRs as "Overcome By Events": + ** (old version) + (contains the string "boot") + ** (old version) + (contains the strings "alpha" or "beta") + + * evaluated "PR shows a commit" (possibly via Phabricator)" and "there was no trailing discussion". + ** In a few cases of the above we simply assigned them and made sure that mfc-stable[13|14] was set, if it seemed appropriate. + ** This does leave many that have a commit and then have trailing discussion. I think we will need more volunteers to go through those. + + * removed many of the 'patch' keywords from PRs. + In the optimal case these should now be imputed by metadata in each attachment. + In a few cases where patches are submitted inline insteada of as an attachment, the keyword stays. + There may be a few of these left over from the GNATS conversion. + The use of inline patches should be discouraged, as automation has no way to detect them. + Thanks to our triagers, especially Alexander Ziaee. + +There were various discussions about bug futures that came up in various video chats. +One is that there is a (supported) successor to Phabricator, which itself is now no longer developed. +Multiple groups will need to coordinate to evaluate it. + +Jan Bramkamp has volunteered to help with the task "automate harvesting PRs and evalauting whether they still apply". +Mark Linimon to collaborate. + +Clusteradm@ helped us fend off yet another crawler site. +While that was ongoing, bugzilla was nearly unusable due to timeouts, as were other services hosted on the same machine (wiki and cgit among others). + +We also welcomed our newest Triage member, Lexi (aka 'ivy' on Discord). + +Finally, glebius was added to bugmeister@ alias as core.13 liaison. + +See also: link:https://wiki.freebsd.org/Bugzilla/SearchQueries[]
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202501011341.501Df3Cb032923>