The angular-drag-and-drop-list

https://github.com/apache/flink/commit/34e106f63c9dcd2673d66b47fda1555b7dced770



On Wed, Jan 25, 2017 at 1:48 PM, Chesnay Schepler <ches...@apache.org>
wrote:

> Which dependency is MIT?
>
>
> On 25.01.2017 13:24, Stephan Ewen wrote:
>
>> Did a License cross-check:
>>
>> All Maven Dependencies are okay. Added a small note on the RabbitMQ
>> dependency's MPL 1.1 implications
>>
>> The Web UI added three new dependencies which are source-bundled since the
>> last release
>>    - One was added to the license file
>>    - One is ASL 2.0 (no license update needed)
>>
>>    => One is MIT and reference in the License is missing
>>
>> I think we have a release blocker here :-(
>>
>>
>>
>>
>>
>> On Wed, Jan 25, 2017 at 11:12 AM, Chesnay Schepler <ches...@apache.org>
>> wrote:
>>
>> Hello,
>>>
>>> FLINK-5612 might be a blocker as well; basically if you use the
>>> GlobFilePathFilter in a job, chances are it will fail.
>>>
>>> Also, the lastCheckpointSize metric that we collect for each task was
>>> broken when the key-groups were introduced.
>>>
>>> Regards,
>>> Chesnay
>>>
>>>
>>> On 25.01.2017 10:52, Stefan Richter wrote:
>>>
>>> Hi Robert,
>>>>
>>>> I found an potientally blocking issue in RC1 that I would like to bring
>>>> up for debate. In [FLINK-5602], Ufuk found a NPE that happened during
>>>> the
>>>> first checkpoint after migrating a job from Flink 1.1 to 1.2. I looked
>>>> into
>>>> this and found that the cause of this problem is the absense of
>>>> namespace
>>>> serializers in Flink 1.1 checkpoints. Flink 1.2 always makes all
>>>> serializers part of the checkpoint and therefore a precondition to
>>>> checkpointing fails if a checkpoint runs before the user code is
>>>> delivering
>>>> the namespace serializer. This is a race condition that (depending on
>>>> the
>>>> user code) could fail almost deterministcally in some situations (e.g.
>>>> user
>>>> is registering the state rather late). The consequence is that
>>>> checkpointing (and the whole job) fails in this scenario and potentially
>>>> prevents user from upgrading to 1.2. I have a open PR #3200 that is
>>>> fixing
>>>> this problem.
>>>>
>>>> Best,
>>>> Stefan
>>>>
>>>> Am 24.01.2017 um 15:03 schrieb Robert Metzger <rmetz...@apache.org>:
>>>>
>>>>> Dear Flink community,
>>>>>
>>>>> Please vote on releasing the following candidate as Apache Flink
>>>>> version
>>>>> 1.2.0.
>>>>>
>>>>> The commit to be voted on:
>>>>> 1bca1208 (*http://git-wip-us.apache.org/repos/asf/flink/commit/1bca12
>>>>> 08
>>>>> <http://git-wip-us.apache.org/repos/asf/flink/commit/1bca1208>*)
>>>>>
>>>>> Branch:
>>>>> release-1.2.0-rc1
>>>>> (https://git1-us-west.apache.org/repos/asf/flink/repo?p=
>>>>> flink.git;a=shortlog;h=refs/heads/release-1.2.0-rc1)
>>>>>
>>>>> The release artifacts to be voted on can be found at:
>>>>> *http://people.apache.org/~rmetzger/flink-1.2.0-rc1/
>>>>> <http://people.apache.org/~rmetzger/flink-1.2.0-rc1/>*
>>>>>
>>>>> The release artifacts are signed with the key with fingerprint
>>>>> D9839159:
>>>>> http://www.apache.org/dist/flink/KEYS
>>>>>
>>>>> The staging repository for this release can be found at:
>>>>> https://repository.apache.org/content/repositories/orgapacheflink-1112
>>>>>
>>>>> -------------------------------------------------------------
>>>>>
>>>>> The vote ends in three days (3 pm CET | Friday, January 27, 2017)
>>>>>
>>>>> Please test the release rather now than on Friday morning, to be able
>>>>> to
>>>>> cancel it as early as possible.
>>>>> For making the testing easier, I've created this document to track what
>>>>> has
>>>>> already been tested and what needs to be tested:
>>>>> https://docs.google.com/document/d/1MX-8l9RrLly3UmZMODHBnuZU
>>>>> rK_n-DGIBLjFKyCrTAs/edit?usp=sharing
>>>>> Feel free to add more tests or change existing ones.
>>>>>
>>>>> [ ] +1 Release this package as Apache Flink 1.2.0
>>>>> [ ] -1 Do not release this package, because ...
>>>>>
>>>>>
>>>>
>

Reply via email to