+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]
