Skip to content
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

Repodata patch for 2.6.0? #184

Open
h-vetinari opened this issue Nov 26, 2021 · 2 comments
Open

Repodata patch for 2.6.0? #184

h-vetinari opened this issue Nov 26, 2021 · 2 comments

Comments

@h-vetinari
Copy link
Member

Just saw that conda-forge/staged-recipes#16888 pulls in

  + libtensorflow                   2.6.0  cpu_hf74009c_2          conda-forge/linux-64       54 MB
  + libtensorflow_cc                2.6.0  cuda111h67a8850_2       conda-forge/linux-64      319 MB

for a recipe that says:

    - tensorflow {{ tf_version_maj_min }}.*
    - libtensorflow_cc {{ tf_version_maj_min }}.*
    - libtensorflow {{ tf_version_maj_min }}.*  # [cuda_compiler_version != "None"]
    - tensorflow-cpu  # [cuda_compiler_version == "None"]
    - tensorflow-gpu  # [cuda_compiler_version != "None"]

Since we added some run-exports in 2.6.0, it could be that the resolver just takes the "lazy" option of taking the unconstrained 2.6.0.

What do you think is the best approach here @xhochy? I can fix the other recipe, but if someone else is pulling in tensorflow and a library anywhere, these might be mismatched for 2.6.0 (AFAIU).

h-vetinari added a commit to h-vetinari/staged-recipes that referenced this issue Nov 26, 2021
@h-vetinari
Copy link
Member Author

Well, at least one additional reason for not taking 2.6.2 turns out to have been the default libprotobuf version in staged-recipes...

@hmaarrfk
Copy link
Contributor

oh. yeah. you might need to have manual migrations.

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

No branches or pull requests

2 participants