= problem = With Dennis (in CC), we discussed how to make release process, with Fedora.next in mind, more transparent and bullet proof. One issue is that releng request can become pretty messy, with full text included and sometimes it leads to errors (omission of packages in compose etc).
= enhancement recommendation = One possibility is to visibly separate full text description (with bug numbers, reasons - it's good to have history) and the list of exact nvrs (maybe in code block?), try to avoid "qt bundle" etc. so it's easier to pick up the right list (for blockers, FEs + exceptional tools requests).
Another thing is better coordination between requester/releng - to mark when/which list was picked up etc, in similar way how Go/No-Go decision is stated in the ticket.
Now I'll let more space to Dennis, maybe example of how the request should look like to make it easy to parse would help.
Long term (and preferred) solution would be to have automation in place, Blocker app talking to releng interface, compose database, web dashboard etc...
we have actually Done Stuff to this lately - or more specifically, @kparal has (thanks kparal). the request (which these days is generated magically by the blockerbugs webapp) now comes with commands that releng can basically just cut and paste. fancy! let's call this fixed.
Metadata Update from @adamwill: - Issue close_status updated to: Fixed - Issue set to the milestone: None (was: Undetermined Future) - Issue status updated to: Closed (was: Open)
Metadata Update from @adamwill: - Issue assigned to kparal (was: adamwill)
Log in to comment on this ticket.