+1 (binding)

Thanks Kou for adding the missing signatures.

* I was able to verify the binaries after the signature fix. The Linux
package tests are very nice!
* I ran the following source verifications (on linux except where noted)
  * C++ (Ubuntu 19.04 and Windows, with patch
https://github.com/apache/arrow/pull/4770)
  * Python (UB19.04 / Windows)
  * Java
  * JS
  * Ruby
  * GLib
  * Go
  * Rust
  * Integration tests with Flight (with minor patch
https://github.com/apache/arrow/pull/4775)

I only had trouble with C#, and it may be environment specific.

On Mon, Jul 1, 2019 at 4:32 PM Sutou Kouhei <k...@clear-code.com> wrote:
>
> Hi,
>
> > but it failed with
> >
> > https://gist.github.com/wesm/711ae3d66c942db293dba55ff237871a
>
> Thanks for catching this.
> I failed to upload some files. I uploaded missing files.
>
> I confirmed that there are no missing files with the
> following Ruby script:
>
> --
> #!/usr/bin/env ruby
>
> require "open-uri"
> require "json"
> require "English"
>
> ["debian", "ubuntu", "centos", "python"].each do |target|
>   json_path = "/tmp/#{target}-file-list.json"
>   unless File.exist?(json_path)
>     
> open("https://bintray.com/api/v1/packages/apache/arrow/#{target}-rc/versions/0.14.0-rc0/files";)
>  do |input|
>       File.open(json_path, "w") do |json|
>         IO.copy_stream(input, json)
>       end
>     end
>   end
>
>   source_paths = []
>   asc_paths = []
>   sha512_paths = []
>   JSON.parse(File.read(json_path)).each do |entry|
>     path = entry["path"]
>     case path
>     when /\.asc\z/
>       asc_paths << $PREMATCH
>     when /\.sha512\z/
>       sha512_paths << $PREMATCH
>     else
>       source_paths << path
>     end
>   end
>   pp([:no_asc, source_paths - asc_paths])
>   pp([:no_source_for_asc, asc_paths - source_paths])
>   pp([:no_sha512, source_paths - sha512_paths])
>   pp([:no_source_for_sha512, sha512_paths - source_paths])
> end
> --
>
> But this is a bit strange. Download file list is read from
> Bintray (*). So I think that our verification script doesn't
> try downloading nonexistent files...
>
> (*) 
> https://bintray.com/api/v1/packages/apache/arrow/debian-rc/versions/0.14.0-rc0/files
>
> > I'm going to work on verifying more components. C# is failing with
> >
> > https://gist.github.com/wesm/985146df6944a1aade331c4bd1519f1f
>
> I couldn't reproduce this on my environment.
> I'll try this with clean environment.
>
> Note that we can try only C# verification with the following
> command line:
>
>   TEST_DEFAULT=0 TEST_SOURCE=1 TEST_CSHARP=1 
> dev/release/verify-release-candidate.sh source 0.14.0 0
>
> > Seems like we might need to find an
> > artifact staging solution that is not Bintray if API rate limits are
> > going to be a problem.
>
> I don't get response yet from https://bintray.com/apache
> organization. I'll open an issue on INFRA JIRA.
>
>
> Thanks,
> --
> kou
>
> In <cajpuwmbtuzdqmtr5f1ukzjfzg7t9xv0qblev3ulngoy10do...@mail.gmail.com>
>   "Re: [VOTE] Release Apache Arrow 0.14.0 - RC0" on Mon, 1 Jul 2019 11:48:50 
> -0500,
>   Wes McKinney <wesmck...@gmail.com> wrote:
>
> > hi Antoine, I'm not sure the origin of the conda.sh failure, have you
> > tried removing any bashrc stuff related to the Anaconda distribution
> > that you develop against?
> >
> > With the following patch I'm able to run the binary verification
> >
> > https://github.com/apache/arrow/pull/4768
> >
> > but it failed with
> >
> > https://gist.github.com/wesm/711ae3d66c942db293dba55ff237871a
> >
> > Indeed a sig is missing from bintray. I was able to get the parallel
> > build to run on my machine (but it failed when I piped stdin/stdout to
> > a file) but I also found a bad sig
> >
> > https://gist.github.com/wesm/2404d55e087cc3982d93e53c83df95d5
> >
> > I'm going to work on verifying more components. C# is failing with
> >
> > https://gist.github.com/wesm/985146df6944a1aade331c4bd1519f1f
> >
> > but I don't think that should block the release (it would be nice if
> > it passed though)
> >
> > I'm going to work on the Windows verification script and see if I can
> > add Flight support to it
> >
> > All in all appears that an RC1 may be warranted unless the signature
> > issues can be remedied in RC0. Seems like we might need to find an
> > artifact staging solution that is not Bintray if API rate limits are
> > going to be a problem.
> >
> > - Wes
> >
> > On Mon, Jul 1, 2019 at 3:48 AM Antoine Pitrou <anto...@python.org> wrote:
> >>
> >>
> >> On Ubuntu 18.04:
> >>
> >> - failed to verify binaries
> >>
> >> """
> >> + echo 'Failed to verify release candidate. See /tmp/arrow-0.14.0.gucvU
> >> for details.'
> >> Failed to verify release candidate. See /tmp/arrow-0.14.0.gucvU for 
> >> details.
> >> """
> >>
> >> There's no details in /tmp/arrow-0.14.0.gucvU. The script left a lot of
> >> zombie curl processes running...
> >>
> >> - failed to verify sources
> >>
> >> """
> >> + export PATH
> >> /tmp/arrow-0.14.0.yum2X/apache-arrow-0.14.0/test-miniconda/etc/profile.d/conda.sh:
> >> line 55: PS1: unbound variable
> >> + ask_conda=
> >> + return 1
> >> + cleanup
> >> + '[' no = yes ']'
> >> + echo 'Failed to verify release candidate. See /tmp/arrow-0.14.0.yum2X
> >> for details.'
> >> Failed to verify release candidate. See /tmp/arrow-0.14.0.yum2X for 
> >> details.
> >> """
> >>
> >> There's no details in /tmp/arrow-0.14.0.yum2X
> >>
> >> Regards
> >>
> >> Antoine.
> >>
> >>
> >>
> >>
> >>
> >> Le 01/07/2019 à 07:32, Sutou Kouhei a écrit :
> >> > Hi,
> >> >
> >> > I would like to propose the following release candidate (RC0) of Apache
> >> > Arrow version 0.14.0. This is a release consiting of 618
> >> > resolved JIRA issues[1].
> >> >
> >> > This release candidate is based on commit:
> >> > a591d76ad9a657110368aa422bb00f4010cb6b6e [2]
> >> >
> >> > The source release rc0 is hosted at [3].
> >> > The binary artifacts are hosted at [4][5][6][7].
> >> > The changelog is located at [8].
> >> >
> >> > Please download, verify checksums and signatures, run the unit tests,
> >> > and vote on the release. See [9] for how to validate a release candidate.
> >> >
> >> > NOTE: You must use verify-release-candidate.sh at master.
> >> > I've fixed some problems after apache-arrow-0.14.0 tag.
> >> > C#'s "sourcelink test" is fragile. (Network related problem?)
> >> > It may be better that we add retry logic to "sourcelink test".
> >> >
> >> > The vote will be open for at least 72 hours.
> >> >
> >> > [ ] +1 Release this as Apache Arrow 0.14.0
> >> > [ ] +0
> >> > [ ] -1 Do not release this as Apache Arrow 0.14.0 because...
> >> >
> >> > [1]: 
> >> > https://issues.apache.org/jira/issues/?jql=project%20%3D%20ARROW%20AND%20status%20in%20%28Resolved%2C%20Closed%29%20AND%20fixVersion%20%3D%200.14.0
> >> > [2]: 
> >> > https://github.com/apache/arrow/tree/a591d76ad9a657110368aa422bb00f4010cb6b6e
> >> > [3]: https://dist.apache.org/repos/dist/dev/arrow/apache-arrow-0.14.0-rc0
> >> > [4]: https://bintray.com/apache/arrow/centos-rc/0.14.0-rc0
> >> > [5]: https://bintray.com/apache/arrow/debian-rc/0.14.0-rc0
> >> > [6]: https://bintray.com/apache/arrow/python-rc/0.14.0-rc0
> >> > [7]: https://bintray.com/apache/arrow/ubuntu-rc/0.14.0-rc0
> >> > [8]: 
> >> > https://github.com/apache/arrow/blob/a591d76ad9a657110368aa422bb00f4010cb6b6e/CHANGELOG.md
> >> > [9]: 
> >> > https://cwiki.apache.org/confluence/display/ARROW/How+to+Verify+Release+Candidates
> >> >
> >> >
> >> > Thanks,
> >> > --
> >> > kou
> >> >

Reply via email to