Precommit is quite unstable in the last days, so worth to check if
something is wrong in the CI.

I have a question Kenn. Given that cherry picking this might be a bit
big as a change can we just reconsider cutting the 2.29.0 branch again
after the updated gRPC version use gets merged and mark the issues
already fixed for version 2.30.0 to version 2.29.0 ? Seems like an
easier upgrade path (and we will get some nice fixes/improvements like
official Spark 3 support for free on the release).

WDYT?


On Wed, Mar 24, 2021 at 8:06 PM Tomo Suzuki <[email protected]> wrote:
>
> Update: I observe that Java precommit check is unstable in the PR to upgrade 
> vendored gRPC (compared with an PR with an empty change). There's no constant 
> failures; sometimes it succeeds and other times it faces timeout and flaky 
> test failures.
>
> https://github.com/apache/beam/pull/14295#issuecomment-806071087
>
>
> On Mon, Mar 22, 2021 at 10:46 AM Tomo Suzuki <[email protected]> wrote:
>>
>> Thank you for the voting and I see the artifact available in Maven Central. 
>> I'll work on the PR to use the published artifact today.
>> https://search.maven.org/artifact/org.apache.beam/beam-vendor-grpc-1_36_0/0.1/jar
>>
>> On Tue, Mar 16, 2021 at 3:07 PM Kenneth Knowles <[email protected]> wrote:
>>>
>>> Update on this: there are some minor issues and then I'll send out the RC.
>>>
>>> I think this is worth blocking 2.29.0 release on, so I will do this first. 
>>> We are still eliminating other blockers from 2.29.0 anyhow.
>>>
>>> Kenn
>>>
>>> On Mon, Mar 15, 2021 at 7:17 AM Tomo Suzuki <[email protected]> wrote:
>>>>
>>>> Hi Beam developers,
>>>>
>>>> I'm working on upgrading the vendored gRPC 1.36.0
>>>> https://issues.apache.org/jira/browse/BEAM-11227 (PR: 
>>>> https://github.com/apache/beam/pull/14028)
>>>> Let me know if you have any questions or concerns.
>>>>
>>>> Background:
>>>> Exchanged messages with Ismaël in BEAM-11227, it seems that it the ticket 
>>>> created by some automation is false positive, but it's nice to use an 
>>>> artifact without being marked with CVE.
>>>>
>>>> Kenn offered to work as the release manager (as in 
>>>> https://s.apache.org/beam-release-vendored-artifacts) of the vendored 
>>>> artifact.
>>>>
>>>> --
>>>> Regards,
>>>> Tomo
>>
>>
>>
>> --
>> Regards,
>> Tomo
>
>
>
> --
> Regards,
> Tomo

Reply via email to