Just so I’m familiar, what additional legal hurdles do we have left to solve?

-Adnan

> On Feb 23, 2026, at 11:47 PM, Robert Stupp <[email protected]> wrote:
> 
> Hi JB,
> 
> Do you think we should wait until all the legal aspects are resolved before
> cutting a branch?
> 
> Robert
> 
> 
>> On Tue, Feb 24, 2026 at 7:17 AM Yufei Gu <[email protected]> wrote:
>> 
>> Thanks a lot for the fix!
>> 
>> Yufei
>> 
>> 
>> On Mon, Feb 23, 2026 at 9:45 PM Jean-Baptiste Onofré <[email protected]>
>> wrote:
>> 
>>> Hii,
>>> 
>>> The CI issue should be fixed now (as said in the other thread, the
>>> polaris.json is now available).
>>> 
>>> I also created the dist "TLP" area (for our artifacts, staging and
>>> release).
>>> 
>>> We should be OK on this front.
>>> 
>>> Regarding the "legal" part (LICENSE/NOTICE), I will do a new pass today.
>>> 
>>> Regards
>>> JB
>>> 
>>> On Mon, Feb 23, 2026 at 11:54 PM Dmitri Bourlatchkov <[email protected]>
>>> wrote:
>>> 
>>>> Hi Adnan,
>>>> 
>>>> Let's sync with everybody tomorrow :) before we cut the branch. A
>> number
>>> of
>>>> PRs (features, license, etc..) are awaiting merge, and I'm not sure I
>> can
>>>> enumerate them all personally :)
>>>> 
>>>> From my POV a branch cut on Wed is the earliest practical option.
>>>> 
>>>> Cheers,
>>>> Dmitri.
>>>> 
>>>> On Mon, Feb 23, 2026 at 4:33 PM Adnan Hemani via dev <
>>>> [email protected]>
>>>> wrote:
>>>> 
>>>>> Thanks for the update, Dmitri! I'll cut the branch tomorrow then!
>>>>> 
>>>>> Best,
>>>>> Adnan Hemani
>>>>> 
>>>>> On Mon, Feb 23, 2026 at 8:24 AM Dmitri Bourlatchkov <
>> [email protected]>
>>>>> wrote:
>>>>> 
>>>>>> Hi Adnan,
>>>>>> 
>>>>>> JB fixed [1] the underlying issue, but it looks like it's going to
>> be
>>>>>> available only tomorrow (because of ASF infra refresh delay).
>>>>>> 
>>>>>> https://www.google.com/url?q=https://lists.apache.org/thread/wl9273wjhy5n0zptlwvyz3bd52313dxo&source=gmail-imap&ust=1772524054000000&usg=AOvVaw2-lgGxpXt-6iZ05GrreaT3
>>>>>> 
>>>>>> Cheers,
>>>>>> Dmitri.
>>>>>> 
>>>>>> On Sat, Feb 21, 2026 at 11:09 PM Adnan Hemani via dev <
>>>>>> [email protected]> wrote:
>>>>>> 
>>>>>>> I'm afraid if the CI is broken, we should not cut a branch from
>>> this
>>>>>> point
>>>>>>> in the repo. Let's wait until Tues, 2026-02-24 until we cut the
>>>> branch.
>>>>>> Who
>>>>>>> is leading the RCA and CI fix?
>>>>>>> 
>>>>>>> Best,
>>>>>>> Adnan Hemani
>>>>>>> 
>>>>>>> On Sat, Feb 21, 2026 at 2:08 AM Robert Stupp <[email protected]>
>>> wrote:
>>>>>>> 
>>>>>>>>> What do you think about delaying the 1.4.0 branch cut by a
>> day
>>>> or
>>>>>> two?
>>>>>>>> 
>>>>>>>> +1
>>>>>>>> 
>>>>>>>> On Fri, Feb 20, 2026 at 9:37 PM Dmitri Bourlatchkov <
>>>>> [email protected]>
>>>>>>>> wrote:
>>>>>>>> 
>>>>>>>>> Hi Adnan and all,
>>>>>>>>> 
>>>>>>>>> CI seems to be broken [1], which prevents merging PRs that
>>>>> otherwise
>>>>>>>> would
>>>>>>>>> be ready.
>>>>>>>>> 
>>>>>>>>> What do you think about delaying the 1.4.0 branch cut by a
>> day
>>> or
>>>>>> two?
>>>>>>>>> 
>>>>>>>>> Thanks,
>>>>>>>>> Dmitri.
>>>>>>>>> 
>>>>>>>>> On Mon, Feb 16, 2026 at 9:37 PM Adnan Hemani via dev <
>>>>>>>>> [email protected]>
>>>>>>>>> wrote:
>>>>>>>>> 
>>>>>>>>>> Hi all,
>>>>>>>>>> 
>>>>>>>>>> I've gone through the GH issues and PRs tagged to the 1.4.0
>>>> label
>>>>>> and
>>>>>>>>> would
>>>>>>>>>> like to make the following recommendations for a potential
>>>> Apache
>>>>>>>> Polaris
>>>>>>>>>> 1.4.0 release branch cut on (tentatively) 2026-02-23.
>>>>>>>>>> 
>>>>>>>>>> Please reply to this thread prior to that date if there is
>>> any
>>>>>>>> feedback,
>>>>>>>>>> comments, and/or concerns so that we can get community
>>>> consensus
>>>>>>> before
>>>>>>>>> we
>>>>>>>>>> proceed with the release. If there are no replies to this
>>>> email,
>>>>>> the
>>>>>>>>> 1.4.0
>>>>>>>>>> release branch will be cut on 2026-02-23.
>>>>>>>>>> 
>>>>>>>>>> Open Issues (Recommendation in []):
>>>>>>>>>> * [PUNT] #538 <
>> https://www.google.com/url?q=https://github.com/apache/polaris/issues/538&source=gmail-imap&ust=1772524054000000&usg=AOvVaw1bM5Xa_BSkjom7PKr05lSY
>>>> :
>>>>>> Table
>>>>>>>>>> Maintenance Support in Polaris
>>>>>>>>>>    * No major work in progress to justify delaying the
>>>> release.
>>>>>>>>>> 
>>>>>>>>>> * [CLOSE] #550 <
>> https://www.google.com/url?q=https://github.com/apache/polaris/issues/550&source=gmail-imap&ust=1772524054000000&usg=AOvVaw098cbdkesBYWdNGsZCi3pE
>>>> :
>>>>>>> Support
>>>>>>>>> for
>>>>>>>>>> GCP service account impersonation.
>>>>>>>>>>    * I will ping Michael to do this when he is back from
>>>>> vacation.
>>>>>>>>>> 
>>>>>>>>>> * [CLOSE] #552 <
>> https://www.google.com/url?q=https://github.com/apache/polaris/issues/552&source=gmail-imap&ust=1772524054000000&usg=AOvVaw0pMvCbkAurACmUlbgd-rX6
>>>> :
>>>>>>> Safety
>>>>>>>>>> against unparseable locations.
>>>>>>>>>>    * I believe all the work has been completed for this.
>>>> Dmitri,
>>>>>> can
>>>>>>>> you
>>>>>>>>>> please confirm? (Will follow up offline as well)
>>>>>>>>>> 
>>>>>>>>>> * [DISCUSS] #650 <
>>> https://www.google.com/url?q=https://github.com/apache/polaris/issues/650&source=gmail-imap&ust=1772524054000000&usg=AOvVaw2N3i5zky2TYUk7nw6z-z3k
>>>>> 
>>>>> /
>>>>>>>> #3395
>>>>>>>>>> <https://www.google.com/url?q=https://github.com/apache/polaris/pull/3395&source=gmail-imap&ust=1772524054000000&usg=AOvVaw04bI_u9a-Ub_19CQaOfnCS>:
>>>>>>>>>>  MongoDB
>>>>> Persistence
>>>>>>>>> Backend
>>>>>>>>>>    * It seems that discussions are still active and
>> ongoing,
>>>> and
>>>>>>> there
>>>>>>>>> is
>>>>>>>>>> disagreement behind getting the change into Admin Tools
>> while
>>>> the
>>>>>>> core
>>>>>>>>>> functionality is merged already. I can see the arguments
>> from
>>>>> both
>>>>>>>> sides
>>>>>>>>> to
>>>>>>>>>> push 1.4.0 without the Admin Tools change OR to hold the
>>>> release
>>>>>>> until
>>>>>>>>>> there is agreement on these last bit of changes. What are
>> the
>>>>>>>> community's
>>>>>>>>>> thoughts? Default option (if no one chimes in): we will
>> push
>>>> the
>>>>>>>> release
>>>>>>>>>> as-is on the 23rd.
>>>>>>>>>> 
>>>>>>>>>> * [PUNT] #2671 <
>>> https://www.google.com/url?q=https://github.com/apache/polaris/issues/2671&source=gmail-imap&ust=1772524054000000&usg=AOvVaw1-LhDfRcOVVkzJz7fvSxTA
>>>>> :
>>>>> DB
>>>>>>>>> Schema
>>>>>>>>>> Migration Between Releases
>>>>>>>>>>    * No major work in progress to justify delaying the
>>>> release.
>>>>>>>>>> 
>>>>>>>>>> * [PUNT] #3685 <
>>> https://www.google.com/url?q=https://github.com/apache/polaris/issues/3685&source=gmail-imap&ust=1772524054000000&usg=AOvVaw2nJKXL2m3u3IDJ7MzqyRfM
>>>>> :
>>>>>>>>>> `Create_Namespace` SQL Optimization
>>>>>>>>>>    * While there is traction, we may still be too far
>> from a
>>>>>>>> load-tested
>>>>>>>>>> fix. This should be a high priority for 1.5.0.
>>>>>>>>>> 
>>>>>>>>>> Open PRs:
>>>>>>>>>> 
>>>>>>>>>> * [PUNT] #2180 <
>> https://www.google.com/url?q=https://github.com/apache/polaris/pull/2180&source=gmail-imap&ust=1772524054000000&usg=AOvVaw17s-n0BZu8repIG5ocZx1X
>>>> :
>>>>>> Async
>>>>>>> &
>>>>>>>>>> reliable tasks API, SPI, Store interfaces
>>>>>>>>>>    * PR is not very active over the last few weeks and
>> does
>>>> not
>>>>>> have
>>>>>>>>>> enough active reviewers to see a strong path forward for
>>>> merging
>>>>> in
>>>>>>> the
>>>>>>>>>> next week or so.
>>>>>>>>>> 
>>>>>>>>>> * [PUNT] #3256 <
>> https://www.google.com/url?q=https://github.com/apache/polaris/pull/3256&source=gmail-imap&ust=1772524054000000&usg=AOvVaw1NhoIa7G0exxHXeBw-5Qs-
>>>> :
>>>>>> Object
>>>>>>>>>> Storage Operations
>>>>>>>>>>    * From the ML, it seems that there are still two rival
>>>>>> proposals
>>>>>>>> that
>>>>>>>>>> are attempting to solve similar issues. My recommendation
>> is
>>> to
>>>>>>> unstick
>>>>>>>>>> this discussion from the 1.4.0 release to give proper time
>>> for
>>>>> the
>>>>>>>>>> discussion to resolve.
>>>>>>>>>> 
>>>>>>>>>> When commenting, please reference the GH Issue/PR number so
>>>> that
>>>>> we
>>>>>>> are
>>>>>>>>>> clear on what is being discussed :)
>>>>>>>>>> 
>>>>>>>>>> Best,
>>>>>>>>>> Adnan Hemani
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 

Reply via email to