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

Mysterious conflict hint involving __cuda #9897

Open
leofang opened this issue Apr 28, 2020 · 3 comments
Open

Mysterious conflict hint involving __cuda #9897

leofang opened this issue Apr 28, 2020 · 3 comments
Labels
solver::behavior pertains to the solver's behavior solver::messaging pertains to the solver's messaging solver pertains to the solver source::community catch-all for issues filed by community members stale::recovered [bot] recovered after being marked as stale type::bug describes erroneous operation, use severity::* to classify the type

Comments

@leofang
Copy link

leofang commented Apr 28, 2020

Moving part of the discussion from #9115.

Observation made by @jjhelmus:

conda includes __cuda in the conflict hints for non-obvious reason. I've seen this occasionally, I do not think __cuda is the source of the conflict but the hinting algorithms reports it for some reason.

Original report:

When testing nsls-ii-forge/cupy-feedstock#1, I noticed that __cuda imposed addition constraint on the allowed NumPy version (or the other way around).

See e.g. an error log from our CI when I tried to specify the scipy version:
https://dev.azure.com/nsls2forge/nsls2forge/_build/results?buildId=2457&view=logs&j=d0d954b5-f111-5dc4-4d76-03b6c9d0cf7e&t=6d4b912b-175d-51da-0fd9-4d30fe1eb4e7&l=609

...

Package numpy conflicts for:
scipy[version='>=1.0,<1.1'] -> numpy[version='>=1.9|>=1.9.3,<2.0a0']
numpy[version='>=1.9.0']

Package libgomp conflicts for:
libgcc-ng[version='>=7.3.0'] -> _openmp_mutex[version='>=4.5'] -> libgomp[version='>=7.3.0']
gcc_linux-64 -> gcc_impl_linux-64=7.3.0 -> libgomp[version='>=7.3.0']The following > specifications were found to be incompatible with your CUDA driver:

 - feature:/linux-64::__cuda==10.2=0
 - feature:|@/linux-64::__cuda==10.2=0

Your installed CUDA driver is: 10.2
...

By the way, the CI would be happy if I remove >=1.0,<1.1 for scipy.

@jakirkham
Copy link
Member

(subscribed 😉)

@kalefranz kalefranz added source::community catch-all for issues filed by community members solver pertains to the solver solver::behavior pertains to the solver's behavior solver::messaging pertains to the solver's messaging type::bug describes erroneous operation, use severity::* to classify the type labels Apr 28, 2020
@github-actions
Copy link

Hi there, thank you for your contribution!

This issue has been automatically marked as stale because it has not had recent activity. It will be closed automatically if no further activity occurs.

If you would like this issue to remain open please:

  1. Verify that you can still reproduce the issue at hand
  2. Comment that the issue is still reproducible and include:
    - What OS and version you reproduced the issue on
    - What steps you followed to reproduce the issue

NOTE: If this issue was closed prematurely, please leave a comment.

Thanks!

@github-actions github-actions bot added the stale [bot] marked as stale due to inactivity label Jul 18, 2022
@jakirkham
Copy link
Member

Let's keep this one open please

@github-actions github-actions bot added stale::recovered [bot] recovered after being marked as stale and removed stale [bot] marked as stale due to inactivity labels Aug 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
solver::behavior pertains to the solver's behavior solver::messaging pertains to the solver's messaging solver pertains to the solver source::community catch-all for issues filed by community members stale::recovered [bot] recovered after being marked as stale type::bug describes erroneous operation, use severity::* to classify the type
Projects
Status: 🆕 New
Development

No branches or pull requests

3 participants