Reminder. As announced, I planned to cut the release branch tomorrow.
But since we still lack a PR review for the solr10 compatibility PR https://github.com/apache/solr-operator/pull/827, I prefer to delay the branch cutting until that lands and a few other fixes that depend on it. So expect the first RC next week rather than tomorrow. PS: If you care about a specific bug being fixed, there is still time to get it landed for v0.10.0 Jan > 5. nov. 2026 kl. 14:18 skrev Jan Høydahl <[email protected]>: > > No RM volunteers, so I'll act as RM for v0.10.0 > > The Github milestone is https://github.com/apache/solr-operator/milestone/21 > The only blocker is Solr 10 support (#827) > There are two minor bugfixes that I'll likely merge, and a few features that > will only be included if they receive peer review approval. > > I plan to cut the release branch Wednesday next week (11/11). > > Until then, please help stabilize main branch by doing reviews, fixing bugs > you care about etc. > > Jan > >> 2. nov. 2026 kl. 14:12 skrev Jason Gerlowski <[email protected]>: >> >> +1 to this plan Jan. Getting 10x support and setting the stage for >> v1.0.0 will be great steps! >> >> Especially like the idea of building a library of re-usable skills to >> make our lives easier going forward with some of these recurring >> tasks! >> >> Jason >> >> On Sun, Oct 25, 2026 at 7:11 PM Jan Høydahl <[email protected]> wrote: >>> >>> Hi, >>> >>> Our most recent Solr operator release is v0.9.1 from march 2025. It does >>> not support Solr 10.x very well. >>> >>> I propose we aim for a v0.10.0 release, as a last 0.x release before v1.0.0. >>> There's a gh milestone for the release >>> https://github.com/apache/solr-operator/milestone/21 in which I have put >>> some issues I believe are within scope. >>> You may add work you intend to land to that milestone, and blockers can be >>> marked with a new label "blocker". >>> The most important feature will be Solr 10 support, and bumping default >>> solr version to 9.11.0. >>> >>> Being a bit thin on experienced GoLang committers, I propose adding some >>> LLM SKILLs to the repo to aid with routine work. >>> Dependency upgrade skill https://github.com/apache/solr-operator/pull/864 >>> (implemented) >>> Support a new solr version skill >>> https://github.com/apache/solr-operator/pull/870 (implemented) >>> Triage / reproduce skill https://github.com/apache/solr-operator/issues/868 >>> Add CRD field skill https://github.com/apache/solr-operator/issues/867 >>> >>> I will leave the RM job up for grabs. If noone volunteers within a week or >>> so, I'll step in. >>> >>> PS: As it has been very hard to attract PR review on solr-operator I have >>> taken the liberty of operating in CTR mode for some PRs that do not >>> directly affect the product behavior but infrastructure and tests, and only >>> after thorough AI review. >>> >>> Jan >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
