Thanks Uwe for adding the version in Jira. It was next on my RM list but I had 
to commute home first :)

I have updated the blocker jira filter 
https://issues.apache.org/jira/issues/?filter=12351219

Jan

> 6. jan. 2022 kl. 18:40 skrev Uwe Schindler <[email protected]>:
> 
> I changed that approximately at the time when you were looking into this.
> 
> -----
> Uwe Schindler
> Achterdiek 19, D-28357 Bremen
> https://www.thetaphi.de
> eMail: [email protected]
> 
>> -----Original Message-----
>> From: Bence Szabó <[email protected]>
>> Sent: Thursday, January 6, 2022 6:12 PM
>> To: [email protected]
>> Subject: Re: New branch and feature freeze for Solr 9.0.0
>> 
>> Hello All!
>> 
>> I was trying to check the blocker list to see if there is anything I can 
>> contribute
>> with, but I observed that in the filter there is still the “fix version = 
>> main (9.0)”
>> which is not a valid fix version now. Can you please check this?
>> Thanks!
>> Bence
>> 
>>> On 2022. Jan 6., at 17:53, Timothy Potter <[email protected]> wrote:
>>> 
>>> Thanks for the update Jan!
>>> 
>>> One of my PRs (sync'd with main) is now failing precommit with:
>>> 
>>> 105 actionable tasks: 103 executed, 2 up-to-date
>>> 201FAILURE: Build failed with an exception.
>>> 202
>>> 203* Where:
>>> 204Script '/home/runner/work/solr/solr/gradle/validation/solr.config-file-
>> sanity.gradle'
>>> line: 40
>>> 205
>>> 206* What went wrong:
>>> 207Execution failed for task ':solr:validateConfigFileSanity'.
>>> 208> Configset does not refer to the correct luceneMatchVersion
>>> (10.0.0):
>> /home/runner/work/solr/solr/solr/server/solr/configsets/_default/conf/solrcon
>> fig.xml
>>> 209
>>> 
>>> Any ideas what's wrong there?
>>> 
>>> On Thu, Jan 6, 2022 at 9:40 AM Jan Høydahl <[email protected]>
>> wrote:
>>>> 
>>>> NOTICE:
>>>> 
>>>> Branch branch_9_x has been cut and versions updated to 10.0 on 'main'
>> branch.
>>>> 
>>>> This follows the plan from previous notice about 9.0 release [1]. Here is
>> what will happen:
>>>> 
>>>> Today: Cut branch_9x and enter feature freeze on that branch
>>>> Next few weeks: Remove blockers, prepare build & release machinery
>>>> February: Cut branch_9_0 and build RC1
>>>> 
>>>> This is how we'll use the branches until we cut the branch_9_0 release-
>> branch:
>>>> 
>>>> main: All new features and bug fixes (as today)
>>>> branch_9x: Only backport of bugfixes and blockers for the 9.0 release.
>>>> 
>>>> 
>>>> FAQ:
>>>> ------
>>>> Q: Where do I put a feature intended for 9.1?
>>>> A: On main branch. Then in February, bulk backport to branch_9x
>>>> 
>>>> Q: Can we go to Java17 on main branch now?
>>>> A: Not yet, let's keep main branch as-is until branch_9_0 is cut, to easen
>> backporting
>>>> 
>>>> Q: But my feature is almost ready and low-risk, I can surely put it on
>> branch_9x ?
>>>> A: No, only blockers and bugfixes please. You can argue on dev@ that your
>> feature is a blocker
>>>> 
>>>> Q: How can I help with the 9.0 release?
>>>> A: You can check out the JIRA for blockers [2] and help fix those
>>>> 
>>>> Q: Why do we need to wait until February with cutting the release branch?
>>>> A: We don't - if blockers are resolved and we feel close to RC1 before 
>>>> then...
>>>> 
>>>> 
>>>> [1] https://lists.apache.org/thread/qv9n2b7jkmzr26ov5p50lc3h2dy7htzo
>>>> [2] https://issues.apache.org/jira/issues/?filter=12351219
>>> 
>>> ---------------------------------------------------------------------
>>> 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]
> 
> 
> ---------------------------------------------------------------------
> 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]

Reply via email to