Do we need to add a PR thing for regression / tagging PRs?
Unassigned at dev summit, holding as @rgrimes until I can find someone to take lead on this item.
We can see how using meta PR 228911 works for this purpose?
I agree that with these recent PRs from the devsummit preparing for 12, we should come up with some way to quickly find them. I we can agree on some kind of Keyword, I'll do the work. fwiw we already have a Keyword 'regression' which may be searched as follows: https://bugs.freebsd.org/bugzilla/buglist.cgi?keywords=regression%2C%20&keywords_type=allwords&list_id=234215&query_format=advanced&resolution=--- 178 bugs found. There are probably 146 relevant to the src tree, of which the plurality are "recent" for some definition of recent. I am willing to help triage these.
(In reply to Mark Linimon from comment #3) You can very quickly find them, they are ALL in the blocks: PR 228911 so if you follow up to that from any of them you can see the full tree below that. One of them, the OpenSSL 1.1 one now has all the ports that are causing OpenSSL 1.1 issues, etc. There are some others that have come into that tree. Please do not just go adding PRs to the tree without some talk, as RE@ well soon be getting spammed with all this email. I thought about keywords and tags, but the root PR is probably the best solution at this time.
(In reply to Mark Linimon from comment #3) And the full set of bugs are available as a convenient tree: https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=228911&hide_resolved=1
Should we close this PR now?
(In reply to Ed Maste from comment #6) We could, but I would actually like to see something more formalized added to documentation someplace about this Meta bug usage for releases and also for possibly tracking the "have, need, want" process that occurs at each Dev Summit. From my perspective the later, the have need want process, is a black hole process. We do it, those present know about it, pictures get taken, and then it trips over the event horizon into the void. Solicity Thoughts and input
(In reply to Rodney W. Grimes from comment #7) Good point, presumably the use of tracking PRs should be included in releng process documentation. I'm not sure what the best place for have/need/want or devsummit next release planning would be, but agreed we should do that as well.
koobs and I agreed that adding a "tracking" keyword would be useful. I have done so.
(In reply to Mark Linimon from comment #9) Though I agree the process of making this decision should of at least included RE@.
Apparently I misunderstood my discussion with koobs@. There is as of yet no conensus. If people want to remove the new keyword from this or another of the other PRs I added, I will have no objection. I will be stepping away from this topic at this time.
^Triage: the "tracking" keyword was later re-added after no further feedback.