Pipenv fails to install snowflake-sqlalchemy sub-dependancy pyarrow using wheel

Issue description
pipenv fails to install snowflake-sqlalchemy
Expected result
I expected pipenv install snowflake-sqlalchemy. In particular I would expect it to use the wheels for pyarrow which is used if you run either pip install pyarrow==3.0.0 or pipenv install pyarrow==3.0.0
Actual result
Virtualenv location: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch
Creating a Pipfile for this project...
Installing snowflake-sqlalchemy...
Installing package: snowflake-sqlalchemy
Writing supplied requirement line to temporary file: 'snowflake-sqlalchemy'
Installing 'snowflake-sqlalchemy'
$ ['/Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/pip', 'install', '--verbose', '--upgrade', '--exists-action=i', '-r', '/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv-e1_pcibf-requirements/pipenv-vq4fx7jq-requirement.txt', '-i', 'https://pypi.org/simple']
Using source directory: '/Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/src'
Adding snowflake-sqlalchemy to Pipfile's [packages]...
✔ Installation Succeeded
Pipfile.lock not found, creating...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
Building requirements...
Resolving dependencies...
⠸ Locking...
                          ROUND 1
✘ Locking Failed!
Current constraints:
  snowflake-sqlalchemy (from -r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))

Finding the best candidates:
  found candidate snowflake-sqlalchemy==1.2.4 (constraint was <any>)

Finding secondary dependencies:
  snowflake-sqlalchemy==1.2.4 requires snowflake-connector-python<3.0.0, sqlalchemy<2.0.0

New dependencies found in this round:
  adding ['snowflake-connector-python', '<3.0.0', '[]']
  adding ['sqlalchemy', '<2.0.0', '[]']
Removed dependencies in this round:
------------------------------------------------------------
Result of round 1: not stable

                          ROUND 2
Current constraints:
  snowflake-connector-python<3.0.0 (from snowflake-sqlalchemy==1.2.4->-r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))
  snowflake-sqlalchemy (from -r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))
  sqlalchemy<2.0.0 (from snowflake-sqlalchemy==1.2.4->-r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))

Finding the best candidates:
  found candidate snowflake-connector-python==2.4.6 (constraint was <3.0.0)
  found candidate snowflake-sqlalchemy==1.2.4 (constraint was <any>)
  found candidate sqlalchemy==1.4.21 (constraint was <2.0.0)

Finding secondary dependencies:
  sqlalchemy==1.4.21        requires greenlet!=0.4.17, importlib-metadata
  snowflake-connector-python==2.4.6 not in cache, need to check index
ERROR:pip.subprocessor:Command errored out with exit status 1:
 command: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python /Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip install --ignore-installed --no-user --prefix /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-build-env-wnvny67x/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=40.6.0' wheel cython 'pyarrow>=3.0.0,<3.1.0'
     cwd: None
Complete output (279 lines):
Collecting setuptools>=40.6.0
  Using cached setuptools-57.2.0-py3-none-any.whl (818 kB)
Collecting wheel
  Using cached wheel-0.36.2-py2.py3-none-any.whl (35 kB)
Collecting cython
  Using cached Cython-0.29.24-py2.py3-none-any.whl (979 kB)
Collecting pyarrow<3.1.0,>=3.0.0
  Using cached pyarrow-3.0.0.tar.gz (682 kB)
  Installing build dependencies: started
  Installing build dependencies: finished with status 'done'
  Getting requirements to build wheel: started
  Getting requirements to build wheel: finished with status 'done'
    Preparing wheel metadata: started
    Preparing wheel metadata: finished with status 'done'
Processing /Users/benjamin.mitchell/Library/Caches/pip/wheels/af/8c/f2/48cf0dc22c27965bac4d07a2dd14a55423b46663ddc87663e4/numpy-1.21.0-cp37-cp37m-macosx_11_0_x86_64.whl
Building wheels for collected packages: pyarrow
  Building wheel for pyarrow (PEP 517): started
  Building wheel for pyarrow (PEP 517): finished with status 'error'
  ERROR: Command errored out with exit status 1:
   command: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python /Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_vendor/pep517/_in_process.py build_wheel /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/tmpg7v7x2b8
       cwd: /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow
  Complete output (253 lines):
  running bdist_wheel
  running build
  running build_py
  creating build
  creating build/lib.macosx-11.4-x86_64-3.7
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/orc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_generated_version.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/compat.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/benchmark.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/parquet.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/ipc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/util.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/flight.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/cffi.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/filesystem.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/__init__.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/plasma.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/types.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/dataset.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/cuda.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/feather.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/pandas_compat.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/fs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/csv.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/jvm.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/hdfs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/json.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/serialization.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/compute.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_tensor.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_ipc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/conftest.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_convert_builtin.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_misc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_gandiva.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/strategies.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_adhoc_memory_leak.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/arrow_7980.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/util.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_orc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_table.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_array.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_deprecations.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_serialization_deprecated.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/__init__.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_io.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cuda_numba_interop.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cffi.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_schema.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_jvm.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_plasma_tf_op.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_fs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_filesystem.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/pandas_threaded_import.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/pandas_examples.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cython.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_sparse_tensor.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_dataset.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_builder.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cuda.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_extension_type.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_feather.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_pandas.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_memory.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_flight.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_json.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_serialization.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_compute.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_hdfs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/deserialize_buffer.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_strategies.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_csv.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_plasma.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_scalars.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_types.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  running egg_info
  writing pyarrow.egg-info/PKG-INFO
  writing dependency_links to pyarrow.egg-info/dependency_links.txt
  writing entry points to pyarrow.egg-info/entry_points.txt
  writing requirements to pyarrow.egg-info/requires.txt
  writing top-level names to pyarrow.egg-info/top_level.txt
  reading manifest file 'pyarrow.egg-info/SOURCES.txt'
  reading manifest template 'MANIFEST.in'
  warning: no files found matching '../LICENSE.txt'
  warning: no files found matching '../NOTICE.txt'
  warning: no previously-included files matching '*.so' found anywhere in distribution
  warning: no previously-included files matching '*.pyc' found anywhere in distribution
  warning: no previously-included files matching '*~' found anywhere in distribution
  warning: no previously-included files matching '#*' found anywhere in distribution
  warning: no previously-included files matching '.git*' found anywhere in distribution
  warning: no previously-included files matching '.DS_Store' found anywhere in distribution
  no previously-included directories found matching '.asv'
  writing manifest file 'pyarrow.egg-info/SOURCES.txt'
  copying pyarrow/__init__.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_compute.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_compute.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_csv.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_csv.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_cuda.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_cuda.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_dataset.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_flight.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_fs.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_fs.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_hdfs.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_json.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_orc.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_orc.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_parquet.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_parquet.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_plasma.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_s3fs.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/array.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/benchmark.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/builder.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/compat.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/config.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/error.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/feather.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/gandiva.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/io-hdfs.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/io.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/ipc.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/lib.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/lib.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/memory.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/pandas-shim.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/public-api.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/scalar.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/serialization.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/table.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/tensor.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/types.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/__init__.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/common.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_cuda.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_dataset.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_flight.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_fs.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libgandiva.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libplasma.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tensorflow
  copying pyarrow/tensorflow/plasma_op.cc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tensorflow
  copying pyarrow/tests/pyarrow_cython_example.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/feather
  copying pyarrow/tests/data/feather/v0.17.0.version=2-compression=lz4.feather -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/feather
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/README.md -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.emptyFile.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.emptyFile.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.test1.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.test1.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.testDate1900.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.testDate1900.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/decimal.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/decimal.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.all-named-index.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.column-metadata-handling.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.some-named-index.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/common.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/conftest.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_basic.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_data_types.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_dataset.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_datetime.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_metadata.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_pandas.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_parquet_file.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_parquet_writer.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  warning: build_py: byte-compiling is disabled, skipping.

  running build_ext
  creating /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7
  -- Running cmake for pyarrow
  cmake -DPYTHON_EXECUTABLE=/Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python -DPython3_EXECUTABLE=/Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python  -DPYARROW_BUILD_CUDA=off -DPYARROW_BUILD_FLIGHT=off -DPYARROW_BUILD_GANDIVA=off -DPYARROW_BUILD_DATASET=off -DPYARROW_BUILD_ORC=off -DPYARROW_BUILD_PARQUET=off -DPYARROW_BUILD_PLASMA=off -DPYARROW_BUILD_S3=off -DPYARROW_BUILD_HDFS=off -DPYARROW_USE_TENSORFLOW=off -DPYARROW_BUNDLE_ARROW_CPP=off -DPYARROW_BUNDLE_BOOST=off -DPYARROW_GENERATE_COVERAGE=off -DPYARROW_BOOST_USE_SHARED=on -DPYARROW_PARQUET_USE_SHARED=on -DCMAKE_BUILD_TYPE=release /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow
  -- The C compiler identification is AppleClang <IP_ADDRESS>50022
  -- The CXX compiler identification is AppleClang <IP_ADDRESS>50022
  -- Detecting C compiler ABI info
  -- Detecting C compiler ABI info - done
  -- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc - skipped
  -- Detecting C compile features
  -- Detecting C compile features - done
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ - skipped
  -- Detecting CXX compile features
  -- Detecting CXX compile features - done
  -- System processor: x86_64
  -- Performing Test CXX_SUPPORTS_SSE4_2
  -- Performing Test CXX_SUPPORTS_SSE4_2 - Success
  -- Performing Test CXX_SUPPORTS_AVX2
  -- Performing Test CXX_SUPPORTS_AVX2 - Success
  -- Performing Test CXX_SUPPORTS_AVX512
  -- Performing Test CXX_SUPPORTS_AVX512 - Success
  -- Arrow build warning level: PRODUCTION
  Configured for RELEASE build (set with cmake -DCMAKE_BUILD_TYPE={release,debug,...})
  -- Build Type: RELEASE
  -- Generator: Unix Makefiles
  -- Build output directory: /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7/release
  -- Found Python3: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python (found version "3.7.11") found components: Interpreter Development.Module NumPy
  -- Found Python3Alt: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python
  CMake Warning (dev) at /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
    The package name passed to `find_package_handle_standard_args` (PkgConfig)
    does not match the name of the calling package (Arrow).  This can lead to
    problems in calling code that expects `find_package` result variables
    (e.g., `_FOUND`) to follow a certain pattern.
  Call Stack (most recent call first):
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
    cmake_modules/FindArrow.cmake:39 (include)
    cmake_modules/FindArrowPython.cmake:46 (find_package)
    CMakeLists.txt:214 (find_package)
  This warning is for project developers.  Use -Wno-dev to suppress it.

  -- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.29.2")
  -- Looking for pthread.h
  -- Looking for pthread.h - found
  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
  -- Found Threads: TRUE
  -- Found Snappy: /usr/local/lib/libsnappy.dylib
  -- Checking for modules 'libbrotlicommon;libbrotlienc;libbrotlidec'
  --   Found libbrotlicommon, version 1.0.9
  --   Found libbrotlienc, version 1.0.9
  --   Found libbrotlidec, version 1.0.9
  -- Found Brotli: /usr/local/Cellar/brotli/1.0.9/lib/libbrotlicommon.dylib
  CMake Error at /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
    Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the
    system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY
    OPENSSL_INCLUDE_DIR)
  Call Stack (most recent call first):
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindOpenSSL.cmake:574 (find_package_handle_standard_args)
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
    /usr/local/lib/cmake/arrow/ArrowConfig.cmake:86 (find_dependency)
    cmake_modules/FindArrow.cmake:213 (find_package)
    cmake_modules/FindArrow.cmake:320 (arrow_find_package_cmake_package_configuration)
    cmake_modules/FindArrow.cmake:357 (arrow_find_package)
    cmake_modules/FindArrowPython.cmake:46 (find_package)
    CMakeLists.txt:214 (find_package)

  -- Configuring incomplete, errors occurred!
  See also "/private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7/CMakeFiles/CMakeOutput.log".
  See also "/private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7/CMakeFiles/CMakeError.log".
  error: command 'cmake' failed with exit status 1
  ----------------------------------------
  ERROR: Failed building wheel for pyarrow
Failed to build pyarrow
ERROR: Could not build wheels for pyarrow which use PEP 517 and cannot be installed directly
----------------------------------------
Traceback (most recent call last):
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 764, in <module>
    main()
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 760, in main
    dev=parsed.dev)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 741, in _main
    resolve_packages(pre, clear, verbose, system, write, requirements_dir, packages, dev)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 709, in resolve_packages
    requirements_dir=requirements_dir,
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 692, in resolve
    req_dir=requirements_dir
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/utils.py", line 1405, in resolve_deps
    req_dir=req_dir,
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/utils.py", line 1110, in actually_resolve_deps
    resolver.resolve()
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/utils.py", line 825, in resolve
    results = self.resolver.resolve(max_rounds=environments.PIPENV_MAX_ROUNDS)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/resolver.py", line 180, in resolve
    has_changed, best_matches = self._resolve_one_round()
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/resolver.py", line 268, in _resolve_one_round
    their_constraints.extend(self._iter_dependencies(best_match))
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/resolver.py", line 383, in _iter_dependencies
    dependencies = self.repository.get_dependencies(ireq)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 229, in get_dependencies
    legacy_results = self.get_legacy_dependencies(ireq)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 351, in get_legacy_dependencies
    download_dir, ireq, wheel_cache
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 306, in resolve_reqs
    results = resolver._resolve_one(reqset, ireq)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/legacy_resolve.py", line 339, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/legacy_resolve.py", line 287, in _get_abstract_dist_for
    abstract_dist = self.preparer.prepare_linked_requirement(req)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/operations/prepare.py", line 509, in prepare_linked_requirement
    req, self.req_tracker, self.finder, self.build_isolation,
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/operations/prepare.py", line 95, in _get_prepared_distribution
    abstract_dist.prepare_distribution_metadata(finder, build_isolation)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/distributions/sdist.py", line 38, in prepare_distribution_metadata
    self._setup_isolation(finder)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/distributions/sdist.py", line 68, in _setup_isolation
    "Installing build dependencies"
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/build_env.py", line 202, in install_requirements
    call_subprocess(args, spinner=spinner)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/utils/subprocess.py", line 242, in call_subprocess
    raise InstallationError(exc_msg)
pipenv.patched.notpip._internal.exceptions.InstallationError: Command errored out with exit status 1: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python /Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip install --ignore-installed --no-user --prefix /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-build-env-wnvny67x/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=40.6.0' wheel cython 'pyarrow>=3.0.0,<3.1.0' Check the logs for full command output.
ROUND 1
Current constraints:
  snowflake-sqlalchemy (from -r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))

Finding the best candidates:
  found candidate snowflake-sqlalchemy==1.2.4 (constraint was <any>)

Finding secondary dependencies:
  snowflake-sqlalchemy==1.2.4 requires snowflake-connector-python<3.0.0, sqlalchemy<2.0.0

New dependencies found in this round:
  adding ['snowflake-connector-python', '<3.0.0', '[]']
  adding ['sqlalchemy', '<2.0.0', '[]']
Removed dependencies in this round:
------------------------------------------------------------
Result of round 1: not stable

                          ROUND 2
Current constraints:
  snowflake-connector-python<3.0.0 (from snowflake-sqlalchemy==1.2.4->-r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))
  snowflake-sqlalchemy (from -r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))
  sqlalchemy<2.0.0 (from snowflake-sqlalchemy==1.2.4->-r /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pipenv441utetqrequirements/pipenv-7txuox38-constraints.txt (line 2))

Finding the best candidates:
  found candidate snowflake-connector-python==2.4.6 (constraint was <3.0.0)
  found candidate snowflake-sqlalchemy==1.2.4 (constraint was <any>)
  found candidate sqlalchemy==1.4.21 (constraint was <2.0.0)

Finding secondary dependencies:
  sqlalchemy==1.4.21        requires greenlet!=0.4.17, importlib-metadata
  snowflake-connector-python==2.4.6 not in cache, need to check index
ERROR:pip.subprocessor:Command errored out with exit status 1:
 command: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python /Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip install --ignore-installed --no-user --prefix /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-build-env-wnvny67x/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=40.6.0' wheel cython 'pyarrow>=3.0.0,<3.1.0'
     cwd: None
Complete output (279 lines):
Collecting setuptools>=40.6.0
  Using cached setuptools-57.2.0-py3-none-any.whl (818 kB)
