+1

Verified:
 - NOTICE and LICENSE are correct
 - source doesn't contain binaries
 - verified signatures
 - verified hashes
 - cluster testing on AWS and Cloudera VM (with Kerberos) (see release-testing 
doc)


> On 28. Nov 2017, at 11:20, Aljoscha Krettek <aljos...@apache.org> wrote:
> 
> Phew, thanks for the update!
> 
>> On 28. Nov 2017, at 11:19, Gyula Fóra <gyf...@apache.org> wrote:
>> 
>> Ok seems like I had to remove the snappy jar as it was corrupted (makes
>> total sense) :P
>> 
>> Gyula Fóra <gyf...@apache.org> ezt írta (időpont: 2017. nov. 28., K, 11:13):
>> 
>>> Hi Aljoscha,
>>> 
>>> Thanks for the release candidate. I am having a hard time building the rc,
>>> I seem to get this error no matter what I do:
>>> 
>>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-shade-plugin:2.4.1:shade (shade-hadoop) on
>>> project flink-shaded-hadoop2-uber: Error creating shaded jar: invalid LOC
>>> header (bad signature) -> [Help 1]
>>> 
>>> (Apache Maven 3.3.9)
>>> 
>>> Any idea what I am missing?
>>> 
>>> Thanks,
>>> Gyula
>>> 
>>> 
>>> Aljoscha Krettek <aljos...@apache.org> ezt írta (időpont: 2017. nov. 27.,
>>> H, 19:35):
>>> 
>>>> Hi everyone,
>>>> 
>>>> Please review and vote on release candidate #2 for the version 1.4.0, as
>>>> follows:
>>>> [ ] +1, Approve the release
>>>> [ ] -1, Do not approve the release (please provide specific comments)
>>>> 
>>>> 
>>>> The complete staging area is available for your review, which includes:
>>>> * JIRA release notes [1],
>>>> * the official Apache source release and binary convenience releases to
>>>> be deployed to dist.apache.org[2], which are signed with the key with
>>>> fingerprint F2A67A8047499BBB3908D17AA8F4FD97121D7293 [3],
>>>> * all artifacts to be deployed to the Maven Central Repository [4],
>>>> * source code tag "release-1.4.0-rc1" [5],
>>>> * website pull request listing the new release [6].
>>>> 
>>>> Please have a careful look at the website PR because I changed some
>>>> wording and we're now also releasing a binary without Hadoop dependencies.
>>>> 
>>>> Please use this document for coordinating testing efforts: [7]
>>>> 
>>>> The only change between RC1 and this RC2 is that the source release
>>>> package does not include the erroneously included binary Ruby dependencies
>>>> of the documentation anymore. Because of this I would like to propose a
>>>> shorter voting time and close the vote around the time that RC1 would have
>>>> closed. This would mean closing by end of Wednesday. Please let me know if
>>>> you disagree with this. The vote is adopted by majority approval, with at
>>>> least 3 PMC affirmative votes.
>>>> 
>>>> Thanks,
>>>> Your friendly Release Manager
>>>> 
>>>> [1]
>>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12315522&version=12340533
>>>> [2] http://people.apache.org/~aljoscha/flink-1.4.0-rc2/
>>>> [3] https://dist.apache.org/repos/dist/release/flink/KEYS
>>>> [4]
>>>> https://repository.apache.org/content/repositories/orgapacheflink-1140
>>>> [5]
>>>> https://git-wip-us.apache.org/repos/asf?p=flink.git;a=tag;h=ea751b7b23b23446ed3fcdeed564bbe8bf4adf9c
>>>> [6] https://github.com/apache/flink-web/pull/95
>>>> [7]
>>>> https://docs.google.com/document/d/1HqYyrNoMSXwo8zBpZj7s39UzUdlFcFO8TRpHNZ_cl44/edit?usp=sharing
>>>> 
>>>> Pro-tip: you can create a settings.xml file with these contents:
>>>> 
>>>> <settings>
>>>> <activeProfiles>
>>>> <activeProfile>flink-1.4.0</activeProfile>
>>>> </activeProfiles>
>>>> <profiles>
>>>> <profile>
>>>>  <id>flink-1.4.0</id>
>>>>  <repositories>
>>>>    <repository>
>>>>      <id>flink-1.4.0</id>
>>>>      <url>
>>>> 
>>>> https://repository.apache.org/content/repositories/orgapacheflink-1140/
>>>>      </url>
>>>>    </repository>
>>>>    <repository>
>>>>      <id>archetype</id>
>>>>      <url>
>>>> 
>>>> https://repository.apache.org/content/repositories/orgapacheflink-1140/
>>>>      </url>
>>>>    </repository>
>>>>  </repositories>
>>>> </profile>
>>>> </profiles>
>>>> </settings>
>>>> 
>>>> And reference that in you maven commands via --settings
>>>> path/to/settings.xml. This is useful for creating a quickstart based on the
>>>> staged release and for building against the staged jars.
>>> 
>>> 
> 

Reply via email to