Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-15 Thread Ryan Blue
I sent a new vote thread for RC2, so this vote is cancelled. Please
validate and vote on the new candidate. Thanks!

The new candidate fixes the problems that Jacques and John found.

On Mon, Oct 14, 2019 at 4:29 PM Ryan Blue  wrote:

> Here's a PR that fixes the license issue that Jacques found:
> https://github.com/apache/incubator-iceberg/pull/548
>
> Once that and the fix for Kryo serialization are reviewed, I'll start
> another RC.
>
> On Mon, Oct 14, 2019 at 3:14 PM John Zhuge  wrote:
>
>> Ryan fixed the kryo serialization issue in
>> https://github.com/apache/incubator-iceberg/pull/546.
>>
>> On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:
>>
>>> - Passed all 7 steps
>>> - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
>>> unit tests passed. However, my downstream Spark 2.3 branch failed
>>> integration tests, possibly due to
>>> https://github.com/apache/incubator-iceberg/issues/446. I will try
>>> Anton's suggestion and report back.
>>>
>>> On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:
>>>
 Ran all steps successfully.

  +1 from me.

 On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:

> Ran all steps successfully, +1
>
> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
> wrote:
> >
> > Ran all steps no issues from me.
> > +1
> >
> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
> wrote:
> >>
> >> +1 (binding)
> >>
> >> I went through all of the validation and it looks good.
> >>
> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
> 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
> without problems to read and write both path-based tables and Hive tables.
> Metadata tables work correctly, same with time travel, and metadata tables
> with time travel also work. I also didn't run out of threads in the test
> Hive metastore as I did with the last candidate.
> >>
> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
> [email protected]> wrote:
> >>>
> >>> +1 from me then
> >>>
> >>> On 13 Oct 2019, at 18:33, Ryan Blue 
> wrote:
> >>>
> >>> The publish steps will now sign all of the artifacts, which is
> required for an Apache release. That's why the publish steps fail in
> master. To fix this in master, we can come up with a way to only turn on
> release signatures if `-Prelease` is set, which is how we also select the
> Apache releases repository.
> >>>
> >>> I don't think this is a problem with the release. The convenience
> binaries in the release must be signed and published from an Apache
> repository, so this is necessary. If you're trying to use the release, 
> then
> you don't need to be using JitPack.
> >>>
> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>  wrote:
> 
>  Verified signature/checksum/rat, run tests.
> 
>  No other pending questions except what Arina and Gautam brought
> up.
> 
>  - Anton
> 
>  On 13 Oct 2019, at 09:17, Gautam  wrote:
> 
>  I was able to run steps in Ryan's mail just fine but ran  into
> the same thing Arina mentioned  .. when running " ./graldew build publish
> "  ..
> 
>  A problem was found with the configuration of task
> ':iceberg-api:signApachePublication'.
>  > No value has been specified for property 'signatory.keyId'.
> 
> 
>  Something we are expected to do with the keys here?
> 
> 
> 
> 
> 
> 
>  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
> [email protected]> wrote:
> >
> > Not sure, if this is related to the release vote but after
> "Update build for Apache releases" commit [1], we are not longer able to
> build Iceberg using JitPack.
> > Error [2]:
> >
> > * What went wrong:
> > A problem was found with the configuration of task
> ':iceberg-api:signApachePublication'.
> > > No value has been specified for property 'signatory.keyId'.
> >
> >
> > [1]
> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
> > [2]
> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
> >
> > On Oct 12, 2019, at 6:08 AM, Julien Le Dem <
> [email protected]> wrote:
> >
> > I’m away for a long weekend without my laptop and will be able
> to try it out on Tuesday (if votes are still needed).
> > Happy validation everyone!
> > Julien
> >
> > On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
> >
> > Here are the steps I included on the last thread if you'd like
> to validate the release:
> >
> > Download the source tarball

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread Ryan Blue
Here's a PR that fixes the license issue that Jacques found:
https://github.com/apache/incubator-iceberg/pull/548

Once that and the fix for Kryo serialization are reviewed, I'll start
another RC.

On Mon, Oct 14, 2019 at 3:14 PM John Zhuge  wrote:

> Ryan fixed the kryo serialization issue in
> https://github.com/apache/incubator-iceberg/pull/546.
>
> On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:
>
>> - Passed all 7 steps
>> - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
>> unit tests passed. However, my downstream Spark 2.3 branch failed
>> integration tests, possibly due to
>> https://github.com/apache/incubator-iceberg/issues/446. I will try
>> Anton's suggestion and report back.
>>
>> On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:
>>
>>> Ran all steps successfully.
>>>
>>>  +1 from me.
>>>
>>> On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:
>>>
 Ran all steps successfully, +1

 On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
 wrote:
 >
 > Ran all steps no issues from me.
 > +1
 >
 > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
 wrote:
 >>
 >> +1 (binding)
 >>
 >> I went through all of the validation and it looks good.
 >>
 >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
 without problems to read and write both path-based tables and Hive tables.
 Metadata tables work correctly, same with time travel, and metadata tables
 with time travel also work. I also didn't run out of threads in the test
 Hive metastore as I did with the last candidate.
 >>
 >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
 [email protected]> wrote:
 >>>
 >>> +1 from me then
 >>>
 >>> On 13 Oct 2019, at 18:33, Ryan Blue 
 wrote:
 >>>
 >>> The publish steps will now sign all of the artifacts, which is
 required for an Apache release. That's why the publish steps fail in
 master. To fix this in master, we can come up with a way to only turn on
 release signatures if `-Prelease` is set, which is how we also select the
 Apache releases repository.
 >>>
 >>> I don't think this is a problem with the release. The convenience
 binaries in the release must be signed and published from an Apache
 repository, so this is necessary. If you're trying to use the release, then
 you don't need to be using JitPack.
 >>>
 >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
  wrote:
 
  Verified signature/checksum/rat, run tests.
 
  No other pending questions except what Arina and Gautam brought up.
 
  - Anton
 
  On 13 Oct 2019, at 09:17, Gautam  wrote:
 
  I was able to run steps in Ryan's mail just fine but ran  into the
 same thing Arina mentioned  .. when running " ./graldew build publish "  ..
 
  A problem was found with the configuration of task
 ':iceberg-api:signApachePublication'.
  > No value has been specified for property 'signatory.keyId'.
 
 
  Something we are expected to do with the keys here?
 
 
 
 
 
 
  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
 [email protected]> wrote:
 >
 > Not sure, if this is related to the release vote but after
 "Update build for Apache releases" commit [1], we are not longer able to
 build Iceberg using JitPack.
 > Error [2]:
 >
 > * What went wrong:
 > A problem was found with the configuration of task
 ':iceberg-api:signApachePublication'.
 > > No value has been specified for property 'signatory.keyId'.
 >
 >
 > [1]
 https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
 > [2]
 https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
 >
 > On Oct 12, 2019, at 6:08 AM, Julien Le Dem <
 [email protected]> wrote:
 >
 > I’m away for a long weekend without my laptop and will be able to
 try it out on Tuesday (if votes are still needed).
 > Happy validation everyone!
 > Julien
 >
 > On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
 >
 > Here are the steps I included on the last thread if you'd like to
 validate the release:
 >
 > Download the source tarball, signature (.asc), and checksum
 (.sha512)
 > Import gpg keys: download KEYS and run gpg --import
 /path/to/downloaded/KEYS (optional if this hasn’t changed)
 > Verify the signature by running: gpg --verify
 apache-iceberg-0.7.0-incubating.tar.gz.asc
 > Verify the checksum by running: sha512sum -c
 apache-iceberg-0.7.0-incubating.tar.gz.sha512

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread John Zhuge
Ryan fixed the kryo serialization issue in
https://github.com/apache/incubator-iceberg/pull/546.

On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:

> - Passed all 7 steps
> - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
> unit tests passed. However, my downstream Spark 2.3 branch failed
> integration tests, possibly due to
> https://github.com/apache/incubator-iceberg/issues/446. I will try
> Anton's suggestion and report back.
>
> On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:
>
>> Ran all steps successfully.
>>
>>  +1 from me.
>>
>> On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:
>>
>>> Ran all steps successfully, +1
>>>
>>> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
>>> wrote:
>>> >
>>> > Ran all steps no issues from me.
>>> > +1
>>> >
>>> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
>>> wrote:
>>> >>
>>> >> +1 (binding)
>>> >>
>>> >> I went through all of the validation and it looks good.
>>> >>
>>> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
>>> 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
>>> without problems to read and write both path-based tables and Hive tables.
>>> Metadata tables work correctly, same with time travel, and metadata tables
>>> with time travel also work. I also didn't run out of threads in the test
>>> Hive metastore as I did with the last candidate.
>>> >>
>>> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
>>> [email protected]> wrote:
>>> >>>
>>> >>> +1 from me then
>>> >>>
>>> >>> On 13 Oct 2019, at 18:33, Ryan Blue 
>>> wrote:
>>> >>>
>>> >>> The publish steps will now sign all of the artifacts, which is
>>> required for an Apache release. That's why the publish steps fail in
>>> master. To fix this in master, we can come up with a way to only turn on
>>> release signatures if `-Prelease` is set, which is how we also select the
>>> Apache releases repository.
>>> >>>
>>> >>> I don't think this is a problem with the release. The convenience
>>> binaries in the release must be signed and published from an Apache
>>> repository, so this is necessary. If you're trying to use the release, then
>>> you don't need to be using JitPack.
>>> >>>
>>> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>>>  wrote:
>>> 
>>>  Verified signature/checksum/rat, run tests.
>>> 
>>>  No other pending questions except what Arina and Gautam brought up.
>>> 
>>>  - Anton
>>> 
>>>  On 13 Oct 2019, at 09:17, Gautam  wrote:
>>> 
>>>  I was able to run steps in Ryan's mail just fine but ran  into the
>>> same thing Arina mentioned  .. when running " ./graldew build publish "  ..
>>> 
>>>  A problem was found with the configuration of task
>>> ':iceberg-api:signApachePublication'.
>>>  > No value has been specified for property 'signatory.keyId'.
>>> 
>>> 
>>>  Something we are expected to do with the keys here?
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>>  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
>>> [email protected]> wrote:
>>> >
>>> > Not sure, if this is related to the release vote but after "Update
>>> build for Apache releases" commit [1], we are not longer able to build
>>> Iceberg using JitPack.
>>> > Error [2]:
>>> >
>>> > * What went wrong:
>>> > A problem was found with the configuration of task
>>> ':iceberg-api:signApachePublication'.
>>> > > No value has been specified for property 'signatory.keyId'.
>>> >
>>> >
>>> > [1]
>>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>>> > [2]
>>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>>> >
>>> > On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
>>> wrote:
>>> >
>>> > I’m away for a long weekend without my laptop and will be able to
>>> try it out on Tuesday (if votes are still needed).
>>> > Happy validation everyone!
>>> > Julien
>>> >
>>> > On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>>> >
>>> > Here are the steps I included on the last thread if you'd like to
>>> validate the release:
>>> >
>>> > Download the source tarball, signature (.asc), and checksum
>>> (.sha512)
>>> > Import gpg keys: download KEYS and run gpg --import
>>> /path/to/downloaded/KEYS (optional if this hasn’t changed)
>>> > Verify the signature by running: gpg --verify
>>> apache-iceberg-0.7.0-incubating.tar.gz.asc
>>> > Verify the checksum by running: sha512sum -c
>>> apache-iceberg-0.7.0-incubating.tar.gz.sha512
>>> > Untar the archive and go into the source directory: tar xzf
>>> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
>>> > Run RAT checks to validate license headers: dev/check-license
>>> > Build and test the project: ./gradlew build (use Java 8)
>>> >
>>> > You can also validate the LICENSE and NOTICE documentation, which
>>> is included in the source

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread Romin Parekh
Ran all steps successfully.  +1

Thanks,
Romin

On Mon, Oct 14, 2019 at 11:37 AM Ryan Blue 
wrote:

> Thanks for looking at the licensing!
>
> All of the non-shaded convenience binaries include a copy of the LICENSE
> and NOTICE files from the source distribution. There is only one Jar that
> contains shaded dependencies, iceberg-spark-runtime, and we have separate
> LICENSE and NOTICE files that get included in that Jar. See #356
>  if you'd like to
> review the runtime license docs.
>
> Good catch with gradle wrapper. I see that it is Apache licensed, but I
> don't think it is in our LICENSE file. I'll add it to LICENSE.
>
> On Mon, Oct 14, 2019 at 10:01 AM Jacques Nadeau 
> wrote:
>
>> Ran steps, did some greps and random discovery to see if I saw any
>> issues.
>>
>> Couple questions:
>>
>>- Can someone remind me the rules around noting license of
>>dependencies for a binary release. It seems like a binary release is being
>>proposed here via maven but we don't have any LICENSE/NOTICE for
>>dependencies. If the binary release didn't include dependencies (was just 
>> a
>>jar with no shaded dependencies), I think this would be fine. However, I
>>believe some of the jars include dependencies, right?
>>- The source release tarball includes the gradle-wrapper.jar file but
>>I don't see any reference to it. Not sure if needs to go in both NOTICE 
>> and
>>LICENSE or only one.
>>
>> It has been a long time since I did an incubator check so I may be wrong
>> on both of these and would love someone who has done it more recently to
>> chime in...
>> --
>> Jacques Nadeau
>> CTO and Co-Founder, Dremio
>>
>>
>> On Mon, Oct 14, 2019 at 9:38 AM John Zhuge  wrote:
>>
>>> BTW, the failure was:
>>>
>>> Job aborted due to stage failure: Exception while getting task result:
>>> com.esotericsoftware.kryo.KryoException:
>>> java.lang.UnsupportedOperationException
>>> Serialization trace:
>>> splitOffsets (org.apache.iceberg.GenericDataFile)
>>> files (com.netflix.iceberg.spark.source.Writer$TaskCommit)
>>>
>>> On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:
>>>
 - Passed all 7 steps
 - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
 unit tests passed. However, my downstream Spark 2.3 branch failed
 integration tests, possibly due to
 https://github.com/apache/incubator-iceberg/issues/446. I will try
 Anton's suggestion and report back.

 On Sun, Oct 13, 2019 at 11:48 PM Gautam 
 wrote:

> Ran all steps successfully.
>
>  +1 from me.
>
> On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:
>
>> Ran all steps successfully, +1
>>
>> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
>> wrote:
>> >
>> > Ran all steps no issues from me.
>> > +1
>> >
>> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue
>>  wrote:
>> >>
>> >> +1 (binding)
>> >>
>> >> I went through all of the validation and it looks good.
>> >>
>> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
>> 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
>> without problems to read and write both path-based tables and Hive 
>> tables.
>> Metadata tables work correctly, same with time travel, and metadata 
>> tables
>> with time travel also work. I also didn't run out of threads in the test
>> Hive metastore as I did with the last candidate.
>> >>
>> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
>> [email protected]> wrote:
>> >>>
>> >>> +1 from me then
>> >>>
>> >>> On 13 Oct 2019, at 18:33, Ryan Blue 
>> wrote:
>> >>>
>> >>> The publish steps will now sign all of the artifacts, which is
>> required for an Apache release. That's why the publish steps fail in
>> master. To fix this in master, we can come up with a way to only turn on
>> release signatures if `-Prelease` is set, which is how we also select the
>> Apache releases repository.
>> >>>
>> >>> I don't think this is a problem with the release. The convenience
>> binaries in the release must be signed and published from an Apache
>> repository, so this is necessary. If you're trying to use the release, 
>> then
>> you don't need to be using JitPack.
>> >>>
>> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>>  wrote:
>> 
>>  Verified signature/checksum/rat, run tests.
>> 
>>  No other pending questions except what Arina and Gautam brought
>> up.
>> 
>>  - Anton
>> 
>>  On 13 Oct 2019, at 09:17, Gautam 
>> wrote:
>> 
>>  I was able to run steps in Ryan's mail just fine but ran  into
>> the same thing Arina mentioned  .. when running " ./graldew build publish
>> "  ..
>> 
>>  A problem was found with the configu

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread Ryan Blue
Thanks for looking at the licensing!

All of the non-shaded convenience binaries include a copy of the LICENSE
and NOTICE files from the source distribution. There is only one Jar that
contains shaded dependencies, iceberg-spark-runtime, and we have separate
LICENSE and NOTICE files that get included in that Jar. See #356
 if you'd like to
review the runtime license docs.

Good catch with gradle wrapper. I see that it is Apache licensed, but I
don't think it is in our LICENSE file. I'll add it to LICENSE.

On Mon, Oct 14, 2019 at 10:01 AM Jacques Nadeau  wrote:

> Ran steps, did some greps and random discovery to see if I saw any issues.
>
> Couple questions:
>
>- Can someone remind me the rules around noting license of
>dependencies for a binary release. It seems like a binary release is being
>proposed here via maven but we don't have any LICENSE/NOTICE for
>dependencies. If the binary release didn't include dependencies (was just a
>jar with no shaded dependencies), I think this would be fine. However, I
>believe some of the jars include dependencies, right?
>- The source release tarball includes the gradle-wrapper.jar file but
>I don't see any reference to it. Not sure if needs to go in both NOTICE and
>LICENSE or only one.
>
> It has been a long time since I did an incubator check so I may be wrong
> on both of these and would love someone who has done it more recently to
> chime in...
> --
> Jacques Nadeau
> CTO and Co-Founder, Dremio
>
>
> On Mon, Oct 14, 2019 at 9:38 AM John Zhuge  wrote:
>
>> BTW, the failure was:
>>
>> Job aborted due to stage failure: Exception while getting task result:
>> com.esotericsoftware.kryo.KryoException:
>> java.lang.UnsupportedOperationException
>> Serialization trace:
>> splitOffsets (org.apache.iceberg.GenericDataFile)
>> files (com.netflix.iceberg.spark.source.Writer$TaskCommit)
>>
>> On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:
>>
>>> - Passed all 7 steps
>>> - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
>>> unit tests passed. However, my downstream Spark 2.3 branch failed
>>> integration tests, possibly due to
>>> https://github.com/apache/incubator-iceberg/issues/446. I will try
>>> Anton's suggestion and report back.
>>>
>>> On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:
>>>
 Ran all steps successfully.

  +1 from me.

 On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:

> Ran all steps successfully, +1
>
> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
> wrote:
> >
> > Ran all steps no issues from me.
> > +1
> >
> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
> wrote:
> >>
> >> +1 (binding)
> >>
> >> I went through all of the validation and it looks good.
> >>
> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
> 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
> without problems to read and write both path-based tables and Hive tables.
> Metadata tables work correctly, same with time travel, and metadata tables
> with time travel also work. I also didn't run out of threads in the test
> Hive metastore as I did with the last candidate.
> >>
> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
> [email protected]> wrote:
> >>>
> >>> +1 from me then
> >>>
> >>> On 13 Oct 2019, at 18:33, Ryan Blue 
> wrote:
> >>>
> >>> The publish steps will now sign all of the artifacts, which is
> required for an Apache release. That's why the publish steps fail in
> master. To fix this in master, we can come up with a way to only turn on
> release signatures if `-Prelease` is set, which is how we also select the
> Apache releases repository.
> >>>
> >>> I don't think this is a problem with the release. The convenience
> binaries in the release must be signed and published from an Apache
> repository, so this is necessary. If you're trying to use the release, 
> then
> you don't need to be using JitPack.
> >>>
> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>  wrote:
> 
>  Verified signature/checksum/rat, run tests.
> 
>  No other pending questions except what Arina and Gautam brought
> up.
> 
>  - Anton
> 
>  On 13 Oct 2019, at 09:17, Gautam  wrote:
> 
>  I was able to run steps in Ryan's mail just fine but ran  into
> the same thing Arina mentioned  .. when running " ./graldew build publish
> "  ..
> 
>  A problem was found with the configuration of task
> ':iceberg-api:signApachePublication'.
>  > No value has been specified for property 'signatory.keyId'.
> 
> 
>  Something we are expected to do with the keys here?
> 
> 
> 
> 
> 
>>

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread Jacques Nadeau
Ran steps, did some greps and random discovery to see if I saw any issues.

Couple questions:

   - Can someone remind me the rules around noting license of dependencies
   for a binary release. It seems like a binary release is being proposed here
   via maven but we don't have any LICENSE/NOTICE for dependencies. If the
   binary release didn't include dependencies (was just a jar with no shaded
   dependencies), I think this would be fine. However, I believe some of the
   jars include dependencies, right?
   - The source release tarball includes the gradle-wrapper.jar file but I
   don't see any reference to it. Not sure if needs to go in both NOTICE and
   LICENSE or only one.

It has been a long time since I did an incubator check so I may be wrong on
both of these and would love someone who has done it more recently to chime
in...
--
Jacques Nadeau
CTO and Co-Founder, Dremio


On Mon, Oct 14, 2019 at 9:38 AM John Zhuge  wrote:

> BTW, the failure was:
>
> Job aborted due to stage failure: Exception while getting task result:
> com.esotericsoftware.kryo.KryoException:
> java.lang.UnsupportedOperationException
> Serialization trace:
> splitOffsets (org.apache.iceberg.GenericDataFile)
> files (com.netflix.iceberg.spark.source.Writer$TaskCommit)
>
> On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:
>
>> - Passed all 7 steps
>> - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
>> unit tests passed. However, my downstream Spark 2.3 branch failed
>> integration tests, possibly due to
>> https://github.com/apache/incubator-iceberg/issues/446. I will try
>> Anton's suggestion and report back.
>>
>> On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:
>>
>>> Ran all steps successfully.
>>>
>>>  +1 from me.
>>>
>>> On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:
>>>
 Ran all steps successfully, +1

 On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
 wrote:
 >
 > Ran all steps no issues from me.
 > +1
 >
 > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
 wrote:
 >>
 >> +1 (binding)
 >>
 >> I went through all of the validation and it looks good.
 >>
 >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
 without problems to read and write both path-based tables and Hive tables.
 Metadata tables work correctly, same with time travel, and metadata tables
 with time travel also work. I also didn't run out of threads in the test
 Hive metastore as I did with the last candidate.
 >>
 >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
 [email protected]> wrote:
 >>>
 >>> +1 from me then
 >>>
 >>> On 13 Oct 2019, at 18:33, Ryan Blue 
 wrote:
 >>>
 >>> The publish steps will now sign all of the artifacts, which is
 required for an Apache release. That's why the publish steps fail in
 master. To fix this in master, we can come up with a way to only turn on
 release signatures if `-Prelease` is set, which is how we also select the
 Apache releases repository.
 >>>
 >>> I don't think this is a problem with the release. The convenience
 binaries in the release must be signed and published from an Apache
 repository, so this is necessary. If you're trying to use the release, then
 you don't need to be using JitPack.
 >>>
 >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
  wrote:
 
  Verified signature/checksum/rat, run tests.
 
  No other pending questions except what Arina and Gautam brought up.
 
  - Anton
 
  On 13 Oct 2019, at 09:17, Gautam  wrote:
 
  I was able to run steps in Ryan's mail just fine but ran  into the
 same thing Arina mentioned  .. when running " ./graldew build publish "  ..
 
  A problem was found with the configuration of task
 ':iceberg-api:signApachePublication'.
  > No value has been specified for property 'signatory.keyId'.
 
 
  Something we are expected to do with the keys here?
 
 
 
 
 
 
  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
 [email protected]> wrote:
 >
 > Not sure, if this is related to the release vote but after
 "Update build for Apache releases" commit [1], we are not longer able to
 build Iceberg using JitPack.
 > Error [2]:
 >
 > * What went wrong:
 > A problem was found with the configuration of task
 ':iceberg-api:signApachePublication'.
 > > No value has been specified for property 'signatory.keyId'.
 >
 >
 > [1]
 https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
 > [2]
 https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>>>

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread John Zhuge
BTW, the failure was:

Job aborted due to stage failure: Exception while getting task result:
com.esotericsoftware.kryo.KryoException:
java.lang.UnsupportedOperationException
Serialization trace:
splitOffsets (org.apache.iceberg.GenericDataFile)
files (com.netflix.iceberg.spark.source.Writer$TaskCommit)

On Mon, Oct 14, 2019 at 9:35 AM John Zhuge  wrote:

> - Passed all 7 steps
> - Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
> unit tests passed. However, my downstream Spark 2.3 branch failed
> integration tests, possibly due to
> https://github.com/apache/incubator-iceberg/issues/446. I will try
> Anton's suggestion and report back.
>
> On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:
>
>> Ran all steps successfully.
>>
>>  +1 from me.
>>
>> On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:
>>
>>> Ran all steps successfully, +1
>>>
>>> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
>>> wrote:
>>> >
>>> > Ran all steps no issues from me.
>>> > +1
>>> >
>>> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
>>> wrote:
>>> >>
>>> >> +1 (binding)
>>> >>
>>> >> I went through all of the validation and it looks good.
>>> >>
>>> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
>>> 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
>>> without problems to read and write both path-based tables and Hive tables.
>>> Metadata tables work correctly, same with time travel, and metadata tables
>>> with time travel also work. I also didn't run out of threads in the test
>>> Hive metastore as I did with the last candidate.
>>> >>
>>> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
>>> [email protected]> wrote:
>>> >>>
>>> >>> +1 from me then
>>> >>>
>>> >>> On 13 Oct 2019, at 18:33, Ryan Blue 
>>> wrote:
>>> >>>
>>> >>> The publish steps will now sign all of the artifacts, which is
>>> required for an Apache release. That's why the publish steps fail in
>>> master. To fix this in master, we can come up with a way to only turn on
>>> release signatures if `-Prelease` is set, which is how we also select the
>>> Apache releases repository.
>>> >>>
>>> >>> I don't think this is a problem with the release. The convenience
>>> binaries in the release must be signed and published from an Apache
>>> repository, so this is necessary. If you're trying to use the release, then
>>> you don't need to be using JitPack.
>>> >>>
>>> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>>>  wrote:
>>> 
>>>  Verified signature/checksum/rat, run tests.
>>> 
>>>  No other pending questions except what Arina and Gautam brought up.
>>> 
>>>  - Anton
>>> 
>>>  On 13 Oct 2019, at 09:17, Gautam  wrote:
>>> 
>>>  I was able to run steps in Ryan's mail just fine but ran  into the
>>> same thing Arina mentioned  .. when running " ./graldew build publish "  ..
>>> 
>>>  A problem was found with the configuration of task
>>> ':iceberg-api:signApachePublication'.
>>>  > No value has been specified for property 'signatory.keyId'.
>>> 
>>> 
>>>  Something we are expected to do with the keys here?
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>>  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
>>> [email protected]> wrote:
>>> >
>>> > Not sure, if this is related to the release vote but after "Update
>>> build for Apache releases" commit [1], we are not longer able to build
>>> Iceberg using JitPack.
>>> > Error [2]:
>>> >
>>> > * What went wrong:
>>> > A problem was found with the configuration of task
>>> ':iceberg-api:signApachePublication'.
>>> > > No value has been specified for property 'signatory.keyId'.
>>> >
>>> >
>>> > [1]
>>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>>> > [2]
>>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>>> >
>>> > On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
>>> wrote:
>>> >
>>> > I’m away for a long weekend without my laptop and will be able to
>>> try it out on Tuesday (if votes are still needed).
>>> > Happy validation everyone!
>>> > Julien
>>> >
>>> > On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>>> >
>>> > Here are the steps I included on the last thread if you'd like to
>>> validate the release:
>>> >
>>> > Download the source tarball, signature (.asc), and checksum
>>> (.sha512)
>>> > Import gpg keys: download KEYS and run gpg --import
>>> /path/to/downloaded/KEYS (optional if this hasn’t changed)
>>> > Verify the signature by running: gpg --verify
>>> apache-iceberg-0.7.0-incubating.tar.gz.asc
>>> > Verify the checksum by running: sha512sum -c
>>> apache-iceberg-0.7.0-incubating.tar.gz.sha512
>>> > Untar the archive and go into the source directory: tar xzf
>>> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
>>> > Run RAT checks to validate license h

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread John Zhuge
- Passed all 7 steps
- Build source code at tag apache-iceberg-0.7.0-incubating-rc1 locally,
unit tests passed. However, my downstream Spark 2.3 branch failed
integration tests, possibly due to
https://github.com/apache/incubator-iceberg/issues/446. I will try Anton's
suggestion and report back.

On Sun, Oct 13, 2019 at 11:48 PM Gautam  wrote:

> Ran all steps successfully.
>
>  +1 from me.
>
> On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:
>
>> Ran all steps successfully, +1
>>
>> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
>> wrote:
>> >
>> > Ran all steps no issues from me.
>> > +1
>> >
>> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
>> wrote:
>> >>
>> >> +1 (binding)
>> >>
>> >> I went through all of the validation and it looks good.
>> >>
>> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark
>> 2.4.4 download. Copying the runtime Jar into Spark's jars folder works
>> without problems to read and write both path-based tables and Hive tables.
>> Metadata tables work correctly, same with time travel, and metadata tables
>> with time travel also work. I also didn't run out of threads in the test
>> Hive metastore as I did with the last candidate.
>> >>
>> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
>> [email protected]> wrote:
>> >>>
>> >>> +1 from me then
>> >>>
>> >>> On 13 Oct 2019, at 18:33, Ryan Blue 
>> wrote:
>> >>>
>> >>> The publish steps will now sign all of the artifacts, which is
>> required for an Apache release. That's why the publish steps fail in
>> master. To fix this in master, we can come up with a way to only turn on
>> release signatures if `-Prelease` is set, which is how we also select the
>> Apache releases repository.
>> >>>
>> >>> I don't think this is a problem with the release. The convenience
>> binaries in the release must be signed and published from an Apache
>> repository, so this is necessary. If you're trying to use the release, then
>> you don't need to be using JitPack.
>> >>>
>> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>>  wrote:
>> 
>>  Verified signature/checksum/rat, run tests.
>> 
>>  No other pending questions except what Arina and Gautam brought up.
>> 
>>  - Anton
>> 
>>  On 13 Oct 2019, at 09:17, Gautam  wrote:
>> 
>>  I was able to run steps in Ryan's mail just fine but ran  into the
>> same thing Arina mentioned  .. when running " ./graldew build publish "  ..
>> 
>>  A problem was found with the configuration of task
>> ':iceberg-api:signApachePublication'.
>>  > No value has been specified for property 'signatory.keyId'.
>> 
>> 
>>  Something we are expected to do with the keys here?
>> 
>> 
>> 
>> 
>> 
>> 
>>  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
>> [email protected]> wrote:
>> >
>> > Not sure, if this is related to the release vote but after "Update
>> build for Apache releases" commit [1], we are not longer able to build
>> Iceberg using JitPack.
>> > Error [2]:
>> >
>> > * What went wrong:
>> > A problem was found with the configuration of task
>> ':iceberg-api:signApachePublication'.
>> > > No value has been specified for property 'signatory.keyId'.
>> >
>> >
>> > [1]
>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>> > [2]
>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>> >
>> > On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
>> wrote:
>> >
>> > I’m away for a long weekend without my laptop and will be able to
>> try it out on Tuesday (if votes are still needed).
>> > Happy validation everyone!
>> > Julien
>> >
>> > On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>> >
>> > Here are the steps I included on the last thread if you'd like to
>> validate the release:
>> >
>> > Download the source tarball, signature (.asc), and checksum
>> (.sha512)
>> > Import gpg keys: download KEYS and run gpg --import
>> /path/to/downloaded/KEYS (optional if this hasn’t changed)
>> > Verify the signature by running: gpg --verify
>> apache-iceberg-0.7.0-incubating.tar.gz.asc
>> > Verify the checksum by running: sha512sum -c
>> apache-iceberg-0.7.0-incubating.tar.gz.sha512
>> > Untar the archive and go into the source directory: tar xzf
>> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
>> > Run RAT checks to validate license headers: dev/check-license
>> > Build and test the project: ./gradlew build (use Java 8)
>> >
>> > You can also validate the LICENSE and NOTICE documentation, which
>> is included in the source tarball, as well as the staged binary artifacts.
>> >
>> > To validate the convenience binaries, add the Maven URL from the
>> email above to a downstream project and update your Iceberg dependency to
>> 0.7.0-incubating, like this:
>> >
>> >   repositories {
>> > 

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-14 Thread Xabriel Collazo Mojica
Wanted to point out that the links on steps to validate below are pointing to 
RC0 and not RC1. So let’s please double check that folks that validated did so 
with the intended candidate?

( I’m replying on Ted Gooch’s reply since the last two replies lost the 
original links.)

Xabriel J Collazo Mojica  |  Sr Software Engineer  |  Adobe

From: Ted Gooch 
Reply-To: "[email protected]" 
Date: Sunday, October 13, 2019 at 4:39 PM
To: Ryan Blue 
Cc: Anton Okolnychyi , Iceberg Dev List 

Subject: Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

Ran all steps no issues from me.
+1

On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue  wrote:
+1 (binding)

I went through all of the validation and it looks good.

I also tested the iceberg-spark-runtime Jar with the Apache Spark 2.4.4 
download. Copying the runtime Jar into Spark's jars folder works without 
problems to read and write both path-based tables and Hive tables. Metadata 
tables work correctly, same with time travel, and metadata tables with time 
travel also work. I also didn't run out of threads in the test Hive metastore 
as I did with the last candidate.

On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi 
mailto:[email protected]>> wrote:
+1 from me then


On 13 Oct 2019, at 18:33, Ryan Blue 
mailto:[email protected]>> wrote:

The publish steps will now sign all of the artifacts, which is required for an 
Apache release. That's why the publish steps fail in master. To fix this in 
master, we can come up with a way to only turn on release signatures if 
`-Prelease` is set, which is how we also select the Apache releases repository.

I don't think this is a problem with the release. The convenience binaries in 
the release must be signed and published from an Apache repository, so this is 
necessary. If you're trying to use the release, then you don't need to be using 
JitPack.

On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi 
mailto:[email protected]>> wrote:
Verified signature/checksum/rat, run tests.

No other pending questions except what Arina and Gautam brought up.

- Anton


On 13 Oct 2019, at 09:17, Gautam 
mailto:[email protected]>> wrote:

I was able to run steps in Ryan's mail just fine but ran  into the same thing 
Arina mentioned  .. when running " ./graldew build publish "  ..

A problem was found with the configuration of task 
':iceberg-api:signApachePublication'.

> No value has been specified for property 'signatory.keyId'.

Something we are expected to do with the keys here?






On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva 
mailto:[email protected]>> wrote:
Not sure, if this is related to the release vote but after "Update build for 
Apache releases" commit [1], we are not longer able to build Iceberg using 
JitPack.
Error [2]:

* What went wrong:

A problem was found with the configuration of task 
':iceberg-api:signApachePublication'.

> No value has been specified for property 'signatory.keyId'.

[1] 
https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fincubator-iceberg%2Fcommit%2F2219c86ec6dc5512b2e581f500125841b1b56226&data=02%7C01%7Cxcollazo%40adobe.com%7C0f89bff7ec8e45ad520508d75036891e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637066067506872174&sdata=VyjhfSvLFsMuFA6SN1b1dE9Cauxmpc7gBOt372%2BzONI%3D&reserved=0>
[2] 
https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjitpack.io%2Fcom%2Fgithub%2Fapache%2Fincubator-iceberg%2F5620f119f4%2Fbuild.log&data=02%7C01%7Cxcollazo%40adobe.com%7C0f89bff7ec8e45ad520508d75036891e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637066067506872174&sdata=BQC6E2s1SnLkQeTlCqp8Xdr8HzJxnnExn3U0T3uKZ9M%3D&reserved=0>


On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
mailto:[email protected]>> wrote:

I’m away for a long weekend without my laptop and will be able to try it out on 
Tuesday (if votes are still needed).
Happy validation everyone!
Julien

On Oct 11, 2019, at 18:21, Ryan Blue mailto:[email protected]>> 
wrote:
Here are the steps I included on the last thread if you'd like to validate the 
release:
1.   Download the source 
tarball<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Fincubator%2Ficeberg%2Fapache-iceberg-0.7.0-incubating-rc0%2Fapache-iceberg-0.7.0-incubating.tar.gz&data=02%7C01%7Cxcollazo%40adobe.com%7C0f89bff7ec8e45ad520508d75036891e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637066067506882168&sdata=ppeCxaPGfYP1LpnLlHN5WncWRbJ30lcTnMbXFXIP%2B3E%3D&reserved=0>,
 
signature<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Gautam
Ran all steps successfully.

 +1 from me.

On Mon, Oct 14, 2019 at 7:30 AM 俊杰陈  wrote:

> Ran all steps successfully, +1
>
> On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch 
> wrote:
> >
> > Ran all steps no issues from me.
> > +1
> >
> > On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
> wrote:
> >>
> >> +1 (binding)
> >>
> >> I went through all of the validation and it looks good.
> >>
> >> I also tested the iceberg-spark-runtime Jar with the Apache Spark 2.4.4
> download. Copying the runtime Jar into Spark's jars folder works without
> problems to read and write both path-based tables and Hive tables. Metadata
> tables work correctly, same with time travel, and metadata tables with time
> travel also work. I also didn't run out of threads in the test Hive
> metastore as I did with the last candidate.
> >>
> >> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi <
> [email protected]> wrote:
> >>>
> >>> +1 from me then
> >>>
> >>> On 13 Oct 2019, at 18:33, Ryan Blue  wrote:
> >>>
> >>> The publish steps will now sign all of the artifacts, which is
> required for an Apache release. That's why the publish steps fail in
> master. To fix this in master, we can come up with a way to only turn on
> release signatures if `-Prelease` is set, which is how we also select the
> Apache releases repository.
> >>>
> >>> I don't think this is a problem with the release. The convenience
> binaries in the release must be signed and published from an Apache
> repository, so this is necessary. If you're trying to use the release, then
> you don't need to be using JitPack.
> >>>
> >>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
>  wrote:
> 
>  Verified signature/checksum/rat, run tests.
> 
>  No other pending questions except what Arina and Gautam brought up.
> 
>  - Anton
> 
>  On 13 Oct 2019, at 09:17, Gautam  wrote:
> 
>  I was able to run steps in Ryan's mail just fine but ran  into the
> same thing Arina mentioned  .. when running " ./graldew build publish "  ..
> 
>  A problem was found with the configuration of task
> ':iceberg-api:signApachePublication'.
>  > No value has been specified for property 'signatory.keyId'.
> 
> 
>  Something we are expected to do with the keys here?
> 
> 
> 
> 
> 
> 
>  On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
> [email protected]> wrote:
> >
> > Not sure, if this is related to the release vote but after "Update
> build for Apache releases" commit [1], we are not longer able to build
> Iceberg using JitPack.
> > Error [2]:
> >
> > * What went wrong:
> > A problem was found with the configuration of task
> ':iceberg-api:signApachePublication'.
> > > No value has been specified for property 'signatory.keyId'.
> >
> >
> > [1]
> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
> > [2]
> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
> >
> > On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
> wrote:
> >
> > I’m away for a long weekend without my laptop and will be able to
> try it out on Tuesday (if votes are still needed).
> > Happy validation everyone!
> > Julien
> >
> > On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
> >
> > Here are the steps I included on the last thread if you'd like to
> validate the release:
> >
> > Download the source tarball, signature (.asc), and checksum (.sha512)
> > Import gpg keys: download KEYS and run gpg --import
> /path/to/downloaded/KEYS (optional if this hasn’t changed)
> > Verify the signature by running: gpg --verify
> apache-iceberg-0.7.0-incubating.tar.gz.asc
> > Verify the checksum by running: sha512sum -c
> apache-iceberg-0.7.0-incubating.tar.gz.sha512
> > Untar the archive and go into the source directory: tar xzf
> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
> > Run RAT checks to validate license headers: dev/check-license
> > Build and test the project: ./gradlew build (use Java 8)
> >
> > You can also validate the LICENSE and NOTICE documentation, which is
> included in the source tarball, as well as the staged binary artifacts.
> >
> > To validate the convenience binaries, add the Maven URL from the
> email above to a downstream project and update your Iceberg dependency to
> 0.7.0-incubating, like this:
> >
> >   repositories {
> > maven {
> >   name 'stagedIceberg'
> >   url '
> https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
> > }
> >   }
> >
> >   ext {
> > icebergVersion = '0.7.0-incubating'
> >   }
> >
> > Then run the downstream project’s tests.
> >
> > Thanks for voting, everyone!
> >
> > rb
> >
> >
> > On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
> >>
> >> Hi everyone,
>

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread 俊杰陈
Ran all steps successfully, +1

On Mon, Oct 14, 2019 at 7:39 AM Ted Gooch  wrote:
>
> Ran all steps no issues from me.
> +1
>
> On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue  wrote:
>>
>> +1 (binding)
>>
>> I went through all of the validation and it looks good.
>>
>> I also tested the iceberg-spark-runtime Jar with the Apache Spark 2.4.4 
>> download. Copying the runtime Jar into Spark's jars folder works without 
>> problems to read and write both path-based tables and Hive tables. Metadata 
>> tables work correctly, same with time travel, and metadata tables with time 
>> travel also work. I also didn't run out of threads in the test Hive 
>> metastore as I did with the last candidate.
>>
>> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi  
>> wrote:
>>>
>>> +1 from me then
>>>
>>> On 13 Oct 2019, at 18:33, Ryan Blue  wrote:
>>>
>>> The publish steps will now sign all of the artifacts, which is required for 
>>> an Apache release. That's why the publish steps fail in master. To fix this 
>>> in master, we can come up with a way to only turn on release signatures if 
>>> `-Prelease` is set, which is how we also select the Apache releases 
>>> repository.
>>>
>>> I don't think this is a problem with the release. The convenience binaries 
>>> in the release must be signed and published from an Apache repository, so 
>>> this is necessary. If you're trying to use the release, then you don't need 
>>> to be using JitPack.
>>>
>>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi 
>>>  wrote:

 Verified signature/checksum/rat, run tests.

 No other pending questions except what Arina and Gautam brought up.

 - Anton

 On 13 Oct 2019, at 09:17, Gautam  wrote:

 I was able to run steps in Ryan's mail just fine but ran  into the same 
 thing Arina mentioned  .. when running " ./graldew build publish "  ..

 A problem was found with the configuration of task 
 ':iceberg-api:signApachePublication'.
 > No value has been specified for property 'signatory.keyId'.


 Something we are expected to do with the keys here?






 On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva 
  wrote:
>
> Not sure, if this is related to the release vote but after "Update build 
> for Apache releases" commit [1], we are not longer able to build Iceberg 
> using JitPack.
> Error [2]:
>
> * What went wrong:
> A problem was found with the configuration of task 
> ':iceberg-api:signApachePublication'.
> > No value has been specified for property 'signatory.keyId'.
>
>
> [1] 
> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
> [2] 
> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>
> On Oct 12, 2019, at 6:08 AM, Julien Le Dem  wrote:
>
> I’m away for a long weekend without my laptop and will be able to try it 
> out on Tuesday (if votes are still needed).
> Happy validation everyone!
> Julien
>
> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>
> Here are the steps I included on the last thread if you'd like to 
> validate the release:
>
> Download the source tarball, signature (.asc), and checksum (.sha512)
> Import gpg keys: download KEYS and run gpg --import 
> /path/to/downloaded/KEYS (optional if this hasn’t changed)
> Verify the signature by running: gpg --verify 
> apache-iceberg-0.7.0-incubating.tar.gz.asc
> Verify the checksum by running: sha512sum -c 
> apache-iceberg-0.7.0-incubating.tar.gz.sha512
> Untar the archive and go into the source directory: tar xzf 
> apache-iceberg-0.7.0-incubating.tar.gz && cd 
> apache-iceberg-0.7.0-incubating
> Run RAT checks to validate license headers: dev/check-license
> Build and test the project: ./gradlew build (use Java 8)
>
> You can also validate the LICENSE and NOTICE documentation, which is 
> included in the source tarball, as well as the staged binary artifacts.
>
> To validate the convenience binaries, add the Maven URL from the email 
> above to a downstream project and update your Iceberg dependency to 
> 0.7.0-incubating, like this:
>
>   repositories {
> maven {
>   name 'stagedIceberg'
>   url 
> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
> }
>   }
>
>   ext {
> icebergVersion = '0.7.0-incubating'
>   }
>
> Then run the downstream project’s tests.
>
> Thanks for voting, everyone!
>
> rb
>
>
> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>>
>> Hi everyone,
>>
>> I propose the following RC to be released as official Apache Iceberg 
>> 0.7.0-incubating release.
>>
>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>> * This corresponds to the tag:

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Ted Gooch
Ran all steps no issues from me.
+1

On Sun, Oct 13, 2019 at 12:09 PM Ryan Blue 
wrote:

> +1 (binding)
>
> I went through all of the validation and it looks good.
>
> I also tested the iceberg-spark-runtime Jar with the Apache Spark 2.4.4
> download. Copying the runtime Jar into Spark's jars folder works without
> problems to read and write both path-based tables and Hive tables. Metadata
> tables work correctly, same with time travel, and metadata tables with time
> travel also work. I also didn't run out of threads in the test Hive
> metastore as I did with the last candidate.
>
> On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi 
> wrote:
>
>> +1 from me then
>>
>> On 13 Oct 2019, at 18:33, Ryan Blue  wrote:
>>
>> The publish steps will now sign all of the artifacts, which is required
>> for an Apache release. That's why the publish steps fail in master. To fix
>> this in master, we can come up with a way to only turn on release
>> signatures if `-Prelease` is set, which is how we also select the Apache
>> releases repository.
>>
>> I don't think this is a problem with the release. The convenience
>> binaries in the release must be signed and published from an Apache
>> repository, so this is necessary. If you're trying to use the release, then
>> you don't need to be using JitPack.
>>
>> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi <
>> [email protected]> wrote:
>>
>>> Verified signature/checksum/rat, run tests.
>>>
>>> No other pending questions except what Arina and Gautam brought up.
>>>
>>> - Anton
>>>
>>> On 13 Oct 2019, at 09:17, Gautam  wrote:
>>>
>>> I was able to run steps in Ryan's mail just fine but ran  into the same
>>> thing Arina mentioned  .. when running "* ./graldew build publish *"  ..
>>>
>>> A problem was found with the configuration of task 
>>> ':iceberg-api:signApachePublication'.
>>> > No value has been specified for property 'signatory.keyId'.
>>>
>>>
>>> Something we are expected to do with the keys here?
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
>>> [email protected]> wrote:
>>>
 Not sure, if this is related to the release vote but after "Update
 build for Apache releases" commit [1], we are not longer able to build
 Iceberg using JitPack.
 Error [2]:

 * What went wrong:
 A problem was found with the configuration of task 
 ':iceberg-api:signApachePublication'.
 > No value has been specified for property 'signatory.keyId'.


 [1]
 https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
 [2]
 https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log


 On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
 wrote:

 I’m away for a long weekend without my laptop and will be able to try
 it out on Tuesday (if votes are still needed).
 Happy validation everyone!
 Julien

 On Oct 11, 2019, at 18:21, Ryan Blue  wrote:

 Here are the steps I included on the last thread if you'd like to
 validate the release:

1. Download the source tarball

 
, signature

 
  (.asc),
and checksum

 
 (.sha512)
2. Import gpg keys: download KEYS
 and
run gpg --import /path/to/downloaded/KEYS (optional if this hasn’t
changed)
3. Verify the signature by running: gpg --verify
apache-iceberg-0.7.0-incubating.tar.gz.asc
4. Verify the checksum by running: sha512sum -c
apache-iceberg-0.7.0-incubating.tar.gz.sha512
5. Untar the archive and go into the source directory: tar xzf
apache-iceberg-0.7.0-incubating.tar.gz && cd 
 apache-iceberg-0.7.0-incubating
6. Run RAT checks to validate license headers: dev/check-license
7. Build and test the project: ./gradlew build (use Java 8)

 You can also validate the LICENSE and NOTICE documentation, which is
 included in the source tarball, as well as the staged binary artifacts.

 To validate the convenience binaries, add the Maven URL from the email
 above to a downstream project and update your Iceberg dependency to
 0.7.0-incubating, like this:

   repositories {
 maven {
   name 'stagedIceberg'
   url 
 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
 }
   }

   ext {
 icebergVersion = '0.7.0

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Ryan Blue
+1 (binding)

I went through all of the validation and it looks good.

I also tested the iceberg-spark-runtime Jar with the Apache Spark 2.4.4
download. Copying the runtime Jar into Spark's jars folder works without
problems to read and write both path-based tables and Hive tables. Metadata
tables work correctly, same with time travel, and metadata tables with time
travel also work. I also didn't run out of threads in the test Hive
metastore as I did with the last candidate.

On Sun, Oct 13, 2019 at 11:30 AM Anton Okolnychyi 
wrote:

> +1 from me then
>
> On 13 Oct 2019, at 18:33, Ryan Blue  wrote:
>
> The publish steps will now sign all of the artifacts, which is required
> for an Apache release. That's why the publish steps fail in master. To fix
> this in master, we can come up with a way to only turn on release
> signatures if `-Prelease` is set, which is how we also select the Apache
> releases repository.
>
> I don't think this is a problem with the release. The convenience binaries
> in the release must be signed and published from an Apache repository, so
> this is necessary. If you're trying to use the release, then you don't need
> to be using JitPack.
>
> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi <
> [email protected]> wrote:
>
>> Verified signature/checksum/rat, run tests.
>>
>> No other pending questions except what Arina and Gautam brought up.
>>
>> - Anton
>>
>> On 13 Oct 2019, at 09:17, Gautam  wrote:
>>
>> I was able to run steps in Ryan's mail just fine but ran  into the same
>> thing Arina mentioned  .. when running "* ./graldew build publish *"  ..
>>
>> A problem was found with the configuration of task 
>> ':iceberg-api:signApachePublication'.
>> > No value has been specified for property 'signatory.keyId'.
>>
>>
>> Something we are expected to do with the keys here?
>>
>>
>>
>>
>>
>>
>> On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
>> [email protected]> wrote:
>>
>>> Not sure, if this is related to the release vote but after "Update build
>>> for Apache releases" commit [1], we are not longer able to build Iceberg
>>> using JitPack.
>>> Error [2]:
>>>
>>> * What went wrong:
>>> A problem was found with the configuration of task 
>>> ':iceberg-api:signApachePublication'.
>>> > No value has been specified for property 'signatory.keyId'.
>>>
>>>
>>> [1]
>>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>>> [2]
>>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>>>
>>>
>>> On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
>>> wrote:
>>>
>>> I’m away for a long weekend without my laptop and will be able to try it
>>> out on Tuesday (if votes are still needed).
>>> Happy validation everyone!
>>> Julien
>>>
>>> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>>>
>>> Here are the steps I included on the last thread if you'd like to
>>> validate the release:
>>>
>>>1. Download the source tarball
>>>
>>> 
>>>, signature
>>>
>>> 
>>>  (.asc),
>>>and checksum
>>>
>>> 
>>> (.sha512)
>>>2. Import gpg keys: download KEYS
>>> and
>>>run gpg --import /path/to/downloaded/KEYS (optional if this hasn’t
>>>changed)
>>>3. Verify the signature by running: gpg --verify
>>>apache-iceberg-0.7.0-incubating.tar.gz.asc
>>>4. Verify the checksum by running: sha512sum -c
>>>apache-iceberg-0.7.0-incubating.tar.gz.sha512
>>>5. Untar the archive and go into the source directory: tar xzf
>>>apache-iceberg-0.7.0-incubating.tar.gz && cd 
>>> apache-iceberg-0.7.0-incubating
>>>6. Run RAT checks to validate license headers: dev/check-license
>>>7. Build and test the project: ./gradlew build (use Java 8)
>>>
>>> You can also validate the LICENSE and NOTICE documentation, which is
>>> included in the source tarball, as well as the staged binary artifacts.
>>>
>>> To validate the convenience binaries, add the Maven URL from the email
>>> above to a downstream project and update your Iceberg dependency to
>>> 0.7.0-incubating, like this:
>>>
>>>   repositories {
>>> maven {
>>>   name 'stagedIceberg'
>>>   url 
>>> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
>>> }
>>>   }
>>>
>>>   ext {
>>> icebergVersion = '0.7.0-incubating'
>>>   }
>>>
>>> Then run the downstream project’s tests.
>>>
>>> Thanks for voting, everyone!
>>>
>>> rb
>>>
>>> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>>>
 Hi everyone,

 I propose the followi

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Anton Okolnychyi
+1 from me then

> On 13 Oct 2019, at 18:33, Ryan Blue  wrote:
> 
> The publish steps will now sign all of the artifacts, which is required for 
> an Apache release. That's why the publish steps fail in master. To fix this 
> in master, we can come up with a way to only turn on release signatures if 
> `-Prelease` is set, which is how we also select the Apache releases 
> repository.
> 
> I don't think this is a problem with the release. The convenience binaries in 
> the release must be signed and published from an Apache repository, so this 
> is necessary. If you're trying to use the release, then you don't need to be 
> using JitPack.
> 
> On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi 
>  wrote:
> Verified signature/checksum/rat, run tests.
> 
> No other pending questions except what Arina and Gautam brought up.
> 
> - Anton
> 
>> On 13 Oct 2019, at 09:17, Gautam > > wrote:
>> 
>> I was able to run steps in Ryan's mail just fine but ran  into the same 
>> thing Arina mentioned  .. when running " ./graldew build publish "  ..
>> A problem was found with the configuration of task 
>> ':iceberg-api:signApachePublication'.
>> > No value has been specified for property 'signatory.keyId'.
>> 
>> Something we are expected to do with the keys here? 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva > > wrote:
>> Not sure, if this is related to the release vote but after "Update build for 
>> Apache releases" commit [1], we are not longer able to build Iceberg using 
>> JitPack.
>> Error [2]:
>> * What went wrong:
>> A problem was found with the configuration of task 
>> ':iceberg-api:signApachePublication'.
>> > No value has been specified for property 'signatory.keyId'.
>> 
>> [1] 
>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>>  
>> 
>> [2] 
>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log 
>> 
>>  
>> 
>>> On Oct 12, 2019, at 6:08 AM, Julien Le Dem >> > wrote:
>>> 
>>> I’m away for a long weekend without my laptop and will be able to try it 
>>> out on Tuesday (if votes are still needed).
>>> Happy validation everyone!
>>> Julien
>>> 
>>> On Oct 11, 2019, at 18:21, Ryan Blue >> > wrote:
>>> 
 Here are the steps I included on the last thread if you'd like to validate 
 the release:
 Download the source tarball 
 ,
  signature 
 
  (.asc), and checksum 
 
  (.sha512)
 Import gpg keys: download KEYS 
  and run 
 gpg --import /path/to/downloaded/KEYS (optional if this hasn’t changed)
 Verify the signature by running: gpg --verify 
 apache-iceberg-0.7.0-incubating.tar.gz.asc
 Verify the checksum by running: sha512sum -c 
 apache-iceberg-0.7.0-incubating.tar.gz.sha512
 Untar the archive and go into the source directory: tar xzf 
 apache-iceberg-0.7.0-incubating.tar.gz && cd 
 apache-iceberg-0.7.0-incubating
 Run RAT checks to validate license headers: dev/check-license
 Build and test the project: ./gradlew build (use Java 8)
 You can also validate the LICENSE and NOTICE documentation, which is 
 included in the source tarball, as well as the staged binary artifacts.
 
 To validate the convenience binaries, add the Maven URL from the email 
 above to a downstream project and update your Iceberg dependency to 
 0.7.0-incubating, like this:
 
   repositories {
 maven {
   name 'stagedIceberg'
   url 
 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/ 
 '
 }
   }
 
   ext {
 icebergVersion = '0.7.0-incubating'
   }
 Then run the downstream project’s tests.
 
 Thanks for voting, everyone!
 
 rb
 
 
 On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue >>> > wrote:
 Hi everyone,
 
 I propose the following RC to be released as official Apache Iceberg 
 0.7.0-incubating release.
 
 The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
 * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
 * 
>>>

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Ryan Blue
The publish steps will now sign all of the artifacts, which is required for
an Apache release. That's why the publish steps fail in master. To fix this
in master, we can come up with a way to only turn on release signatures if
`-Prelease` is set, which is how we also select the Apache releases
repository.

I don't think this is a problem with the release. The convenience binaries
in the release must be signed and published from an Apache repository, so
this is necessary. If you're trying to use the release, then you don't need
to be using JitPack.

On Sun, Oct 13, 2019 at 6:53 AM Anton Okolnychyi
 wrote:

> Verified signature/checksum/rat, run tests.
>
> No other pending questions except what Arina and Gautam brought up.
>
> - Anton
>
> On 13 Oct 2019, at 09:17, Gautam  wrote:
>
> I was able to run steps in Ryan's mail just fine but ran  into the same
> thing Arina mentioned  .. when running "* ./graldew build publish *"  ..
>
> A problem was found with the configuration of task 
> ':iceberg-api:signApachePublication'.
> > No value has been specified for property 'signatory.keyId'.
>
>
> Something we are expected to do with the keys here?
>
>
>
>
>
>
> On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva <
> [email protected]> wrote:
>
>> Not sure, if this is related to the release vote but after "Update build
>> for Apache releases" commit [1], we are not longer able to build Iceberg
>> using JitPack.
>> Error [2]:
>>
>> * What went wrong:
>> A problem was found with the configuration of task 
>> ':iceberg-api:signApachePublication'.
>> > No value has been specified for property 'signatory.keyId'.
>>
>>
>> [1]
>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>> [2]
>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>>
>>
>> On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
>> wrote:
>>
>> I’m away for a long weekend without my laptop and will be able to try it
>> out on Tuesday (if votes are still needed).
>> Happy validation everyone!
>> Julien
>>
>> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>>
>> Here are the steps I included on the last thread if you'd like to
>> validate the release:
>>
>>1. Download the source tarball
>>
>> 
>>, signature
>>
>> 
>>  (.asc),
>>and checksum
>>
>> 
>> (.sha512)
>>2. Import gpg keys: download KEYS
>> and
>>run gpg --import /path/to/downloaded/KEYS (optional if this hasn’t
>>changed)
>>3. Verify the signature by running: gpg --verify
>>apache-iceberg-0.7.0-incubating.tar.gz.asc
>>4. Verify the checksum by running: sha512sum -c
>>apache-iceberg-0.7.0-incubating.tar.gz.sha512
>>5. Untar the archive and go into the source directory: tar xzf
>>apache-iceberg-0.7.0-incubating.tar.gz && cd 
>> apache-iceberg-0.7.0-incubating
>>6. Run RAT checks to validate license headers: dev/check-license
>>7. Build and test the project: ./gradlew build (use Java 8)
>>
>> You can also validate the LICENSE and NOTICE documentation, which is
>> included in the source tarball, as well as the staged binary artifacts.
>>
>> To validate the convenience binaries, add the Maven URL from the email
>> above to a downstream project and update your Iceberg dependency to
>> 0.7.0-incubating, like this:
>>
>>   repositories {
>> maven {
>>   name 'stagedIceberg'
>>   url 
>> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
>> }
>>   }
>>
>>   ext {
>> icebergVersion = '0.7.0-incubating'
>>   }
>>
>> Then run the downstream project’s tests.
>>
>> Thanks for voting, everyone!
>>
>> rb
>>
>> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>>
>>> Hi everyone,
>>>
>>> I propose the following RC to be released as official Apache Iceberg
>>> 0.7.0-incubating release.
>>>
>>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>>> *
>>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>>> *
>>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>>>
>>> The release tarball, signature, and checksums are here:
>>> *
>>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>>>
>>> You can find the KEYS file here:
>>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS
>>>
>>> Convenience binary artifacts are staged in Nexus. The Maven repository
>>> URL is

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Anton Okolnychyi
Verified signature/checksum/rat, run tests.

No other pending questions except what Arina and Gautam brought up.

- Anton

> On 13 Oct 2019, at 09:17, Gautam  wrote:
> 
> I was able to run steps in Ryan's mail just fine but ran  into the same thing 
> Arina mentioned  .. when running " ./graldew build publish "  ..
> A problem was found with the configuration of task 
> ':iceberg-api:signApachePublication'.
> > No value has been specified for property 'signatory.keyId'.
> 
> Something we are expected to do with the keys here? 
> 
> 
> 
> 
> 
> 
> On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva  > wrote:
> Not sure, if this is related to the release vote but after "Update build for 
> Apache releases" commit [1], we are not longer able to build Iceberg using 
> JitPack.
> Error [2]:
> * What went wrong:
> A problem was found with the configuration of task 
> ':iceberg-api:signApachePublication'.
> > No value has been specified for property 'signatory.keyId'.
> 
> [1] 
> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>  
> 
> [2] 
> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log 
>  
> 
>> On Oct 12, 2019, at 6:08 AM, Julien Le Dem > > wrote:
>> 
>> I’m away for a long weekend without my laptop and will be able to try it out 
>> on Tuesday (if votes are still needed).
>> Happy validation everyone!
>> Julien
>> 
>> On Oct 11, 2019, at 18:21, Ryan Blue > > wrote:
>> 
>>> Here are the steps I included on the last thread if you'd like to validate 
>>> the release:
>>> Download the source tarball 
>>> ,
>>>  signature 
>>> 
>>>  (.asc), and checksum 
>>> 
>>>  (.sha512)
>>> Import gpg keys: download KEYS 
>>>  and run gpg 
>>> --import /path/to/downloaded/KEYS (optional if this hasn’t changed)
>>> Verify the signature by running: gpg --verify 
>>> apache-iceberg-0.7.0-incubating.tar.gz.asc
>>> Verify the checksum by running: sha512sum -c 
>>> apache-iceberg-0.7.0-incubating.tar.gz.sha512
>>> Untar the archive and go into the source directory: tar xzf 
>>> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
>>> Run RAT checks to validate license headers: dev/check-license
>>> Build and test the project: ./gradlew build (use Java 8)
>>> You can also validate the LICENSE and NOTICE documentation, which is 
>>> included in the source tarball, as well as the staged binary artifacts.
>>> 
>>> To validate the convenience binaries, add the Maven URL from the email 
>>> above to a downstream project and update your Iceberg dependency to 
>>> 0.7.0-incubating, like this:
>>> 
>>>   repositories {
>>> maven {
>>>   name 'stagedIceberg'
>>>   url 
>>> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/ 
>>> '
>>> }
>>>   }
>>> 
>>>   ext {
>>> icebergVersion = '0.7.0-incubating'
>>>   }
>>> Then run the downstream project’s tests.
>>> 
>>> Thanks for voting, everyone!
>>> 
>>> rb
>>> 
>>> 
>>> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue >> > wrote:
>>> Hi everyone,
>>> 
>>> I propose the following RC to be released as official Apache Iceberg 
>>> 0.7.0-incubating release.
>>> 
>>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>>> * 
>>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>>>  
>>> 
>>> * 
>>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>>>  
>>> 
>>> 
>>> The release tarball, signature, and checksums are here:
>>> * 
>>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>>>  
>>> 
>>> 
>>> You can find the KEYS file here:
>>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS 
>>> 
>>> 
>>> Convenience binary a

Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-13 Thread Gautam
I was able to run steps in Ryan's mail just fine but ran  into the same
thing Arina mentioned  .. when running "* ./graldew build publish *"  ..

A problem was found with the configuration of task
':iceberg-api:signApachePublication'.
> No value has been specified for property 'signatory.keyId'.


Something we are expected to do with the keys here?






On Sat, Oct 12, 2019 at 8:30 PM Arina Yelchiyeva 
wrote:

> Not sure, if this is related to the release vote but after "Update build
> for Apache releases" commit [1], we are not longer able to build Iceberg
> using JitPack.
> Error [2]:
>
> * What went wrong:
> A problem was found with the configuration of task 
> ':iceberg-api:signApachePublication'.
> > No value has been specified for property 'signatory.keyId'.
>
>
> [1]
> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
> [2]
> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>
>
> On Oct 12, 2019, at 6:08 AM, Julien Le Dem  wrote:
>
> I’m away for a long weekend without my laptop and will be able to try it
> out on Tuesday (if votes are still needed).
> Happy validation everyone!
> Julien
>
> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>
> Here are the steps I included on the last thread if you'd like to validate
> the release:
>
>1. Download the source tarball
>
> 
>, signature
>
> 
>  (.asc),
>and checksum
>
> 
> (.sha512)
>2. Import gpg keys: download KEYS
> and
>run gpg --import /path/to/downloaded/KEYS (optional if this hasn’t
>changed)
>3. Verify the signature by running: gpg --verify
>apache-iceberg-0.7.0-incubating.tar.gz.asc
>4. Verify the checksum by running: sha512sum -c
>apache-iceberg-0.7.0-incubating.tar.gz.sha512
>5. Untar the archive and go into the source directory: tar xzf
>apache-iceberg-0.7.0-incubating.tar.gz && cd 
> apache-iceberg-0.7.0-incubating
>6. Run RAT checks to validate license headers: dev/check-license
>7. Build and test the project: ./gradlew build (use Java 8)
>
> You can also validate the LICENSE and NOTICE documentation, which is
> included in the source tarball, as well as the staged binary artifacts.
>
> To validate the convenience binaries, add the Maven URL from the email
> above to a downstream project and update your Iceberg dependency to
> 0.7.0-incubating, like this:
>
>   repositories {
> maven {
>   name 'stagedIceberg'
>   url 
> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
> }
>   }
>
>   ext {
> icebergVersion = '0.7.0-incubating'
>   }
>
> Then run the downstream project’s tests.
>
> Thanks for voting, everyone!
>
> rb
>
> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>
>> Hi everyone,
>>
>> I propose the following RC to be released as official Apache Iceberg
>> 0.7.0-incubating release.
>>
>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>> *
>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>> *
>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>>
>> The release tarball, signature, and checksums are here:
>> *
>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>>
>> You can find the KEYS file here:
>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS
>>
>> Convenience binary artifacts are staged in Nexus. The Maven repository
>> URL is:
>> *
>> https://repository.apache.org/content/repositories/orgapacheiceberg-1001/
>>
>> This is the first Apache Iceberg release.
>>
>> Please download, verify, and test; then vote in the next 72 hours.
>>
>> [ ] +1 Release this as Apache Parquet 0.7.0-incubating
>> [ ] +0
>> [ ] -1 Do not release this because...
>>
>> --
>> Ryan Blue
>>
>
>
> --
> Ryan Blue
>
>
>


Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-12 Thread RD
+1

On Sat, Oct 12, 2019 at 9:11 PM RD  wrote:

> Successfully executed steps 1 - 7.
>
> +1 Release this as Apache Parquet 0.7.0-incubating
>
> -R
>
> On Sat, Oct 12, 2019 at 8:00 AM Arina Yelchiyeva <
> [email protected]> wrote:
>
>> Not sure, if this is related to the release vote but after "Update build
>> for Apache releases" commit [1], we are not longer able to build Iceberg
>> using JitPack.
>> Error [2]:
>>
>> * What went wrong:
>> A problem was found with the configuration of task 
>> ':iceberg-api:signApachePublication'.
>> > No value has been specified for property 'signatory.keyId'.
>>
>>
>> [1]
>> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
>> [2]
>> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>>
>>
>> On Oct 12, 2019, at 6:08 AM, Julien Le Dem 
>> wrote:
>>
>> I’m away for a long weekend without my laptop and will be able to try it
>> out on Tuesday (if votes are still needed).
>> Happy validation everyone!
>> Julien
>>
>> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>>
>> Here are the steps I included on the last thread if you'd like to
>> validate the release:
>>
>>1. Download the source tarball
>>
>> 
>>, signature
>>
>> 
>>  (.asc),
>>and checksum
>>
>> 
>> (.sha512)
>>2. Import gpg keys: download KEYS
>> and
>>run gpg --import /path/to/downloaded/KEYS (optional if this hasn’t
>>changed)
>>3. Verify the signature by running: gpg --verify
>>apache-iceberg-0.7.0-incubating.tar.gz.asc
>>4. Verify the checksum by running: sha512sum -c
>>apache-iceberg-0.7.0-incubating.tar.gz.sha512
>>5. Untar the archive and go into the source directory: tar xzf
>>apache-iceberg-0.7.0-incubating.tar.gz && cd 
>> apache-iceberg-0.7.0-incubating
>>6. Run RAT checks to validate license headers: dev/check-license
>>7. Build and test the project: ./gradlew build (use Java 8)
>>
>> You can also validate the LICENSE and NOTICE documentation, which is
>> included in the source tarball, as well as the staged binary artifacts.
>>
>> To validate the convenience binaries, add the Maven URL from the email
>> above to a downstream project and update your Iceberg dependency to
>> 0.7.0-incubating, like this:
>>
>>   repositories {
>> maven {
>>   name 'stagedIceberg'
>>   url 
>> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
>> }
>>   }
>>
>>   ext {
>> icebergVersion = '0.7.0-incubating'
>>   }
>>
>> Then run the downstream project’s tests.
>>
>> Thanks for voting, everyone!
>>
>> rb
>>
>> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>>
>>> Hi everyone,
>>>
>>> I propose the following RC to be released as official Apache Iceberg
>>> 0.7.0-incubating release.
>>>
>>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>>> *
>>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>>> *
>>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>>>
>>> The release tarball, signature, and checksums are here:
>>> *
>>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>>>
>>> You can find the KEYS file here:
>>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS
>>>
>>> Convenience binary artifacts are staged in Nexus. The Maven repository
>>> URL is:
>>> *
>>> https://repository.apache.org/content/repositories/orgapacheiceberg-1001/
>>>
>>> This is the first Apache Iceberg release.
>>>
>>> Please download, verify, and test; then vote in the next 72 hours.
>>>
>>> [ ] +1 Release this as Apache Parquet 0.7.0-incubating
>>> [ ] +0
>>> [ ] -1 Do not release this because...
>>>
>>> --
>>> Ryan Blue
>>>
>>
>>
>> --
>> Ryan Blue
>>
>>
>>


Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-12 Thread RD
Successfully executed steps 1 - 7.

+1 Release this as Apache Parquet 0.7.0-incubating

-R

On Sat, Oct 12, 2019 at 8:00 AM Arina Yelchiyeva 
wrote:

> Not sure, if this is related to the release vote but after "Update build
> for Apache releases" commit [1], we are not longer able to build Iceberg
> using JitPack.
> Error [2]:
>
> * What went wrong:
> A problem was found with the configuration of task 
> ':iceberg-api:signApachePublication'.
> > No value has been specified for property 'signatory.keyId'.
>
>
> [1]
> https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
> [2]
> https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log
>
>
> On Oct 12, 2019, at 6:08 AM, Julien Le Dem  wrote:
>
> I’m away for a long weekend without my laptop and will be able to try it
> out on Tuesday (if votes are still needed).
> Happy validation everyone!
> Julien
>
> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
>
> Here are the steps I included on the last thread if you'd like to validate
> the release:
>
>1. Download the source tarball
>
> 
>, signature
>
> 
>  (.asc),
>and checksum
>
> 
> (.sha512)
>2. Import gpg keys: download KEYS
> and
>run gpg --import /path/to/downloaded/KEYS (optional if this hasn’t
>changed)
>3. Verify the signature by running: gpg --verify
>apache-iceberg-0.7.0-incubating.tar.gz.asc
>4. Verify the checksum by running: sha512sum -c
>apache-iceberg-0.7.0-incubating.tar.gz.sha512
>5. Untar the archive and go into the source directory: tar xzf
>apache-iceberg-0.7.0-incubating.tar.gz && cd 
> apache-iceberg-0.7.0-incubating
>6. Run RAT checks to validate license headers: dev/check-license
>7. Build and test the project: ./gradlew build (use Java 8)
>
> You can also validate the LICENSE and NOTICE documentation, which is
> included in the source tarball, as well as the staged binary artifacts.
>
> To validate the convenience binaries, add the Maven URL from the email
> above to a downstream project and update your Iceberg dependency to
> 0.7.0-incubating, like this:
>
>   repositories {
> maven {
>   name 'stagedIceberg'
>   url 
> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
> }
>   }
>
>   ext {
> icebergVersion = '0.7.0-incubating'
>   }
>
> Then run the downstream project’s tests.
>
> Thanks for voting, everyone!
>
> rb
>
> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>
>> Hi everyone,
>>
>> I propose the following RC to be released as official Apache Iceberg
>> 0.7.0-incubating release.
>>
>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>> *
>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>> *
>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>>
>> The release tarball, signature, and checksums are here:
>> *
>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>>
>> You can find the KEYS file here:
>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS
>>
>> Convenience binary artifacts are staged in Nexus. The Maven repository
>> URL is:
>> *
>> https://repository.apache.org/content/repositories/orgapacheiceberg-1001/
>>
>> This is the first Apache Iceberg release.
>>
>> Please download, verify, and test; then vote in the next 72 hours.
>>
>> [ ] +1 Release this as Apache Parquet 0.7.0-incubating
>> [ ] +0
>> [ ] -1 Do not release this because...
>>
>> --
>> Ryan Blue
>>
>
>
> --
> Ryan Blue
>
>
>


Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-12 Thread Arina Yelchiyeva
Not sure, if this is related to the release vote but after "Update build for 
Apache releases" commit [1], we are not longer able to build Iceberg using 
JitPack.
Error [2]:
* What went wrong:
A problem was found with the configuration of task 
':iceberg-api:signApachePublication'.
> No value has been specified for property 'signatory.keyId'.

[1] 
https://github.com/apache/incubator-iceberg/commit/2219c86ec6dc5512b2e581f500125841b1b56226
 

[2] https://jitpack.io/com/github/apache/incubator-iceberg/5620f119f4/build.log 
 

> On Oct 12, 2019, at 6:08 AM, Julien Le Dem  wrote:
> 
> I’m away for a long weekend without my laptop and will be able to try it out 
> on Tuesday (if votes are still needed).
> Happy validation everyone!
> Julien
> 
> On Oct 11, 2019, at 18:21, Ryan Blue  > wrote:
> 
>> Here are the steps I included on the last thread if you'd like to validate 
>> the release:
>> Download the source tarball 
>> ,
>>  signature 
>> 
>>  (.asc), and checksum 
>> 
>>  (.sha512)
>> Import gpg keys: download KEYS 
>>  and run gpg 
>> --import /path/to/downloaded/KEYS (optional if this hasn’t changed)
>> Verify the signature by running: gpg --verify 
>> apache-iceberg-0.7.0-incubating.tar.gz.asc
>> Verify the checksum by running: sha512sum -c 
>> apache-iceberg-0.7.0-incubating.tar.gz.sha512
>> Untar the archive and go into the source directory: tar xzf 
>> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
>> Run RAT checks to validate license headers: dev/check-license
>> Build and test the project: ./gradlew build (use Java 8)
>> You can also validate the LICENSE and NOTICE documentation, which is 
>> included in the source tarball, as well as the staged binary artifacts.
>> 
>> To validate the convenience binaries, add the Maven URL from the email above 
>> to a downstream project and update your Iceberg dependency to 
>> 0.7.0-incubating, like this:
>> 
>>   repositories {
>> maven {
>>   name 'stagedIceberg'
>>   url 
>> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/ 
>> '
>> }
>>   }
>> 
>>   ext {
>> icebergVersion = '0.7.0-incubating'
>>   }
>> Then run the downstream project’s tests.
>> 
>> Thanks for voting, everyone!
>> 
>> rb
>> 
>> 
>> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue > > wrote:
>> Hi everyone,
>> 
>> I propose the following RC to be released as official Apache Iceberg 
>> 0.7.0-incubating release.
>> 
>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>> * 
>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>>  
>> 
>> * 
>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>>  
>> 
>> 
>> The release tarball, signature, and checksums are here:
>> * 
>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>>  
>> 
>> 
>> You can find the KEYS file here:
>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS 
>> 
>> 
>> Convenience binary artifacts are staged in Nexus. The Maven repository URL 
>> is:
>> * https://repository.apache.org/content/repositories/orgapacheiceberg-1001/ 
>> 
>> 
>> This is the first Apache Iceberg release.
>> 
>> Please download, verify, and test; then vote in the next 72 hours.
>> 
>> [ ] +1 Release this as Apache Parquet 0.7.0-incubating
>> [ ] +0
>> [ ] -1 Do not release this because...
>> 
>> -- 
>> Ryan Blue
>> 
>> 
>> -- 
>> Ryan Blue



Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-11 Thread Julien Le Dem
I’m away for a long weekend without my laptop and will be able to try it out on 
Tuesday (if votes are still needed).
Happy validation everyone!
Julien

> On Oct 11, 2019, at 18:21, Ryan Blue  wrote:
> 
> Here are the steps I included on the last thread if you'd like to validate 
> the release:
> Download the source tarball, signature (.asc), and checksum (.sha512)
> Import gpg keys: download KEYS and run gpg --import /path/to/downloaded/KEYS 
> (optional if this hasn’t changed)
> Verify the signature by running: gpg --verify 
> apache-iceberg-0.7.0-incubating.tar.gz.asc
> Verify the checksum by running: sha512sum -c 
> apache-iceberg-0.7.0-incubating.tar.gz.sha512
> Untar the archive and go into the source directory: tar xzf 
> apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
> Run RAT checks to validate license headers: dev/check-license
> Build and test the project: ./gradlew build (use Java 8)
> You can also validate the LICENSE and NOTICE documentation, which is included 
> in the source tarball, as well as the staged binary artifacts.
> 
> To validate the convenience binaries, add the Maven URL from the email above 
> to a downstream project and update your Iceberg dependency to 
> 0.7.0-incubating, like this:
> 
>   repositories {
> maven {
>   name 'stagedIceberg'
>   url 
> 'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
> }
>   }
> 
>   ext {
> icebergVersion = '0.7.0-incubating'
>   }
> Then run the downstream project’s tests.
> 
> Thanks for voting, everyone!
> 
> rb
> 
> 
>> On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:
>> Hi everyone,
>> 
>> I propose the following RC to be released as official Apache Iceberg 
>> 0.7.0-incubating release.
>> 
>> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
>> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
>> * 
>> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
>> * 
>> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>> 
>> The release tarball, signature, and checksums are here:
>> * 
>> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>> 
>> You can find the KEYS file here:
>> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS
>> 
>> Convenience binary artifacts are staged in Nexus. The Maven repository URL 
>> is:
>> * https://repository.apache.org/content/repositories/orgapacheiceberg-1001/
>> 
>> This is the first Apache Iceberg release.
>> 
>> Please download, verify, and test; then vote in the next 72 hours.
>> 
>> [ ] +1 Release this as Apache Parquet 0.7.0-incubating
>> [ ] +0
>> [ ] -1 Do not release this because...
>> 
>> -- 
>> Ryan Blue
> 
> 
> -- 
> Ryan Blue


Re: [VOTE] Release Apache Iceberg 0.7.0-incubating RC1

2019-10-11 Thread Ryan Blue
Here are the steps I included on the last thread if you'd like to validate
the release:

   1. Download the source tarball
   

   , signature
   

(.asc),
   and checksum
   

(.sha512)
   2. Import gpg keys: download KEYS
    and run gpg
   --import /path/to/downloaded/KEYS (optional if this hasn’t changed)
   3. Verify the signature by running: gpg --verify
   apache-iceberg-0.7.0-incubating.tar.gz.asc
   4. Verify the checksum by running: sha512sum -c
   apache-iceberg-0.7.0-incubating.tar.gz.sha512
   5. Untar the archive and go into the source directory: tar xzf
   apache-iceberg-0.7.0-incubating.tar.gz && cd apache-iceberg-0.7.0-incubating
   6. Run RAT checks to validate license headers: dev/check-license
   7. Build and test the project: ./gradlew build (use Java 8)

You can also validate the LICENSE and NOTICE documentation, which is
included in the source tarball, as well as the staged binary artifacts.

To validate the convenience binaries, add the Maven URL from the email
above to a downstream project and update your Iceberg dependency to
0.7.0-incubating, like this:

  repositories {
maven {
  name 'stagedIceberg'
  url 
'https://repository.apache.org/content/repositories/orgapacheiceberg-1000/'
}
  }

  ext {
icebergVersion = '0.7.0-incubating'
  }

Then run the downstream project’s tests.

Thanks for voting, everyone!

rb

On Fri, Oct 11, 2019 at 6:18 PM Ryan Blue  wrote:

> Hi everyone,
>
> I propose the following RC to be released as official Apache Iceberg
> 0.7.0-incubating release.
>
> The commit id is 028a8d0e65d9c713b9b040c592fa10641b6c867b
> * This corresponds to the tag: apache-iceberg-0.7.0-incubating-rc1
> *
> https://github.com/apache/incubator-iceberg/tree/apache-iceberg-0.7.0-incubating-rc1
> *
> https://github.com/apache/incubator-iceberg/tree/028a8d0e65d9c713b9b040c592fa10641b6c867b
>
> The release tarball, signature, and checksums are here:
> *
> https://dist.apache.org/repos/dist/dev/incubator/iceberg/apache-iceberg-0.7.0-incubating-rc1/
>
> You can find the KEYS file here:
> * https://dist.apache.org/repos/dist/dev/incubator/iceberg/KEYS
>
> Convenience binary artifacts are staged in Nexus. The Maven repository URL
> is:
> *
> https://repository.apache.org/content/repositories/orgapacheiceberg-1001/
>
> This is the first Apache Iceberg release.
>
> Please download, verify, and test; then vote in the next 72 hours.
>
> [ ] +1 Release this as Apache Parquet 0.7.0-incubating
> [ ] +0
> [ ] -1 Do not release this because...
>
> --
> Ryan Blue
>


-- 
Ryan Blue