Collecting wheel
  Using cached wheel-0.36.2-py2.py3-none-any.whl (35 kB)
Collecting cython
  Using cached Cython-0.29.24-py2.py3-none-any.whl (979 kB)
Collecting pyarrow<3.1.0,>=3.0.0
  Using cached pyarrow-3.0.0.tar.gz (682 kB)
  Installing build dependencies: started
  Installing build dependencies: finished with status 'done'
  Getting requirements to build wheel: started
  Getting requirements to build wheel: finished with status 'done'
    Preparing wheel metadata: started
    Preparing wheel metadata: finished with status 'done'
Processing /Users/benjamin.mitchell/Library/Caches/pip/wheels/af/8c/f2/48cf0dc22c27965bac4d07a2dd14a55423b46663ddc87663e4/numpy-1.21.0-cp37-cp37m-macosx_11_0_x86_64.whl
Building wheels for collected packages: pyarrow
  Building wheel for pyarrow (PEP 517): started
  Building wheel for pyarrow (PEP 517): finished with status 'error'
  ERROR: Command errored out with exit status 1:
   command: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python /Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_vendor/pep517/_in_process.py build_wheel /var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/tmpg7v7x2b8
       cwd: /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow
  Complete output (253 lines):
  running bdist_wheel
  running build
  running build_py
  creating build
  creating build/lib.macosx-11.4-x86_64-3.7
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/orc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_generated_version.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/compat.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/benchmark.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/parquet.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/ipc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/util.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/flight.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/cffi.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/filesystem.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/__init__.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/plasma.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/types.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/dataset.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/cuda.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/feather.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/pandas_compat.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/fs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/csv.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/jvm.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/hdfs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/json.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/serialization.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/compute.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_tensor.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_ipc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/conftest.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_convert_builtin.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_misc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_gandiva.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/strategies.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_adhoc_memory_leak.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/arrow_7980.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/util.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_orc.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_table.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_array.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_deprecations.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_serialization_deprecated.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/__init__.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_io.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cuda_numba_interop.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cffi.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_schema.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_jvm.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_plasma_tf_op.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_fs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_filesystem.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/pandas_threaded_import.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/pandas_examples.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cython.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_sparse_tensor.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_dataset.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_builder.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_cuda.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_extension_type.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_feather.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_pandas.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_memory.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_flight.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_json.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_serialization.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_compute.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_hdfs.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/deserialize_buffer.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_strategies.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_csv.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_plasma.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_scalars.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  copying pyarrow/tests/test_types.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  running egg_info
  writing pyarrow.egg-info/PKG-INFO
  writing dependency_links to pyarrow.egg-info/dependency_links.txt
  writing entry points to pyarrow.egg-info/entry_points.txt
  writing requirements to pyarrow.egg-info/requires.txt
  writing top-level names to pyarrow.egg-info/top_level.txt
  reading manifest file 'pyarrow.egg-info/SOURCES.txt'
  reading manifest template 'MANIFEST.in'
  warning: no files found matching '../LICENSE.txt'
  warning: no files found matching '../NOTICE.txt'
  warning: no previously-included files matching '*.so' found anywhere in distribution
  warning: no previously-included files matching '*.pyc' found anywhere in distribution
  warning: no previously-included files matching '*~' found anywhere in distribution
  warning: no previously-included files matching '#*' found anywhere in distribution
  warning: no previously-included files matching '.git*' found anywhere in distribution
  warning: no previously-included files matching '.DS_Store' found anywhere in distribution
  no previously-included directories found matching '.asv'
  writing manifest file 'pyarrow.egg-info/SOURCES.txt'
  copying pyarrow/__init__.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_compute.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_compute.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_csv.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_csv.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_cuda.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_cuda.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_dataset.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_flight.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_fs.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_fs.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_hdfs.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_json.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_orc.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_orc.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_parquet.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_parquet.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_plasma.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/_s3fs.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/array.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/benchmark.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/builder.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/compat.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/config.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/error.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/feather.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/gandiva.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/io-hdfs.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/io.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/ipc.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/lib.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/lib.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/memory.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/pandas-shim.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/public-api.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/scalar.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/serialization.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/table.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/tensor.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  copying pyarrow/types.pxi -> build/lib.macosx-11.4-x86_64-3.7/pyarrow
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/__init__.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/common.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_cuda.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_dataset.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_flight.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libarrow_fs.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libgandiva.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  copying pyarrow/includes/libplasma.pxd -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/includes
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tensorflow
  copying pyarrow/tensorflow/plasma_op.cc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tensorflow
  copying pyarrow/tests/pyarrow_cython_example.pyx -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/feather
  copying pyarrow/tests/data/feather/v0.17.0.version=2-compression=lz4.feather -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/feather
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/README.md -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.emptyFile.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.emptyFile.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.test1.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.test1.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.testDate1900.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/TestOrcFile.testDate1900.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/decimal.jsn.gz -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  copying pyarrow/tests/data/orc/decimal.orc -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/orc
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.all-named-index.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.column-metadata-handling.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  copying pyarrow/tests/data/parquet/v0.7.1.some-named-index.parquet -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/data/parquet
  creating build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/common.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/conftest.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_basic.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_data_types.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_dataset.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_datetime.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_metadata.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_pandas.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_parquet_file.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  copying pyarrow/tests/parquet/test_parquet_writer.py -> build/lib.macosx-11.4-x86_64-3.7/pyarrow/tests/parquet
  warning: build_py: byte-compiling is disabled, skipping.

  running build_ext
  creating /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7
  -- Running cmake for pyarrow
  cmake -DPYTHON_EXECUTABLE=/Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python -DPython3_EXECUTABLE=/Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python  -DPYARROW_BUILD_CUDA=off -DPYARROW_BUILD_FLIGHT=off -DPYARROW_BUILD_GANDIVA=off -DPYARROW_BUILD_DATASET=off -DPYARROW_BUILD_ORC=off -DPYARROW_BUILD_PARQUET=off -DPYARROW_BUILD_PLASMA=off -DPYARROW_BUILD_S3=off -DPYARROW_BUILD_HDFS=off -DPYARROW_USE_TENSORFLOW=off -DPYARROW_BUNDLE_ARROW_CPP=off -DPYARROW_BUNDLE_BOOST=off -DPYARROW_GENERATE_COVERAGE=off -DPYARROW_BOOST_USE_SHARED=on -DPYARROW_PARQUET_USE_SHARED=on -DCMAKE_BUILD_TYPE=release /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow
  -- The C compiler identification is AppleClang <IP_ADDRESS>50022
  -- The CXX compiler identification is AppleClang <IP_ADDRESS>50022
  -- Detecting C compiler ABI info
  -- Detecting C compiler ABI info - done
  -- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc - skipped
  -- Detecting C compile features
  -- Detecting C compile features - done
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ - skipped
  -- Detecting CXX compile features
  -- Detecting CXX compile features - done
  -- System processor: x86_64
  -- Performing Test CXX_SUPPORTS_SSE4_2
  -- Performing Test CXX_SUPPORTS_SSE4_2 - Success
  -- Performing Test CXX_SUPPORTS_AVX2
  -- Performing Test CXX_SUPPORTS_AVX2 - Success
  -- Performing Test CXX_SUPPORTS_AVX512
  -- Performing Test CXX_SUPPORTS_AVX512 - Success
  -- Arrow build warning level: PRODUCTION
  Configured for RELEASE build (set with cmake -DCMAKE_BUILD_TYPE={release,debug,...})
  -- Build Type: RELEASE
  -- Generator: Unix Makefiles
  -- Build output directory: /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7/release
  -- Found Python3: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python (found version "3.7.11") found components: Interpreter Development.Module NumPy
  -- Found Python3Alt: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python
  CMake Warning (dev) at /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
    The package name passed to `find_package_handle_standard_args` (PkgConfig)
    does not match the name of the calling package (Arrow).  This can lead to
    problems in calling code that expects `find_package` result variables
    (e.g., `_FOUND`) to follow a certain pattern.
  Call Stack (most recent call first):
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
    cmake_modules/FindArrow.cmake:39 (include)
    cmake_modules/FindArrowPython.cmake:46 (find_package)
    CMakeLists.txt:214 (find_package)
  This warning is for project developers.  Use -Wno-dev to suppress it.

  -- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.29.2")
  -- Looking for pthread.h
  -- Looking for pthread.h - found
  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
  -- Found Threads: TRUE
  -- Found Snappy: /usr/local/lib/libsnappy.dylib
  -- Checking for modules 'libbrotlicommon;libbrotlienc;libbrotlidec'
  --   Found libbrotlicommon, version 1.0.9
  --   Found libbrotlienc, version 1.0.9
  --   Found libbrotlidec, version 1.0.9
  -- Found Brotli: /usr/local/Cellar/brotli/1.0.9/lib/libbrotlicommon.dylib
  CMake Error at /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
    Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the
    system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY
    OPENSSL_INCLUDE_DIR)
  Call Stack (most recent call first):
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/FindOpenSSL.cmake:574 (find_package_handle_standard_args)
    /usr/local/Cellar/cmake/3.21.0/share/cmake/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
    /usr/local/lib/cmake/arrow/ArrowConfig.cmake:86 (find_dependency)
    cmake_modules/FindArrow.cmake:213 (find_package)
    cmake_modules/FindArrow.cmake:320 (arrow_find_package_cmake_package_configuration)
    cmake_modules/FindArrow.cmake:357 (arrow_find_package)
    cmake_modules/FindArrowPython.cmake:46 (find_package)
    CMakeLists.txt:214 (find_package)

  -- Configuring incomplete, errors occurred!
  See also "/private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7/CMakeFiles/CMakeOutput.log".
  See also "/private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-install-ix2sdw13/pyarrow/build/temp.macosx-11.4-x86_64-3.7/CMakeFiles/CMakeError.log".
  error: command 'cmake' failed with exit status 1
  ----------------------------------------
  ERROR: Failed building wheel for pyarrow
Failed to build pyarrow
ERROR: Could not build wheels for pyarrow which use PEP 517 and cannot be installed directly
----------------------------------------
Traceback (most recent call last):
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 764, in <module>
    main()
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 760, in main
    dev=parsed.dev)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 741, in _main
    resolve_packages(pre, clear, verbose, system, write, requirements_dir, packages, dev)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 709, in resolve_packages
    requirements_dir=requirements_dir,
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/resolver.py", line 692, in resolve
    req_dir=requirements_dir
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/utils.py", line 1405, in resolve_deps
    req_dir=req_dir,
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/utils.py", line 1110, in actually_resolve_deps
    resolver.resolve()
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/utils.py", line 825, in resolve
    results = self.resolver.resolve(max_rounds=environments.PIPENV_MAX_ROUNDS)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/resolver.py", line 180, in resolve
    has_changed, best_matches = self._resolve_one_round()
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/resolver.py", line 268, in _resolve_one_round
    their_constraints.extend(self._iter_dependencies(best_match))
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/resolver.py", line 383, in _iter_dependencies
    dependencies = self.repository.get_dependencies(ireq)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 229, in get_dependencies
    legacy_results = self.get_legacy_dependencies(ireq)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 351, in get_legacy_dependencies
    download_dir, ireq, wheel_cache
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 306, in resolve_reqs
    results = resolver._resolve_one(reqset, ireq)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/legacy_resolve.py", line 339, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/legacy_resolve.py", line 287, in _get_abstract_dist_for
    abstract_dist = self.preparer.prepare_linked_requirement(req)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/operations/prepare.py", line 509, in prepare_linked_requirement
    req, self.req_tracker, self.finder, self.build_isolation,
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/operations/prepare.py", line 95, in _get_prepared_distribution
    abstract_dist.prepare_distribution_metadata(finder, build_isolation)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/distributions/sdist.py", line 38, in prepare_distribution_metadata
    self._setup_isolation(finder)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/distributions/sdist.py", line 68, in _setup_isolation
    "Installing build dependencies"
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/build_env.py", line 202, in install_requirements
    call_subprocess(args, spinner=spinner)
  File "/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip/_internal/utils/subprocess.py", line 242, in call_subprocess
    raise InstallationError(exc_msg)
pipenv.patched.notpip._internal.exceptions.InstallationError: Command errored out with exit status 1: /Users/benjamin.mitchell/.local/share/virtualenvs/testdir-34CTfjch/bin/python /Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv/patched/notpip install --ignore-installed --no-user --prefix /private/var/folders/ry/85nq5dsn7_73p53ggjmy2chr0000gp/T/pip-build-env-wnvny67x/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=40.6.0' wheel cython 'pyarrow>=3.0.0,<3.1.0' Check the logs for full command output.

Pipenv fails to lock the dependency because of issues with cmake what is unexpected is that there are wheels for the version of pyarrow that I'm using and pip will use them via pip install pyarrow==3.0.0. It's unclear to me why pipenv is even trying to build pyarrow rather than just installing from a wheel.
Steps to replicate
pip install --upgrade pip pipenv
mkdir testdir
cd testdir
touch Pipfile
pipenv install --verbose --python=python3.7  snowflake-sqlalchemy

Pipenv Support
$ pipenv --support
Pipenv version: '2021.5.29'
Pipenv location: '/Users/benjamin.mitchell/.pyenv/versions/3.7.11/lib/python3.7/site-packages/pipenv'
Python location: '/Users/benjamin.mitchell/.pyenv/versions/3.7.11/bin/python3.7'
Python installations found:

3.9.6: /Users/benjamin.mitchell/.pyenv/versions/3.9.6/bin/python3
3.9.6: /usr/local/bin/python3
3.9.6: /usr/local/bin/python3.9
3.8.11: /Users/benjamin.mitchell/.pyenv/versions/3.8.11/bin/python3
3.8.2: /usr/bin/python3
3.7.11: /Users/benjamin.mitchell/.pyenv/versions/3.7.11/bin/python3
3.7.11: /Users/benjamin.mitchell/.pyenv/versions/3.7.11/bin/python3
3.7.11: /Users/benjamin.mitchell/.pyenv/versions/3.7.11/bin/python3.7m
3.7.11: /Users/benjamin.mitchell/.pyenv/versions/3.7.11/bin/python3.7
2.7.16: /usr/bin/python2
2.7.16: /usr/bin/python2.7

PEP 508 Information:
{'implementation_name': 'cpython',
 'implementation_version': '3.7.11',
 'os_name': 'posix',
 'platform_machine': 'x86_64',
 'platform_python_implementation': 'CPython',
 'platform_release': '20.5.0',
 'platform_system': 'Darwin',
 'platform_version': 'Darwin Kernel Version 20.5.0: Sat May  8 05:10:33 PDT '
                     '2021; root:xnu-7195.121.3~9/RELEASE_X86_64',
 'python_full_version': '3.7.11',
 'python_version': '3.7',
 'sys_platform': 'darwin'}

System environment variables:

TERM_PROGRAM
PYENV_ROOT
TERM
SHELL
TMPDIR
TERM_PROGRAM_VERSION
ORIGINAL_XDG_CURRENT_DESKTOP
PYENV_VERSION
ZSH
USER
COMMAND_MODE
SSH_AUTH_SOCK
PYENV_DIR
__CF_USER_TEXT_ENCODING
PAGER
LSCOLORS
PATH
__CFBundleIdentifier
PWD
LANG
PYENV_HOOK_PATH
XPC_FLAGS
XPC_SERVICE_NAME
SHLVL
HOME
VSCODE_GIT_ASKPASS_MAIN
LESS
LOGNAME
VSCODE_GIT_IPC_HANDLE
VSCODE_GIT_ASKPASS_NODE
GIT_ASKPASS
COLORTERM
PIP_DISABLE_PIP_VERSION_CHECK
PYTHONDONTWRITEBYTECODE
PIP_SHIMS_BASE_MODULE
PIP_PYTHON_PATH
PYTHONFINDER_IGNORE_UNSUPPORTED

Pipenv–specific environment variables:
Debug–specific environment variables:

PATH: /Users/benjamin.mitchell/.pyenv/versions/3.7.11/bin:/usr/local/Cellar/pyenv/2.0.3/libexec:/usr/local/Cellar/pyenv/2.0.3/plugins/python-build/bin:/Users/benjamin.mitchell/.pyenv/shims:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Users/benjamin.mitchell/.pyenv/shims
SHELL: /bin/zsh
LANG: en_US.UTF-8
PWD: /Users/benjamin.mitchell/Documents/repos/house-inform/inform-etl-components/components/snowflake/refresh-table/testdir

