-
Notifications
You must be signed in to change notification settings - Fork 94
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 runtime environment (scheduler, validation, etc.) #5570
Conversation
2429a07
to
86cecb0
Compare
Thanks for opening this! I have one of the examples of this use case. In my case - the Git repository containing Cylc flow also contains a folder of model parameter files. I want to run some Cylc tasks across the sites/scenarios specified in the folder without having to update the Jinga2 list each time another site/scenario is added! |
d6979b7
to
cb4928e
Compare
cb4928e
to
fd57352
Compare
This is ready to go. @oliver-sanders and @wxtim - plz review or reassign at your end. |
fd57352
to
7a1aea6
Compare
e24d07e
to
c43197c
Compare
(Apologies reviewers - some stray debug code had broken the tests at the last minute ... should be fixed now!) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nothing sufficient to mark other than "Approve". Have made some suggestions.
There is no run directory for a source workflow...
Add basic config doc string; Clarify a comment; Tweak installed check. Co-authored-by: Tim Pillinger <[email protected]>
23cd18b
to
2bf8bd3
Compare
Co-authored-by: Oliver Sanders <[email protected]>
Changes still look good. |
…c into feature.plus_s_list_of_strings * 'feature.plus_s_list_of_strings' of github.com:wxtim/cylc: Update tests/unit/test_templatevars.py Fix runtime environment (scheduler, validation, etc.) (cylc#5570) Bump pypa/gh-action-pypi-publish from 1.8.6 to 1.8.7 Fix simulation mode TypeError prevent tests symlinking subprocctx: fix xtrigger __str__ xtriggers: improve parser
Fix workflow environment variables when in source directory
Currently in
config.py
we infer a run directory, and work and share sub-directories, and export associated environment variables, even when parsing a source workflow (which may not be installed) or when parsing an installed workflow but not running the scheduler (in which case work etc. may not exist).The original motivation for this PR was:
There are use cases where src-dir needs to be distinguished from run-dir at config parsing time. Example: dependency graph constructed on the fly according to the content of some workflow sub-dir. For validation of the source workflow, the location of this content is relative to the source dir; for validation of the installed workflow (or at scheduler start-up) it must be relative to the run directory.
#5589 now provides a better solution to that problem, but in any case the exported environment should be consistent with the workflow location (as it is accessible to the template processor during parsing).
Check List
CONTRIBUTING.md
and added my name as a Code Contributor.Applied any dependency changes to bothsetup.cfg
(andconda-environment.yml
if present).CHANGES.md
entry included if this is a change that can affect usersIf this is a bug fix, PR should be raised against the relevant. (we're currently aiming all changes at 8.2.0)?.?.x
branch