Building a split package recipe causes setup.py install_requires dependencies to be installed

[rlratzel]

This may be related to this conda-build issue.

When building a split package recipe where the build step invokes setup.py install on the project, the install_requires args to setup in the project's setup.py file are downloaded and built/installed. I believe the intended behavior is to disable downloads by pip/setuptools during package build.

@jakirkham mentioned that I should try the same workarounds used in this PR, which worked for me.

Apologies, but I'm uncertain what environment/version information to include here to help. FWIW, I'm building my package using mamba build ... and I have conda-build version 3.21.8 installed.

[jakirkham]

Can you please also include?

• conda info
• conda config --show-sources
• conda list --show-channel-urls

[rlratzel]

(rapids) [root@39f93fc37c88 cugraph]# conda info

     active environment : rapids
    active env location : /opt/conda/envs/rapids
            shell level : 1
       user config file : /root/.condarc
 populated config files : /opt/conda/.condarc
          conda version : 4.12.0
    conda-build version : not installed
         python version : 3.9.13.final.0
       virtual packages : __linux=5.4.0=0
                          __glibc=2.17=0
                          __unix=0=0
                          __archspec=1=x86_64
       base environment : /opt/conda  (writable)
      conda av data dir : /opt/conda/etc/conda
  conda av metadata url : None
           channel URLs : https://conda.anaconda.org/conda-forge/linux-64
                          https://conda.anaconda.org/conda-forge/noarch
                          https://conda.anaconda.org/dask/label/dev/linux-64
                          https://conda.anaconda.org/dask/label/dev/noarch
                          https://conda.anaconda.org/nvidia/linux-64
                          https://conda.anaconda.org/nvidia/noarch
                          https://conda.anaconda.org/pytorch/linux-64
                          https://conda.anaconda.org/pytorch/noarch
                          https://conda.anaconda.org/rapidsai/linux-64
                          https://conda.anaconda.org/rapidsai/noarch
                          https://conda.anaconda.org/rapidsai-nightly/linux-64
                          https://conda.anaconda.org/rapidsai-nightly/noarch
                          https://conda.anaconda.org/gpuci/linux-64
                          https://conda.anaconda.org/gpuci/noarch
          package cache : /opt/conda/pkgs
                          /root/.conda/pkgs
       envs directories : /opt/conda/envs
                          /root/.conda/envs
               platform : linux-64
             user-agent : conda/4.12.0 requests/2.28.1 CPython/3.9.13 Linux/5.4.0-91-generic centos/7.9.2009 glibc/2.17
                UID:GID : 0:0
             netrc file : None
           offline mode : False

(rapids) [root@39f93fc37c88 cugraph]# conda config --show-sources
==> /opt/conda/.condarc <==
auto_update_conda: False
ssl_verify: False
channels:
  - conda-forge
  - dask/label/dev
  - nvidia
  - pytorch
  - rapidsai
  - rapidsai-nightly
  - gpuci
conda-build:
  set_build_id: False

"conda list --show-channel-urls"
(see file attached: conda-channel-urls.txt )

[rlratzel]

I noticed in the above output of "conda info" was "conda-build version : not installed", but I am running "mamba build ..." from that environment, and conda-build is installed:

(rapids) [root@39f93fc37c88 cugraph]# conda list conda-build
# packages in environment at /opt/conda/envs/rapids:
#
# Name                    Version                   Build  Channel
conda-build               3.21.8           py38h578d9bd_1    conda-forge

[jakirkham]

It's looking for conda-build in the environment base (not rapids)