Contents of Pipfile ('/Users/benjamin.mitchell/Documents/repos/house-inform/inform-etl-components/components/snowflake/refresh-table/testdir/Pipfile'):
[[source]]
url = "https://pypi.org/simple"
verify_ssl = true
name = "pypi"

[packages]
snowflake-sqlalchemy = "*"

[dev-packages]

[requires]
python_version = "3.7"

pipenv doesn't yet natively support version 11.4 of MacOS - you can tell MacOS to pretend to be an older version by setting the SYSTEM_VERSION_COMPAT environment variable to 1

Ok that solved the issue for me thanks!


Compiler warnings on compiling diesel 0.12.0 (from crates.io)

If I try to compile diesel 0.12.0 from crates.io rustc will emit several warnings with the following message:
warning: Quasi-quoting might make incremental compilation very inefficient: NtExpr(..)

Expected:
Compiling diesel from crates.io does not show any warning
Environment:
rustc 1.17.0-nightly (8c4f2c64c 2017-03-22)
export CARGO_INCREMENTAL=1 RUSTFLAGS="-Zincremental-info"

This appears to be a bug in Rust, not Diesel.


Index out of bounds exception on large lists

when trying to serialize lists of size 2^24 or bigger, IndexOutOfBoundsException is thrown.
java.lang.IndexOutOfBoundsException
	at java.nio.Buffer.checkIndex(Buffer.java:546)
	at java.nio.HeapByteBuffer.putLong(HeapByteBuffer.java:432)
	at org.capnproto.StructBuilder._setLongField(StructBuilder.java:127)

Despite the exception, I assumed it could be related to lack of memory so i tried to increase heap size, but it didn't help.

Good find, and thanks for the report. This should be fixed in https://github.com/dwrensha/capnproto-java/commit/717d977233f2783e649ec3fd13f8704a40d5b93c.


Click on overlay does not close image after 1.1.6 with enableGrab: false

OS: Ubuntu 16.04
Browser and version: Chromium Version 58.0.3029.110 Built on Ubuntu , running on Ubuntu 16.04 (64-bit)

Steps to reproduce:

open https://codepen.io/anon/pen/owWmrg?editors=1010
click on image
click on white overlay around image - nothing happens
set enableGrab: true
click on image
click on white overlay around image - image properly zoomed out

As i debugged instance.close method has wrong this reference on overlay click - clicked element instead of zooming instance.
It works with 1.1.6 due to explicit method call instead of method reference passed as listener callback
this.el.addEventListener('click', () => this.instance.close())

@artaommahe you are right, the callback function for overlay click event has wrong this reference. I changed the code back to explicit method call:
this.el.addEventListener('click', () => this.instance.close())

Alternatively, bind the correct context will also work:
this.el.addEventListener('click', this.instance.close.bind(this.instance))

@artaommahe Interestingly, since the code had wrong this context, how could it even work for enableGrab: true? I just realized that there are additional event listeners attached to document when grab is enabled, which means click on document will also trigger close event :)
if (this.options.enableGrab) {
  toggleGrabListeners(document, this.handler, true)
}


⚠ Turnos 24x7 has degraded performance

In 3207b9b, Turnos 24x7 (https://reservas-dev.alternativasinteligentes.com/) experienced degraded performance:

HTTP code: 200
Response time: 1317 ms

Resolved: Turnos 24x7 performance has improved in 8fd769a.


HTTPS Needed for Work in Google Chrome

Hi.
Its possible to add HTTPS support for the demo work at Google Chrome?
Thanks.

Hi, are you referring to the example app, or what?
I think openwebrtc already supports https.
On Thu, Mar 17, 2016 at 1:41 PM, tobiastromm<EMAIL_ADDRESS>wrote:

Hi.
Its possible to add HTTPS support for the demo work at Google Chrome?
Thanks.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/EricssonResearch/openwebrtc/issues/592

Yes, I am talking about the example.
I am using it with some modifications.

Then, could you please file an issue for openwebrtc-examples?
On Thu, Mar 17, 2016 at 3:34 PM, tobiastromm<EMAIL_ADDRESS>wrote:

Yes, I am talking about the example.
I am using it with some modifications.
—
You are receiving this because you commented.
Reply to this email directly or view it on GitHub
https://github.com/EricssonResearch/openwebrtc/issues/592#issuecomment-197905132

Sorry, just see it. Thanks.


HBase Entity Support

Hey there, is there capability to tag and set properties on HBase entities?

Navigator currently does not extract any information from HBase, hence this capability does not exist as of today


Enable Hibernate

Is it possible to enable the hibernate functionality in the image?

@arRco4y7 I'm not opposed to it on the surface and I didn't realize it was disabled. What does it entail to enable it?

I'm not sure but according to the fedora magazine post there is an issue with kernel lockdown mode:

2022-12-11 UPDATE: There is a new rather severe caveat to this article. If Secure Boot is enabled and the kernel boots in lockdown mode, hibernation does not work as long as the kernel does not support signed hibernation images.
https://fedoramagazine.org/hibernation-in-fedora-36-workstation/

Looks like it is sadly not yet possible with lockdown: https://gist.github.com/eloylp/b0d64d3c947dbfb23d13864e0c051c67?permalink_comment_id=4405623#gistcomment-4405623
And lockdown won't be modified since it provides significant security advantages.
If signed hibernation images become supported by the kernel, please reopen this ticket.


Fix upgrade tab

There are about three ways to find a module version and apparently I did not notice this was using the wrong one. Future work is to obliterate those other ways. :boom:

@cpatrick @mgrauer PTAL.

LGTM in principle, but I'd like @mgrauer to verify on #127.

LGTM pending travis.

Travis will pass. There are no tests for the changed part...

(cue mass failure of tests)


Create a user that can be used by the es_proxy to connect to elasticsearch.

To secure elasticsearch to not be accessible without authentication; create create credentials that can be consumed by es_gateway.
Acceptance Criteria:

[ ] Omnibus:

[ ] The user credentials should be generated once and not overwritten on subsequent runs
[ ] They should be encrypted before storing in chef_secrets (veil)
[ ] command to regenerate/rotate credentials

[ ] Habitat:

[ ] The user credentials should be generated once and not overwritten on subsequent runs
[ ] They should be encrypted before being stored.
[ ] command to regenerate/rotate credentials

Identified as not required. Closing.


aws ivs

How do I get start-time and end-time for Livestream in Amazon Interactive Video Service?
any API for this

To get the start and end time of an Amazon IVS stream, you can use AWS Eventbridge to listen to IVS Stream State Change events. These events contain information about the state of an IVS stream, including the time of the event:
Stream Start event:
This event is sent when a stream is being processed and segments are available for the viewer
{
   "version": "0",
   "id": "01234567-0123-0123-0123-012345678901",
   "detail-type": "IVS Stream State Change",
   "source": "aws.ivs",
   "account": "aws_account_id",
   "time": "2017-06-12T10:23:43Z",
   "region": "us-east-1",
   "resources": [
     "arn:aws:ivs:us-east-1:aws_account_id:channel/12345678-1a23-4567-a1bc-1a2b34567890"
   ],
   "detail": {
     "event_name": "Stream Start",
     "channel_name": "Your Channel",
     "stream_id": "st-1234EXAMPLE56789"
   }
}

For more information, you can visit the user guide: https://docs.aws.amazon.com/ivs/latest/userguide/eventbridge.html

Hi @rajniims, I just wanted to check if my previous comment answered your question on getting start-time and end-time for an Amazon IVS livestream?


Search entire workspace for "host.json" in activation event

We initially chose to only search the root and one level down for performance reasons. However, VS Code had a bug where they would actually search the whole workspace even though we didn't specify it. They fixed that bug in the latest release and it seems like some users have come to rely on that behavior.
I looked into other activation events, but didn't find any that would work. I feel like we should make this change to get us back to the previous behavior, but we could always do more investigating in the future to help with startup performance.
Fixes https://github.com/microsoft/vscode-azurefunctions/issues/2654

Should we revisit this due to performance though?  Isn't a recursive search kind of expensive?


[Intel MKL] Upgrading oneDNN to v2.1

This PR upgrades oneDNN version to 2.1 and makes few required API changes. It also makes native format the default execution mode.

@penpornk looks like the build is failing. We are not able to reproduce in our environment so far. We will continue trying on that. If you have any input, please let us know.

I have resolved the conflicts. Thank you!

I also made the change to make both MKL and vanilla TF use the same oneDNN build.

I also made the change to make both MKL and vanilla TF use the same oneDNN build.

This one is risky of being rolled back. Let's make it a separate PR.
You don't need to revert the new commit. I just won't reapprove the PR. :)

