-
Notifications
You must be signed in to change notification settings - Fork 7
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
update conda-lock version after updates #15
Comments
Thanks Jessica, I was going to switch to a generic |
Conda-lock has officially closed this issue as fixed (not sure if it's yet released): conda/conda-lock#229 |
Conda-lock 2.0.0 was released which also included conda/conda-lock#328 that handles the relative paths a bit better still. I'll update the GitHub Actions workflow to use conda-lock 2.0.0 in #14. |
This issue is actually referring to the lockfile on https://github.com/CryoInTheCloud/CryoCloudWebsite/tree/main/conda (where the build stuff used to happen). We've been using |
The most recent (v1.1.3) version of conda-lock includes a switch (that happened in v1.1.0 with PR#89) from relative to absolute paths. As a result, whenever someone new updates the conda lock files, their local dir path is added to the lockfile source list (and other users get a warning for every path listed that's not on their local machine). It looks like a fix is in the works, so I reverted to v1.0.5 until this update is implemented. @weiji14, please let me know if this will be an issue for anything you added and we can deal with the warnings until the update lets us specify relative paths.
The text was updated successfully, but these errors were encountered: