@kou I've never built Ruby on this machine and it could be I'm just missing something very obvious. Are there docs I can refer to? Below is the error that stops the Ruby/glib verification:
Rok Bundle complete! 2 Gemfile dependencies, 7 gems now installed. Bundled gems are installed into `./vendor/bundle` + bundle exec ruby test/run-test.rb (null)-WARNING **: Failed to load shared library 'libarrow-glib.700.dylib' referenced by the typelib: dlopen(libarrow-glib.700.dylib, 0x0009): tried: 'libarrow-glib.700.dylib' (relative path not allowed in hardened program), '/usr/lib/libarrow-glib.700.dylib' (no such file) from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/loader.rb:592:in `load_interface_info' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/loader.rb:75:in `load_info' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/loader.rb:44:in `block (2 levels) in load' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/repository.rb:34:in `block (2 levels) in each' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/repository.rb:33:in `times' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/repository.rb:33:in `block in each' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/repository.rb:32:in `each' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/repository.rb:32:in `each' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/loader.rb:43:in `block in load' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/loader.rb:622:in `prepare_class' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection/loader.rb:41:in `load' from /private/var/folders/bc/h5_8w_395x32tv7b7f9lnhz40000gn/T/arrow-7.0.0.XXXXX.SPrwZ9js/apache-arrow-7.0.0/c_glib/vendor/bundle/ruby/2.6.0/gems/gobject-introspection-3.5.1/lib/gobject-introspection.rb:44:in `load' from test/run-test.rb:33:in `<main>' test/run-test.rb:44:in `alias_method': undefined method `value?' for class `Arrow::BooleanScalar' (NameError) from test/run-test.rb:44:in `<class:BooleanScalar>' from test/run-test.rb:43:in `<module:Arrow>' from test/run-test.rb:34:in `<main> On Thu, Feb 3, 2022 at 10:09 PM Sutou Kouhei <k...@clear-code.com> wrote: > > Hi, > > Could you show error log for GLib and Ruby? > > > Thanks, > -- > kou > > In <cag6ackwepkjoehfac-tvxvvxckp7p3af0q+btsqtgtj0yjn...@mail.gmail.com> > "Re: [VOTE] Release Apache Arrow 7.0.0 - RC10" on Thu, 3 Feb 2022 15:16:04 > +0100, > Rok Mihevc <rok.mih...@gmail.com> wrote: > > > +1 (non-binding) > > > > I've successfully ran the following on Apple M1 Pro (macOS 12.1 > > (21C52), Kernel Darwin 21.2.0): > > TEST_PYTHON=0 TEST_GLIB=0 TEST_RUBY=0 > > ./dev/release/verify-release-candidate.sh source 7.0.0 10 > > > > There was a minor issue with protobuf on M1: > > https://issues.apache.org/jira/browse/ARROW-15549 > > > > I'll try to get Ruby to pass too. I'm assuming the Python build issue > > is about conda and since I can build fine on Brew it's probably ok. > > > > Rok > > > > On Wed, Feb 2, 2022 at 6:25 PM Antoine Pitrou <anto...@python.org> wrote: > >> > >> > >> I've successfully tested the following configuration on a Apple M1 with > >> macOS 11.2.3: > >> > >> ARROW_GANDIVA=OFF TEST_DEFAULT=0 TEST_CPP=1 \ > >> ./dev/release/verify-release-candidate.sh source 7.0.0 10 > >> > >> Regards > >> > >> Antoine. > >> > >> > >> Le 02/02/2022 à 17:45, Krisztián Szűcs a écrit : > >> > I'm planning to close the VOTE tomorrow, but it would be great to have > >> > results for the following scenarios: > >> > > >> > - Verify the staged maven artifacts: this is the first time we ship > >> > java jars with bundled shared libraries, but we don't have scripting > >> > to test that. For more context see issue > >> > https://issues.apache.org/jira/browse/ARROW-15486 > >> > > >> > - Verify the the release on Windows > >> > > >> > - Verify the release on Apple M1 > >> > > >> > Thanks, Krisztian > >> > > >> > On Wed, Feb 2, 2022 at 5:36 PM Krisztián Szűcs > >> > <szucs.kriszt...@gmail.com> wrote: > >> >> > >> >> +1 (binding) > >> >> > >> >> - Verified the binaries (though I had to restart several times because > >> >> artifactory dropped me off) > >> >> - Verified the source tarball (required to define DYLD_LIBRARY_PATH > >> >> instead of LD_LIBRARY_PATH) > >> >> - Verified the wheels (without problems) > >> >> > >> >> on Intel macOS 12. > >> >> > >> >> On Mon, Jan 31, 2022 at 9:58 PM David Li <lidav...@apache.org> wrote: > >> >>> > >> >>> +1 > >> >>> > >> >>> Tested source (C++/Java with integration), binaries, and wheels on > >> >>> Ubuntu 18.04. > >> >>> > >> >>> I ran into the same error as Antoine with the wheels; adding `conda > >> >>> activate base` also fixed it for me. I had to disable Gandiva for > >> >>> source verification due to a linking error with LLVM (though my system > >> >>> repositories don't have an appropriate version of LLVM in the first > >> >>> place). > >> >>> > >> >>> -David > >> >>> > >> >>> On Mon, Jan 31, 2022, at 05:59, Antoine Pitrou wrote: > >> >>>> Le 30/01/2022 à 11:15, Krisztián Szűcs a écrit : > >> >>>>>> > >> >>>>>> (*) Here is the end of the logs: > >> >>>>>> > >> >>>>>> + pushd binaries > >> >>>>>> /tmp/arrow-7.0.0.C5b7S/binaries /tmp/arrow-7.0.0.C5b7S > >> >>>>>> ++ uname > >> >>>>>> + '[' Linux == Darwin ']' > >> >>>>>> + test_linux_wheels > >> >>>>>> ++ uname -m > >> >>>>>> + '[' x86_64 = aarch64 ']' > >> >>>>>> + local arch=x86_64 > >> >>>>>> + local 'py_arches=3.7m 3.8 3.9 3.10' > >> >>>>>> + local 'platform_tags=manylinux_2_12_x86_64.manylinux2010_x86_64 > >> >>>>>> manylinux_2_17_x86_64.manylinux2014_x86_64' > >> >>>>>> + for py_arch in ${py_arches} > >> >>>>>> + local env=_verify_wheel-3.7m > >> >>>>>> + '[' 3.7m = 3.10 ']' > >> >>>>>> + local 'channels=-c conda-forge' > >> >>>>>> + mamba create -yq -n _verify_wheel-3.7m -c conda-forge python=3.7 > >> >>>>>> ./dev/release/verify-release-candidate.sh: line 646: mamba: command > >> >>>>>> not > >> >>>>> Could you please try to `conda activate base` before the mamba > >> >>>>> command > >> >>>>> and if that doesn't work simply replace `mamba` with `conda` and test > >> >>>>> the wheels again? > >> >>>> > >> >>>> Adding `conda activate base` solved the issue indeed. > >> >>>> > >> >>>> Regards > >> >>>> > >> >>>> Antoine.