@mahmoud-abuzaina Please open a new PR and mention me. I'll close this PR now since it is merged. :)


Build breaks due to webpack error when updating from 3.0.0-alpha.2 to 3.0.0

Expected Behaviour
Build works the same going from razzle and razzle-plugin-typescript 3.0.0-alpha.2 to 3.0.0
Actual Behaviour
On razzle start and razzle build, webpack throws the following configuration error:
{ ValidationError: webpack Dev Server Invalid Options

options.clientLogLevel should be {String} and equal to one of the allowed values

 [ 'info', 'warn', 'error', 'debug', 'trace', 'silent' ]

Versions
| React | v16.8.6 |
| Razzle | v3.0.0-alpha.2 |
| Razzle-Plugin-Typescript | v3.0.0-alpha.2 |
| Webpack | v4.31.0 |
| Typescript | v3.4.5 |

Can you submit a PR?

I really don't understand Webpack configs (which is why I use a framework that does the configuration for me in the first place), so I'd appreciate if someone with a bit more experience could handle that instead.

@wingertge from what I see from the (webpack-dev-server repo)[https://github.com/webpack/webpack-dev-server/releases] they've removed the none option from clientLogLevel possible values in the 3.40 release (released 2 days ago).
But then they added back this option in the 3.4.1 release. It's now deprecated but will be removed in a major release (I assume to avoid breaking changes).
I tested with both version and while I got the same error as you with the 3.4.0, everything went well with the 3.4.1.
So normally if you update it to the new version it should be fine.

@tatchi Thanks a lot, I thought the build broke due to upgrading the cached version, but I guess it wasn't on razzle after all. I've manually added 3.4.1 now and it works perfectly fine. That's a pretty big mistake by webpack-dev-server though.


python3Packages.Mako: 1.2.1 -> 1.2.2

Description of changes
https://nvd.nist.gov/vuln/detail/CVE-2022-40023
Auto-backport will fail because it needs to be combined with the preceding 1.2.1 bump too.
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[x] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

@ofborg build python310Packages.Mako


Add monitor_vpc.sh script

This script is used to help automatically restart or stop the z/OS VPCs

We can add this to a cron job that checks if the systems are down and it can automatically restart them.

Linux, it will run in the Jenkins server


remove bridge tile on main home (favorites) screen

Thank you for this great plugin!
Is there a possibility to remove the "Nuki_Bridge_XXXXXXX" tile in the main home screen (favorites) and have it only in a separate room (standard room) like the (not supported) "Philips hue" and "Phoscon-GW" bridge which are only showed in a room but not in the main overview.
Thanks a lot for you help in advance!

Not from iOS 14 nor from macOS Big Sur.  If you still have an old iOS or macOS version running Home, you can unset the favourite state from there, and it will be propagated to iOS 14.  Otherwise, I need to expose the bridge as something that Home likes, probably a dummy Stateless Programmable Switch, like the Hue bridge or deCONZ gateway accessory.

Not from iOS 14 nor from macOS Big Sur.  If you still have an old iOS or macOS version running Home, you can unset the favourite state from there, and it will be propagated to iOS 14.  Otherwise, I need to expose the bridge as something that Home likes, probably a dummy Stateless Programmable Switch, like the Hue bridge or deCONZ gateway accessory.

Indeed, I configured it a long time ago and can’t remember, if the bridge tile of hue and or deconz was also shown in the favorites.
But I don’t have a “old” iOS before 14. So it would useful to move those tiles in a different room and remove it from favorites.
what do you think?

Indeed, I configured it a long time ago and can’t remember, if the bridge tile of hue and or deconz was also shown in the favorites.
But I don’t have a “old” iOS before 14. So it would useful to move those tiles in a different room and remove it from favorites.
what do you think?

v1.0.3 exposes a dummy Stateless Programmable Switch service on the bridge accessory.  It will never trigger, so the associated action will never be executed.

v1.0.3 exposes a dummy Stateless Programmable Switch service on the bridge accessory.  It will never trigger, so the associated action will never be executed.

How nice is this! Unbelievable! So fast! Thanks a lot!
I tried it and it works like a charm!

How nice is this! Unbelievable! So fast! Thanks a lot!
I tried it and it works like a charm!


How to set maxAge?

Hi! I was using axios-cache-adapter and now I want to migrate to axios-cache-interceptor.
Here is the code I have to handle axios-cache-adapter + axios:
const axios = require('axios')
const adapter = require('axios-cache-adapter')

const cache = adapter.setupCache({
  maxAge: 2 * 60 * 1000
})

const api = axios.create({
  adapter: cache.adapter
})

...

And here is the code I have in order to migrate to axios-cache-interceptor:
const axios = require('axios')
const { setupCache } = require('axios-cache-interceptor')

const axiosInstance = axios.create()

const api = setupCache(axiosInstance, {  /* here I would like to set maxAge just like I did with `axios-cache-adapter`  */  })

Can someone help me?
Thanks

I was wondering if the ttl option can be considered equivalent?

Well, by reading the changelog and this commit I suppose ttl is the correct choice in this case. Thanks

yup, they are equivalent


Clock-issue

|clock issues | does this issue match the point of this project ?
|clock issues| is this project allows this kind issue on the border?
|clock issues | what make my issue unique to be walk in this repostory?
|clock issues| is all tools I’m working with will be able to pass this issue ?

Check the time and see on. The clock how the time is running if the process of check clock fail than open zone#927282728282 this application it will only be able to open in Gmright2 platform to have the full version or functions of this files please check with the administrator and find out how they can be able to help you

What you need to understand this is not the place of promoting software but this all experience with Gmright2 and how Gmright2 scale the data of each application and how it works


Excluding possibilities based on guesses

Love that you did this small tools without external dependencies. It's a reminder that simplicity is something to strive for 😄.
I was thinking of the following improvement. If the guess contains a letter that is in hints but the user mentions that this letter is not in the correct place (so not in known), then other words cannot have this letter in the same location.
As an example, say known = "*****", hints = "OLN", and guesses = ["PEARS","HUMID","COLON"]thenwordle.py` gives the following options as of now:
BLOWN
FLONG
FLOWN
FONLY
KLONG
KNOLL
LOONY
NYLON
NOBLY
NONYL
NONLY
XYLON

However, BLOWN, FLOWN, FONLY, NYLON, NOBLY, NONYL, NONLY, and XYLON can be excluded since an O at place 2 or 4 and N at place 5 is not allowed. That leaves us with just FLONG, KLONG and KNOLL.

Heya!
When I try to replicate this I get the following output:
wordle "*****" "OLN" PEARS HUMID COLON
FLONG
KLONG
KNOLL

As far as I can tell that's correctly filtered away any words that contain hints in the wrong places. That's the task of the hint_positions_ok function in Wordle.match(). Can you check what your Wordle.match function looks like?

Should work OK now, if you pull again!

Yep, entering python wordle.py "*****" "PEARS" "HUMID" "COLON" --hints "OLN" now gives the correct possibilities.
Thanks!


API_URL is not respected

What I'm trying to achieve
I am trying to use API_URL as env var to point to my API URL.
Steps to reproduce the problem

Set API_URL in environment variable
Run build
Open website and diagnose network

What I expected to happen
During build, API_URL should be respected.

@darrist API_URI is the right parameter you need

You're right, my mistake. Do you happen to know about CORS as well? It seem to me I'm getting Network Error: Failed to Fetch [CORS ERROR] on the storefront.
No trace of django-cors being setup on backend, I assume that could fix it.

Saleor supports CORS by default. You can set allowed hosts using ALLOWED_GRAPHQL_ORIGINS variable.


Proxyquire not in package JSON deps

errors when trying to test because not installed

@matt-oc Can you add it? Whatever the latest version is, dev-deps only.

@mcdonnelldean Thats was done in the PR you just merged but it was in deps, made a new one putting in dev deps now.


[1.13.x] Fix buildIpamResources()

This ports #29416 to 1.13.x

LGTM

@aboch will you be opening a separate PR on master, or should I mark this for cherry-picking into master?

Thanks @thaJeztah let's mark it for cherry-pick to master

LGTM

@vieux are the plugin test failures expected ?

@mavenugo yes, they are fixed in https://github.com/docker/docker/pull/29229


[libSyntax] Inline commonly called methods in RawSyntax and AbsoluteRawSyntax

These methods are small and setting up the stack frame etc. takes up the majority (or at least a significant amount) of their execution time. So let's give the compiler a chance to inline them.

@swift-ci Please smoke test

I'm concerned about the code size

I just checked and defining the RawSyntax constructors and make function in the header does not seem to have a noticeable on file size (in release builds, didn’t try other variants)
Size of swift-frontend with constructors and make functions defined in
RawSyntax.h:   94959944 bytes
RawSyntax.cpp: 94960688 bytes

AFAIU defining a function in a header (or alternatively making it inline) allows the compiler to inline the function, but it’s not required to do so if it doesn’t think it’s beneficial, which is presumably what happens in SyntaxFactory.
From https://en.cppreference.com/w/cpp/language/inline

Since this meaning of the keyword inline is non-binding, compilers are free to use inline substitution for any function that's not marked inline, and are free to generate function calls to any function marked inline. Those optimization choices do not change the rules regarding multiple definitions and shared statics listed above.

@swift-ci Please smoke test

@swift-ci Please smoke test macOS


Locally run unittest in debug mod hit "nil dereference"

Describe the bug

The update or create app revision test case is as below.
https://github.com/oam-dev/kubevela/blob/9fa237721e023cf92e6c00d15f6c6ef38828902a/pkg/controller/core.oam.dev/v1alpha2/application/apply_test.go#L207-L239
It will hit the issue when locally running it in debug mode as below.

**Root cause
As the type of testapp.ObjectMeta.DeletionTimestampe is "*metav1.Time". When it's nil,  fmt.Printf("%+v", testapp) will hit nil pointer issue.

This code sample can reproduce the issue.
package main

import (
	"fmt"
	v1 "k8s.io/apimachinery/pkg/apis/meta/v1"
)

func main() {
	type A struct {
		Time *v1.Time
	}
	a := A{Time: nil}
	fmt.Printf("%+v", a)
}


Make CircleCI build and test the Jekyll site.

Generates Build Errors for Jekyll
Checks the resulting HTML for problems

~I'm currently working on cleaning up the HTML issues that were flagged up.~

Requesting a review from @shiffman because I've had to edit the HTML of some of the examples and I want to check that this is fine (Small things such as  => , mostly)


filetype field for tasks

It would be great if a task could be listed only for certain languages.

It sounds useful, but I'm not sure if I'll have time to implement it. The telescope picker would have to filter tasks by the new "filetype" field checking current filetype.
For a temporary solution you could add filetype as a tag, e.g. #cpp and type this in the picker, but ofc it won't be automatic based on current filetype.


Missing properties in typescript definition of RouteHref

I'm submitting a bug report
(In lack of better headline option ;-) )

Library Version:
aurelia-templating-router 1.1.0

Please tell us about your environment:

Operating System:
Windows 10

Node Version:
6.11.2

NPM Version:
5.3.0

JSPM OR Webpack AND Version
JSPM 0.16.53

Browser:
N/A

Language:
TypeScript 2.4.2

Current behavior:
When injecting RouteHref in a custom attribute, I can not access properties such as route and router, and keep the Typescript compiler happy.
(Without resorting to routeHref['route'] instead of routeHref.route)
Expected/desired behavior:

What is the expected behavior?
All members of the RouteHref should be included in the typescript definition.

What is the motivation / use case for changing the behavior?
Being able to write custom attributes that can inspect the RouteHref attribute on the same element.
(Perhaps router could be private, but I don't see why as I can inject it separately any way).

@deap82 would you like to create a PR for that?

With latest changes, the interface of RouteHref would be:

/**
 * Helper custom attribute to help associate an element with a route by name
 */
export declare class RouteHref {
	/**
	 * Current router of this attribute
	 */
	readonly router: Router;
	/**
	 * Element this attribute is associated with
	 */
	readonly element: Element;
	/**
	 * Name of the route this attribute refers to. This name should exist in the current router hierarchy
	 */
	route: string;
	/**
	 * Parameters of this attribute to generate URL.
	 */
	params: Record<string, any>;
	/**
	 * Target property on a custom element if this attribute is put on a custom element
	 * OR an attribute if this attribute is put on a normal element
	 */
	attribute: string;
	constructor(router: Router, element: Element);
	bind(): void;
	unbind(): void;
	attributeChanged(value: any, previous: any): Promise<void>;
	processChange(): Promise<void>;
}

I think this can be closed @deap82 @EisenbergEffect


Refactor addr.HostAddr types

The addr.HostAddr type hierarchy is currently organized around this base interface:
type HostAddr interface {
	Size() int
	Type() HostAddrType
	Pack() []byte
	IP() net.IP
	Copy() HostAddr
	Equal(HostAddr) bool
	fmt.Stringer
}

This interface is implemented by the types HostNone, HostIPv4, HostIPv6 and HostSVC.
The Pack and Size methods are not really used, as slayers uses separate serialization logic, based on separate types. The same is true for the HostFromRaw parsing function.
The slayers library does not generally use these HostAddr types. Instead, it relies on net.Addr with explicit type assertions to net.IPAddr and addr.HostSVC. The net.Addr interface here is merely a convention, none of the interface methods are actually used.
This situation is not ideal:

creating HostAddr always allocates -- this cannot be fixed with the interface type.
the HostIPv4/HostIPv6 split is unnecessary as the IP is already aware of the type
HostAddr is not a value type, cannot be used as map key etc.
different "world" of address types in slayers and everywhere else
arbitrarily pretends that HostSVC is a net.Addr

Proposal
Replace the HostAddr type hierarchy with a single value type Host.
This type is opaque, allowing to internally change or extend the representation.
type Host struct {
	ip  netaddr.IP
	svc SVC         // could squeeze this into ip, is it worth it?
	t   HostAddrType
}

func (h Host) Type() HostAddrType {
	return h.t
}

func (h Host) IP() netaddr.IP {
	if h.t != HostTypeIP {
		panic("IP called on non-IP address")
	}
	return h.ip
}

func (h Host) SVC() SVC {
	if h.t != HostTypeSVC {
		panic("SVC called on non-SVC address")
	}
	return h.svc
}

func (h Host) String() string { ... }

// HostIP creates a Host address of type IP
func HostIP(ip netaddr.IP) Host {
	return Host{t: HostTypeIP, ip: ip}
}

// HostIPFromStd is a hopefully temporary conversion function to create a Host of type IP from net.IP.
// Panics if ip does not have length 4 or 16.
// Unmaps IPv6-mapped IPv4 addresses.
func HostIPFromStd(ip net.IP) Host {
	a, ok := netaddr.FromStdIP(ip)
	if !ok {
		panic("invalid ip")
	}
	return HostIP(a)
}

func HostSVC(svc SVC) Host {
	return Host{t: HostTypeSVC, svc: svc}
}

type HostAddrType uint8
const (
	HostTypeNone HostAddrType = iota
	HostTypeIP   // merged IPv4/IPv6
	HostTypeSVC
)

// SVC -- renamed from HostSVC, without the HostAddr methods
type SVC uint16
const (
	SvcDS       SVC = 0x0001
	SvcCS       SVC = 0x0002
	SvcWildcard SVC = 0x0010
	SvcNone     SVC = 0xffff

	SVCMcast SVC = 0x8000
)

This Host type is adopted in

snet.SCIONAddress and so snet.Packet
slayers.SCION in {Get,Set}{Src,Dst}Addr, getting rid of internal type assertions

The HostAddressType enum is used in the dispatcher's "reliable" protocol. To allow combining
HostTypeIPv4 and HostTypeIPv6 without breaking compatibility, the enum is re-defined with the
old values in the dispatcher package.
This allows the router dataplane to use slayers.SCION.GetDstAddr without allocations.
We do need to introduce a number of conversion from net.IP to netaddr.IP -- as we gradually adopt
netaddr.IP et al (or in the future net/netip.Addr), these conversions should disappear.

I agree that the current situation is not ideal and I also think we should improve it.
I just checked where the HostAddr is actually used currently and there are not a lot of places.
I wonder if we shouldn't go a step further:

Complete drop the HostAddr type without replacement.
Rename HostSVC to SVC as you suggested.
Move what you suggested with the Host type into the snet.SCIONAddress
Drop the DstAddr() and SrcAddr() helper methods from slayers, I think almost all use cases would be better off by directly using the s.SrcAddrType, s.SrcAddrLen, s.RawSrcAddr fields.
The dispatcher thing we can do as you suggest.

Hope that makes sense.

Interesting, I had not considered that. This does seem like a good idea :+1:

Move what you suggested with the Host type into the snet.SCIONAddress

Just to clarify, you'd "flatten" the SCIONAddress type by moving the fields and methods of the Host member to SCIONAddress, is that right? The type would become, roughly:
type SCIONAddress struct {
	ia   addr.IA
	ip  netaddr.IP
	svc SVC
	t   HostAddrType
}

If we touch this, we could also rename it, I've always found SCIONAddress doesn't really fit with any of the other type names in snet. Maybe Host or HostAddr then, given these have just become available?

Drop the DstAddr() and SrcAddr() helper methods from slayers, I think almost all use cases would be better off by directly using the s.SrcAddrType, s.SrcAddrLen, s.RawSrcAddr fields.

The Set{Src,Dst}Addr functions are used in a large number of tests. If we drop these convenience methods, I think we'd have to introduce some helpers in a different place -- setting all three members everywhere seems cumbersome and error prone otherwise.
By the way, separating out the {Src,Dst}AddrType from the respective Len field seems somewhat complicated here, anyway. We don't lose anything if we treat the Len/Type as an opaque, combined identifier. The length is represented by the slice length of the addr field. If we go down this route without convenience getter/setters, perhaps we can simplify this too.

Yeah snet.HostAddr sounds good to me as you suggested. I do like types with public members though because it's easier to construct. Maybe we could consider something like this for the snet package:
type Addr interface {
	addr() // just a random private method so that no other package can implement this interface.
}

type SVCAddr struct {
	IA addr.IA
	SVC SVC
}

type HostAddr struct {
	IA addr.IA
	IP netaddr.IP
}

This way we can still leverage the type system of Go, the construction of an address is really convenient and for the extraction of IP or SVC we need a type switch instead of a switch over the type.

Re the Set{Src,Dst}Addr I would keep those, I was only thinking to remove the getter versions of it. I agree with the combination of Len/Type though.

If we keep the Set{Src,Dst}Addr functions, what type should these have? If we add new address types only to snet (vs addr), these are not available for this interface in slayers. Part of the motivation of this proposal was that the current function interface, taking a net.Addr with internal type assertions, is clunky and requires allocations.
Having separate types and an interface does indeed seem more convenient, but as far as I understand it also unavoidably leads to heap allocations.

#4346 implements the proposed API and additionally adds addr.Addr as a replacement for snet.SCIONAddress.
Any further comments on this?

#4346 has been reviewed and it looks like this PR, implementing this here proposal, will likely be accepted.
Unless any objections are raised in the 10 day final comment period, this proposal and the PR will be accepted.

No objections have been raised, so this proposal is now accepted.


feat: add job to remove non-home members from lists

Trello: 233
This establishes logic to remove any existing members from the list where they are no longer members of the UK division. They will be directly removed from the waiting list and then an email sent directly to the user.
Few things to note:

This relies on their state being updated either via a login or via the discovery scripts (which could be a maximum of 7 days lag time depending on where they have come in the import scripts)
I decided to do this via queues just because this scales much more efficiently for the larger waiting lists, even if the messages will for the most part just be discarded from the queue.
A command will run once daily at 5am to check all ATC waiting lists

Complements #2671

Appreciate this is a bit of a rework but would a LeftUKDivisionEvent be more efficient here? Fire it when their state changes and remove them from the waiting list off the back of it?

Appreciate this is a bit of a rework but would a LeftUKDivisionEvent be more efficient here? Fire it when their state changes and remove them from the waiting list off the back of it?

Possibly. Suffers from the same issue with the update scripts so I wouldn't say it provides a massive jump in efficiency. Would be worth refactoring I think if we ever get the webhooks from .NET?

Appreciate this is a bit of a rework but would a LeftUKDivisionEvent be more efficient here? Fire it when their state changes and remove them from the waiting list off the back of it?

FWIW I had considered responding to the AccountAltered event but that fired on quite a number of conditions so decided against it for this purpose.

Appreciate this is a bit of a rework but would a LeftUKDivisionEvent be more efficient here? Fire it when their state changes and remove them from the waiting list off the back of it?

Possibly. Suffers from the same issue with the update scripts so I wouldn't say it provides a massive jump in efficiency. Would be worth refactoring I think if we ever get the webhooks from .NET?

LeftUkDivision would only fire when someone leaves the UK division though? And it would be part of an existing process and avoid the need for us to run this sort of command regularly?

@AxonC Can we expand this to also kick people off a waiting list if they become inactive?


Write a test for the issue fixed in https://github.com/grpc/grpc/pull/14315

See comments in https://github.com/grpc/grpc/pull/14315 for details and possible ideas.

@kpayson64 assigning to you because you may have ideas on how to design this test. Feel free to reassign.


The <inheritdoc /> tag should be exempt from the SA1625 rule.

The <inheritdoc /> tag should be exempt from the SA1625 rule.
In situations with inheritance it can be useful to pull documentation from the base class instead of re-writing it.
Eg:

public abstract class MyClass

{

    /// <summary>

    /// This will write a message to the user.

    /// </summary>

    /// <param name="message">The message that will be written.</param>

    public abstract void WriteMessage(string message);

}

public class AnotherClass : MyClass

{

    /// <summary>

    /// <inheritdoc />

    /// </summary>

    /// <param name="message"><inheritdoc /></param>

    public override void DoSomething(string message)

    {

        Console.WriteLine(message);

    }

}

Duplicate of #3108


some cleanup

Codecov Report

Merging #487 into master will decrease coverage by 0.57%.
The diff coverage is 80%.

@@            Coverage Diff             @@
##           master     #487      +/-   ##
==========================================
- Coverage   64.44%   63.87%   -0.58%
==========================================
  Files          47       47
  Lines        3741     3687      -54
==========================================
- Hits         2411     2355      -56
- Misses       1330     1332       +2

Impacted Files
Coverage Δ

vent/api/plugins.py
89.3% <ø> (+1.6%)
:arrow_up:

vent/helpers/meta.py
69.82% <ø> (-18.94%)
:arrow_down:

vent/api/templates.py
89.77% <ø> (+1.99%)
:arrow_up:

vent/api/actions.py
86.2% <ø> (+2.12%)
:arrow_up:

vent/menus/inventory.py
40.42% <80%> (+14.93%)
:arrow_up:

tests/test_api_actions.py
94% <0%> (-6%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6c6d7e9...dbefc71. Read the comment docs.


Issues/1465 1466 fix job checkpoint not leaf detection

Fix verification that new checkpoint jobs are leaf vertices (resolves #1465, resolves #1466)
Changed to 1) correctly identify a leaf vertex and 2) to include checking of the workflow root job.
Note: This pull request is also listing a merge-related commit from updating my fork.
However, this merge-related commit did not contribute any of the changes displayed for this pull request. I reviewed the changes shown for this pull request, and they are a correct and complete set for the two fix-related commits that are intended for this pull request.
I think I know why that happened and I will avoid including extraneous commits in future pull requests.

Can one of the admins verify this patch?

Can one of the admins verify this patch?

Jenkins, test this please

Hi team,
While reviewing this pull request, please consider the question of implementation options for issue #1466, as posed in the description of that issue.
Currently, the fix for #1466 is implemented very simply. Based on your broader perspective and experience, you may identify and prefer other implementation options. If so, just let me know and I'll get to it!
Thanks!
Mike

@mikebaumann thanks for the PR! The implementation looks good to me and I'm happy with the tests' coverage as well. Although there are only 2 new tests each test really runs 4 test cases, right? We generally try make each test as granular as possible, but in this case I think grouping the 4 cases together makes sense too.
I left one minor inline comment, and if I'm being very picky I would also replace the PRs title with the first sentence in your description instead.

Jenkins, ok to test

Jenkins, test this please