-
Notifications
You must be signed in to change notification settings - Fork 2k
[bug] Conan search returns timeout #950
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
Comments
Reported to bintray. I don't think that incrementing the default timeout on the client is a sane solution, a list of recipes should be retrieved in milliseconds. |
Thanks! |
UPDATE: Running Conan 1.17.0: real 1m47,145s |
Reported by the users again. 😅 |
Do you have a reference to the comment? just in case ... |
Anyway, I can confirm such behavior
|
It was from the #include Discord server.
And getting timeout errors (the default is 60 seconds after all) |
Discord? That's cool, thanks for sharing! haha |
Hi all, yes, we are aware of this limitation. It is in our todo list, but as it is a complex thing that requires changes in the backend it will take some time. Thanks very much for your patience. |
Moved to conan-center-index, as this is mostly about the ConanCenter, not the client side. |
Probably observing the problem again right now. Details: https://twitter.com/kaihowl/status/1267750305443262465 |
I just installed and tried searching boost, it took 2min50s to get the results, Is someone working on this? $ time sudo conan search "boost" --remote=conan-center
Existing package recipes:
boost/1.64.0@conan/stable
boost/1.65.1@conan/stable
boost/1.66.0@conan/stable
boost/1.67.0@conan/stable
boost/1.68.0@conan/stable
boost/1.69.0
boost/1.69.0@conan/stable
boost/1.70.0
boost/1.70.0@conan/stable
boost/1.71.0
boost/1.71.0@conan/stable
boost/1.72.0
boost/1.73.0
real 2m50.146s
user 0m0.530s
sys 0m0.066s BTW: we manage our c++ project internal dependencies (boost/json/gtest/protobuf) in a script, trying to find a usable package manager |
I can say https://conan.io/center is much much faster than the command line when looking for patterns. |
@uilianries I observe this timeout during the resolution of version ranges as part of
The only way to remedy this seems increasing the timeout, pinning the version, or using lockfiles. I don't have any good logical reason for pinning or lockfiles as far as I can see. Increasing the timeout seems ok. Yet, the performance is surprisingly slow for a simple query. Is this something that should be reported here or is there a better place (or even an existing ticket) for this? |
@kaihowl Bintray reported an internal problem hours ago: https://status.bintray.com/ Please, try again, it should be solved now. |
Still observing the issue. For "smaller" packages like sqlite3 I see the same problem, yet on a smaller scale:
I don't think the reported outage correlates with this problem. I continually observe this problem since my original report, @uilianries. |
I'm experiencing this too :( |
4 minutes seems like too long.
|
Unfortunately, search performance is becoming a significant bottleneck and often fails in my case. Sample error message:
|
I am using a conan center on premise. Search takes sometimes minutes because local ConanCenter waits for bintray to answer. The conan search has therefore a not so good user experience. |
Also hit this issue. It also happens if I have a range in
Output of
|
@AndWass this is also happening for me too. I noticed it when I tried to add a range in a conanfile "requires" statement. I then tried doing a manual search and it failed. I stumbled upon this ticket and it looks like I am experiencing the same problem as others. Searching for boost fails:
Searching in general fails:
Searching for a specific package version does work (although it is quite slow... took about 10 seconds):
I am using Conan version 1.29.2. @memsharded, do you have any updates on the status of this issue? This is causing a big bottleneck in my development workflow. |
@tjwrona1992 Indeed the timeout persists. As alternative, you can use https://conan.io/center. The web search is pretty fast. For the current timeout problem, we don't have a date for a fix, not soon at least. It requires maintenance on server side, not on Conan client. |
@uilianries I appreciate the feedback. Unfortunately the problem I am having is that I want to be able to specify version ranges within my conanfiles for different packages I am consuming. Since these dependencies are downloaded during my CMake run with cmake-conan (https://github.com/conan-io/cmake-conan) i don't think there is any way to avoid this problem beacuse CMake will always be using the command line to fetch the dependencies. For now I will have to just hard-code all of the version numbers to not be ranges, but I would prefer to be able to make my dependencies more flexible than that. |
The problem persists. Any solution insight?
|
Looks like |
+1 I was planning to experiment with a VS Code extension for finding/installing packages, but after observing conan-center queries being this slow (timing out on most popular packages for me) I had to hang up my hat for now. |
I cannot mirror a specific boost version:
Do we have any solution? |
- in hopes of avoiding CI job failures caused by slow JFrog REST API. - example failure: - job: https://github.com/johnmcfarlane/cnl/runs/4427931463?check_suite_focus=true#step:7:51 - message: ERROR: HTTPSConnectionPool(host='center.conan.io', port=443): Max retries exceeded with url: /v1/conans/search?q=boost%2F%2A&ignorecase=False (Caused by ReadTimeoutError("HTTPSConnectionPool(host='center.conan.io', port=443): Read timed out. (read timeout=60.0)")) - GitHub issue: conan-io/conan-center-index#950 - JFrog issue: https://www.jfrog.com/jira/browse/RTFACT-26310
- in hopes of avoiding CI job failures caused by slow JFrog REST API. - example failure: - job: https://github.com/johnmcfarlane/cnl/runs/4427931463?check_suite_focus=true#step:7:51 - message: ERROR: HTTPSConnectionPool(host='center.conan.io', port=443): Max retries exceeded with url: /v1/conans/search?q=boost%2F%2A&ignorecase=False (Caused by ReadTimeoutError("HTTPSConnectionPool(host='center.conan.io', port=443): Read timed out. (read timeout=60.0)")) - GitHub issue: conan-io/conan-center-index#950 - JFrog issue: https://www.jfrog.com/jira/browse/RTFACT-26310
- in hopes of avoiding CI job failures caused by slow JFrog REST API. - example failure: - job: https://github.com/johnmcfarlane/cnl/runs/4427931463?check_suite_focus=true#step:7:51 - message: ERROR: HTTPSConnectionPool(host='center.conan.io', port=443): Max retries exceeded with url: /v1/conans/search?q=boost%2F%2A&ignorecase=False (Caused by ReadTimeoutError("HTTPSConnectionPool(host='center.conan.io', port=443): Read timed out. (read timeout=60.0)")) - GitHub issue: conan-io/conan-center-index#950 - JFrog issue: https://www.jfrog.com/jira/browse/RTFACT-26310
This is not an issue anymore with latest changes to Artifactory |
To help us debug your issue please explain:
Hi!
As Conan Center is growing, the time requested to list all recipes is no longer enough:
As you can see, 60 seconds is not enough to retrieve all information.
However, if I update the timeout request by
CONAN_TIMEOUT_REQUEST
, I can receive the answer:Using
time
it took 1m39.As Conan Center is the official repository, I think
search
should work without timeouts. So Or Bintray is slow, Or Conan needs to update its timeout limit.Conan Version: 1.16.1
The text was updated successfully, but these errors were encountered: