Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(image-building): Update process_conda_env.sh #555

Merged
merged 2 commits into from
Mar 21, 2024

Conversation

ariefrahmansyah
Copy link
Contributor

Description

When users specify the version of mlflow in their pyfunc-based's conda.yaml, the image building might return an error like this:

The conflict is caused by:
    The user requested mlflow==1.23.0
    merlin-batch-predictor 0.41.0rc3 depends on mlflow==1.26.1
...

It's because of the version of their mlflow on their conda.yaml does not match the version set by merlin-sdk.

Modifications

Update process_conda_env.sh to remove the mlflow version constraint.

Tests

Checklist

  • Added PR label
  • Added unit test, integration, and/or e2e tests
  • Tested locally
  • Updated documentation
  • Update Swagger spec if the PR introduce API changes
  • Regenerated Golang and Python client if the PR introduces API changes

Release Notes

NONE

@ariefrahmansyah ariefrahmansyah added bug Something isn't working enhancement New feature or request labels Mar 21, 2024
@ariefrahmansyah ariefrahmansyah self-assigned this Mar 21, 2024
Copy link
Contributor

@leonlnj leonlnj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks, lgtm!

@ariefrahmansyah ariefrahmansyah merged commit 6f0c47e into main Mar 21, 2024
36 checks passed
@ariefrahmansyah ariefrahmansyah deleted the process-conda-env branch March 21, 2024 11:50
ariefrahmansyah added a commit that referenced this pull request Mar 22, 2024
<!--  Thanks for sending a pull request!  Here are some tips for you:

1. Run unit tests and ensure that they are passing
2. If your change introduces any API changes, make sure to update the
e2e tests
3. Make sure documentation is updated for your PR!

-->
# Description
<!-- Briefly describe the motivation for the change. Please include
illustrations where appropriate. -->

From internal testing, there are some models with dependencies conflict,
similar to what we encounter on #555:

1. Some batch jobs use pyarrow==10.0.1
2. Some pyfunc models use newer prometheus-client

# Modifications

1. Increase the upper limit of pyarrow
2. Remove the constraint of prometheus-client. From their [release
notes](https://github.com/prometheus/client_python/releases), there
should no breaking change.

# Tests
<!-- Besides the existing / updated automated tests, what specific
scenarios should be tested? Consider the backward compatibility of the
changes, whether corner cases are covered, etc. Please describe the
tests and check the ones that have been completed. Eg:
- [x] Deploying new and existing standard models
- [ ] Deploying PyFunc models
-->

# Checklist
- [ ] Added PR label
- [ ] Added unit test, integration, and/or e2e tests
- [ ] Tested locally
- [ ] Updated documentation
- [ ] Update Swagger spec if the PR introduce API changes
- [ ] Regenerated Golang and Python client if the PR introduces API
changes

# Release Notes
<!--
Does this PR introduce a user-facing change?
If no, just write "NONE" in the release-note block below.
If yes, a release note is required. Enter your extended release note in
the block below.
If the PR requires additional action from users switching to the new
release, include the string "action required".

For more information about release notes, see kubernetes' guide here:
http://git.k8s.io/community/contributors/guide/release-notes.md
-->

```release-note

```
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants