-
Notifications
You must be signed in to change notification settings - Fork 1
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
ENH: Add lockfile with exact versions of the various packages for inspection somewhere in this repo #6
Comments
The meta-package is the "lockfile". Each generated and published package locks its full dependency tree. The src/recipe.yaml file in version control is the basis for the initial shallow dependencies. (Have you read thru the README?)
Inspect the generated Conda packages. Note that dependencies vary between platforms ( You can use
or Anaconda's API:
or look at the
or look at this repo's CI build logs or artifacts.
Maybe! We should see why the resolver uses iqtree 1 in the first place. |
Expanding on what the README implies: the fully-locked recipes aren't tracked in version control because:
|
Thanks! I hadn't fully digested the README now it's all clear. Downloaded and inspected the lockfile from a CI run and see that IQtree 1.6 is in there. It could be very helpful to have your first comment above on "various way to inspect the lockfile" somewhere above the develop section in the README, as part of "how to test/verify". |
I installed this meta-package using
and was surprised to find iqtree 1.6 instead of a current version. I'm curious whether this is just a thing that happens to me or whether everyone gets this old package.
Is there such a thing as a lockfile for this metapackage or does this not exist? How can we check which versions get installed then, and make sure there are no hickups? Maybe we need to add constraints to prevent this from happening? Like specifying
iqtree >=2
etc?Here's the env I got: env.txt
The text was updated successfully, but these errors were encountered: