OK . So I need to commit my fixes there. I missed the branch creation mail

On Thu, Nov 26, 2015 at 9:34 PM, Noble Paul <[email protected]> wrote:
> @Upayavira is there a branch created for 5.4 already. I see one already
>
> On Thu, Nov 26, 2015 at 2:08 AM, Erick Erickson <[email protected]> 
> wrote:
>> Do note that this is the Thanksgiving holiday here in the US, lots of
>> people are out for the week. Mostly FYI, just don't be surprised if
>> you get more traffic on this starting next week ;)
>>
>> On Wed, Nov 25, 2015 at 11:35 AM, Timothy Potter <[email protected]> 
>> wrote:
>>> Ok, those fixes are in 5.4 now, thanks!
>>>
>>> On Wed, Nov 25, 2015 at 9:49 AM, Upayavira <[email protected]> wrote:
>>>> I'm for one am okay with these going into 5.4.
>>>>
>>>> Upayavira
>>>>
>>>> On Wed, Nov 25, 2015, at 05:28 PM, Timothy Potter wrote:
>>>>> I would like to put SOLR-7169 (also fixes 8267) and SOLR-8101 into
>>>>> 5.4. I'll commit to trunk and 5x today ... let me know if there are
>>>>> any objections to also including in 5.4 branch
>>>>>
>>>>> Tim
>>>>>
>>>>> On Wed, Nov 25, 2015 at 6:05 AM, Upayavira <[email protected]> wrote:
>>>>> > I shall shortly create the 5.4 release branch. From this moment, the 
>>>>> > feature
>>>>> > freeze starts.
>>>>> >
>>>>> > Looking through JIRA, I see some 71 tickets assigned to fix version 
>>>>> > 5.4. I
>>>>> > suspect we won't be able to fix all 71 in one week, so I expect that the
>>>>> > majority will be pushed, after this release, to 5.5.
>>>>> >
>>>>> > Looking for blockers or critical tickets, I see five tickets:
>>>>> >
>>>>> > https://issues.apache.org/jira/browse/SOLR-8326 (Anusham, Noble) blocker
>>>>> >   "Adding read restriction to BasicAuth + RuleBased authorization causes
>>>>> > issue with replication"
>>>>> >
>>>>> >   Anusham/Noble - any thoughts on how to resolve this before the 
>>>>> > release?
>>>>> >
>>>>> > https://issues.apache.org/jira/browse/SOLR-8035 (Erik) critical
>>>>> >   "Move solr/webapp to solr/server/solr-webapp"
>>>>> >
>>>>> >   This one I know isn't a blocker in any sense.
>>>>> >
>>>>> > https://issues.apache.org/jira/browse/SOLR-7901 (Erik) critical
>>>>> >   "Add tests for bin/post"
>>>>> >
>>>>> >   Again, this one does not seem to be something worthy of holding back a
>>>>> > release
>>>>> >
>>>>> > https://issues.apache.org/jira/browse/LUCENE-6723 (Uwe) critical
>>>>> >   "Date field problems using ExtractingRequestHandler and java 9 (b71)"
>>>>> >
>>>>> >   Uwe, I presume as this relates to Java 9, it isn't a blocker?
>>>>> >
>>>>> > https://issues.apache.org/jira/browse/LUCENE-6722 (Shalin, others), 
>>>>> > blocker
>>>>> >   "Java 8 as the minimum supported JVM version for branch_5x"
>>>>> >
>>>>> >   Looking at the discussion, there was no consensus here, so I will not
>>>>> > consider this a blocker either.
>>>>> >
>>>>> >   - o -
>>>>> >
>>>>> > So SOLR-8326 and LUCENE-6723 seem to be the ones worthy of attention. 
>>>>> > Anyone
>>>>> > have comments/observations here?
>>>>> >
>>>>> > I will create the branch shortly.
>>>>> >
>>>>> > Upayavira
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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]
>>
>
>
>
> --
> -----------------------------------------------------
> Noble Paul



-- 
-----------------------------------------------------
Noble Paul

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to