add mlflow-export-import

[EllaBootQC]

Checklist

• Title of this PR is meaningful: e.g. "Adding my_nifty_package", not "updated meta.yaml".
• License file is packaged (see here for an example).
• Source is from official source.
• Package does not vendor other packages. (If a package uses the source of another package, they should be separate packages or the licenses of all packages need to be packaged).
• If static libraries are linked in, the license of the static library is packaged.
• Package does not ship static libraries. If static libraries are needed, follow CFEP-18.
• Build number is 0.
• A tarball (url) rather than a repo (e.g. git_url) is used in your recipe (see here for more details).
• GitHub users listed in the maintainer section have posted a comment confirming they are willing to be listed there.
• When in trouble, please check our knowledge base documentation before pinging a team.

[github-actions]

Hi! This is the staged-recipes linter and your PR looks excellent! 🚀

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I wanted to let you know that I linted all conda-recipes in your PR (recipes/mlflow-export-import/recipe.yaml) and found some lint.

Here's what I've got...

For recipes/mlflow-export-import/recipe.yaml:

• This recipe is using a compiler, which now requires adding a build dependence on ${{ stdlib("c") }} as well. Note that this rule applies to each output of the recipe using a compiler. For further details, please see META: {{ stdlib("c") }} migration conda-forge.github.io#2102.

For recipes/mlflow-export-import/recipe.yaml:

• Jinja2 variable references are suggested to take a ${{<one space><variable name><one space>}} form. See lines [23].

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipes/mlflow-export-import/recipe.yaml) and found it was in an excellent condition.

[pavelzw]

you need to add entrypoints for the following https://github.com/mlflow/mlflow-export-import/blob/a572e944ebee82fe9b37c5e7b35541d01c26253b/setup.py#L45-L65 as well:

https://prefix-dev.github.io/rattler-build/latest/reference/recipe_file/#python-entry-points

[pavelzw]

Suggested change

	script: python -m pip install . -vv
	script: python -m pip install . -vv
	noarch: python

https://prefix-dev.github.io/rattler-build/latest/tutorials/python/#a-python-only-package

[pavelzw]

this looks like a pure python package, you probably don't need compilers here

[pavelzw]

for testing for package contents, i would use https://prefix-dev.github.io/rattler-build/latest/reference/recipe_file/#check-for-package-contents nowadays

also, i would add some import tests for mlflow_export_import: https://prefix-dev.github.io/rattler-build/latest/reference/recipe_file/#python-tests

[pavelzw]

these belong in the run requirements

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I wanted to let you know that I linted all conda-recipes in your PR (recipes/mlflow-export-import/recipe.yaml) and found some lint.

Here's what I've got...

For recipes/mlflow-export-import/recipe.yaml:

• noarch: python recipes are required to have a lower bound on the python version. Typically this means putting python >=3.6 in both host and run but you should check upstream for the package's Python compatibility.

For recipes/mlflow-export-import/recipe.yaml:

• noarch: python recipes should almost always follow the syntax in our documentation. For the host section of the recipe, you should almost always use python {{ python_min }}.* for the python entry. You may need to override the python_min variable if the package requires a newer Python version than the currently supported minimum version on conda-forge.
• noarch: python recipes should almost always follow the syntax in our documentation. For the run section of the recipe, you should almost always use python >={{ python_min }} for the python entry. You may need to override the python_min variable if the package requires a newer Python version than the currently supported minimum version on conda-forge.
• noarch: python recipes should almost always follow the syntax in our documentation. For the test.requires section of the recipe, you should almost always use python ={{ python_min }} for the python entry. You may need to override the python_min variable if the package requires a newer Python version than the currently supported minimum version on conda-forge.

[pavelzw]

Pip belongs in host, wheel in run

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipes/mlflow-export-import/recipe.yaml) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipes/mlflow-export-import/recipe.yaml:

• ℹ️ noarch: python recipes should usually follow the syntax in our documentation for specifying the Python version.
  • For the host section of the recipe, you should usually use python ${{ python_min }} for the python entry.
  • For the run section of the recipe, you should usually use python >=${{ python_min }} for the python entry.
  • For the test.requires section of the recipe, you should usually use python ${{ python_min }} for the python entry.
  • If the package requires a newer Python version than the currently supported minimum version on conda-forge, you can override the python_min variable by adding a Jinja2 set statement at the top of your recipe (or using an equivalent context variable for v1 recipes).

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I wanted to let you know that I linted all conda-recipes in your PR (recipes/mlflow-export-import/recipe.yaml) and found some lint.

Here's what I've got...

For recipes/mlflow-export-import/recipe.yaml:

• ❌ noarch packages can't have skips with selectors. If the selectors are necessary, please remove noarch: python.

For recipes/mlflow-export-import/recipe.yaml:

• ℹ️ No valid build backend found for Python recipe for package mlflow-export-import using pip. Python recipes using pip need to explicitly specify a build backend in the host section. If your recipe has built with only pip in the host section in the past, you likely should add setuptools to the host section of your recipe.
• ℹ️ noarch: python recipes should usually follow the syntax in our documentation for specifying the Python version.
  • For the host section of the recipe, you should usually use python ${{ python_min }} for the python entry.
  • For the run section of the recipe, you should usually use python >=${{ python_min }} for the python entry.
  • For the test.requires section of the recipe, you should usually use python ${{ python_min }} for the python entry.
  • If the package requires a newer Python version than the currently supported minimum version on conda-forge, you can override the python_min variable by adding a Jinja2 set statement at the top of your recipe (or using an equivalent context variable for v1 recipes).

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipes/mlflow-export-import/recipe.yaml) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipes/mlflow-export-import/recipe.yaml:

• ℹ️ noarch: python recipes should usually follow the syntax in our documentation for specifying the Python version.
  • For the host section of the recipe, you should usually use python ${{ python_min }} for the python entry.
  • For the run section of the recipe, you should usually use python >=${{ python_min }} for the python entry.
  • For the test.requires section of the recipe, you should usually use python ${{ python_min }} for the python entry.
  • If the package requires a newer Python version than the currently supported minimum version on conda-forge, you can override the python_min variable by adding a Jinja2 set statement at the top of your recipe (or using an equivalent context variable for v1 recipes).

[pavelzw]

windows builds failing due to conda-forge/mlflow-feedstock#199