Skip to content

add run-export to libpython - #928

Open
h-vetinari wants to merge 1 commit into
conda-forge:mainfrom
h-vetinari:libpy_run_exp
Open

add run-export to libpython#928
h-vetinari wants to merge 1 commit into
conda-forge:mainfrom
h-vetinari:libpy_run_exp

Conversation

@h-vetinari

Copy link
Copy Markdown
Member

For users of libpython like lldb, we should IMO indicate the dependence with a host: dependence as usual, and then inherit the run-export, also as usual. For py<315 this is less relevant (except for the link check), but for 3.15+, where libpython3.{so,dylib} is not part of the python package anymore, this would make sense IMO.

If/once merged, it would also be reasonable to backport this to past python versions IMO, if only for consistency (and again the link check).

@conda-forge-admin

Copy link
Copy Markdown
Contributor

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 (recipe/meta.yaml) and found it was in an excellent condition.

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

For recipe/meta.yaml:

  • ℹ️ The recipe is not parsable by parser conda-souschef (grayskull). This parser is not currently used by conda-forge, but may be in the future. We are collecting information to see which recipes are compatible with grayskull.
  • ℹ️ The recipe is not parsable by parser conda-recipe-manager. The recipe can only be automatically migrated to the new v1 format if it is parseable by conda-recipe-manager.

This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/34112621565. Examine the logs at this URL for more detail.

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@h-vetinari@conda-forge-admin