Skip to content

Conversation

beekarthik
Copy link

Ran into a bug that blocked us from building pkls from outside the workspace they are defined in.

There was a slight bug where the pkl-cli binary expects the /work directory to be created by one of the symlinks but in the case of a pkl that is defined completely externally nothing lives under the current workspace so none of the symlinks ever create the work directory and then the pkl-cli binary looks for the import in the wrong place

Copy link
Contributor

@KushalP KushalP left a comment

Choose a reason for hiding this comment

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

Thank you for the contribution!

Let's remove the comment in the script, as the commit message will contain this context on merge.

More importantly, please can you add a test reproduction of this to tests/integration_tests/example_workspaces so we can catch any regressions.

Comment on lines +69 to +71
# The ruleset currently assumes the {label}/work directory exists due to creation of the symlinks
# However when running a `pkl_eval` frome external to the workspsace, the symlinks exist external
# to the {label}/work directory and it is not created, causing the command below to have issues.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
# The ruleset currently assumes the {label}/work directory exists due to creation of the symlinks
# However when running a `pkl_eval` frome external to the workspsace, the symlinks exist external
# to the {label}/work directory and it is not created, causing the command below to have issues.

Sign up for free to 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