-
Notifications
You must be signed in to change notification settings - Fork 428
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
Conda Build Templates #1095
Comments
I started thinking about item 3 when writing a response for Anaconda-Platform/anaconda-server#258 |
cc @msarahan |
I don't think you need conda-build-ext-modules. I think Jinja2's function definition as filters (http://jinja.pocoo.org/docs/dev/api/#writing-filters) will suffice, and that's something we're working on in #966. There's a nice demo at #848 (comment) That's number 2 on my priorities, after #953. I think it will probably take me another couple of weeks to get to it. |
Thanks @msarahan That solution looks great. It would also be nice to have reusable extension components, rather than copy the |
My hope is that there will be 2 jinja_context.py files: one global, and another per-recipe. Same with the config yaml files. We'll merge these, with the local stuff overriding the global stuff. Conda-build will probably maintain a sane base file - this might be a third, which would be overridden by both the user's global, and the recipe-local. |
Hi there, thank you for your contribution! This issue has been automatically marked as stale because it has not had recent activity. It will be closed automatically if no further activity occurs. If you would like this issue to remain open please:
NOTE: If this issue was closed prematurely, please leave a comment. Thanks! |
Perhaps it would be good to revamp the conda build template files. And make them a first class citizen:
Some ideas:
Load templates from
meta.yaml.template
this should result in a auto generatedmeta.yaml
Currently there are two passes of the build: 1 - to fetch the build sources 2. to render the meta.yaml from the template. Perhaps we can make this more clear in the yaml file maybe using the
---
yaml syntaxAllow for user contributed build extensions (conda packages) that can define template variables etc. eg:
in this example
conda build .
would install/require the conda packageconda-build-etx-auto-build-numbers
to be installed into the root environment before the build starts.cc @kalefranz @mcg1969
The text was updated successfully, but these errors were encountered: