Add a --prefer-binary flag to 'pip install' command

[tenzen-y]

Signed-off-by: Yuki Iwai [email protected]

What this PR does / why we need it:
I pinned the h5py version with 3.7.0 to resolve image-building errors. These errors are caused by the latest h5py not releasing the wheel for aarch64.

I added a --prefer-binary flag to pip install command to resolve the following build errors.

Doc: https://pip.pypa.io/en/stable/cli/pip_install/#cmdoption-prefer-binary

Also, these errors are caused by the latest h5py not releasing the binary for aarch64.

...
 > [linux/arm64 stage-1 7/8] RUN pip install --no-cache-dir -r requirements.txt:
#27 136.0       running build_ext
#27 136.0       Building h5py requires pkg-config unless the HDF5 path is explicitly specified using the environment variable HDF5_DIR. For more information and details, see https://docs.h5py.org/en/stable/build.html#custom-installation
#27 136.0       error: pkg-config probably not installed: FileNotFoundError(2, 'No such file or directory')
#27 136.0       [end of output]
#27 136.0   
#27 136.0   note: This error originates from a subprocess, and is likely not a problem with pip.
#27 136.0 Successfully built googleapis-common-protos
#27 136.0   ERROR: Failed building wheel for h5py
#27 136.0 Failed to build h5py
#27 136.0 ERROR: Could not build wheels for h5py, which is required to install pyproject.toml-based projects

• https://github.com/kubeflow/katib/actions/runs/3995139030/jobs/6853668369
• https://github.com/kubeflow/katib/actions/runs/3995139035/jobs/6853668658
• https://github.com/kubeflow/katib/actions/runs/3995139039/jobs/6853668377
• https://github.com/kubeflow/katib/actions/runs/3995139039/jobs/6853671593

Ref: h5py/h5py#2215

Blocking #2077 #2091 #2092 #2094

Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #

Checklist:

• Docs included if any changes are user facing

[tenzen-y]

BuildKit propagates TARGETARCH with amd64 or arm64. However, we have been able to build container images for the platform linux/arm64 with an incorrect value, aarch64.

This means we don't need these packages for the platform linux/arm64.

[tenzen-y]

I found a better solution.
/hold

[tenzen-y]

/hold cancel

[johnugeorge]

LGTM
/assign @andreyvelich

[andreyvelich]

Thank you for the prompt fix @tenzen-y !
/lgtm
/approve

[google-oss-prow]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: andreyvelich, tenzen-y

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [andreyvelich,tenzen-y]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment