+1, let's wait for you to finish your vacation. Rant: Some colleagues of mine were shocked to know that releasing software is such a laboriously manual process in 2020s era! We need to make things much better, going forward.
I don't see why a release should involve anything other than a fully automated script. On Fri, 8 Apr, 2022, 7:15 pm Jan Høydahl, <[email protected]> wrote: > Hi, > > It now seems as if Solr 9.0.0-RC3 vote will succeed later tonight. > > However, as Easter holiday is coming up I'll be unavailable from tomorrow > until Friday next week, which is unfortunate timing. > > Solr 9.0.0 cannot be released and announced until at least the ref-guide > is done. Some blockers remain: > https://issues.apache.org/jira/issues/?filter=12351219 > > Ad-hoc list of remaining tasks, mainly ref-guide related: > - Major Changes page is in-flight but lots of work left in: > https://github.com/apache/solr/pull/769 > - System requirements page updates being merged today > https://github.com/apache/solr/pull/795 > - jdbc() stream docs removed being merged today > https://github.com/apache/solr/pull/788 > - SOLR-15557 for ref-guide redirects almost done in > https://github.com/apache/solr/pull/596 > - Need to remove Lucene/Solr language across the entire guide (no jira, > discovered this yesterday) > - SOLR-15941 I think, is about getting Jenkins to publish the RefGuide to > svn for us? > - The Docker image release can be done semi manually this first time? But > more automation, repos and plumbing needed. > - The ReleaseNotes at > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=199540620 got > a lot of edits and feedback but needs a finishing touch > > And of course all the remaining RM steps about website, JIRA, DOAP etc > > I realize that all of this will not happen today or before I leave for > holiday. So my proposal is that you guys fix all of the above while I'm > away and then I come back and push the "Send" buttton :-) Well that was a > joke, but delaying the official release until end of next week may be the > most realistic way forward. > Another option is to release the binaries without a RefGuide and Docker > Image. I'm not a big fan of that, or that another committer take over as > RM, which would keep the pressure up and secure the release a few days > earlier than what I can promise. > > Jan >
