Status: Closed (View Workflow)
- cmake plugin version: 2.3.2
- jenkins version: 1.631
- the master and the slave node are both sles11
- cmake version (downloaded from cmake.org is 3.3.2
- cmakebuilder plugin:
- Name: cmake-3.3.2-downloaded
- Install automatically = true
- Install from cmake.org: version: 3.3.2
Trying to biuld a project with this setup fails with the following message:
Install from cmake.org [cmake-3.3.2-downloaded]: No tool download known for OS `Linux` and arch `i386`.
Possible problem: cmake.org download path changed and the plugin is unable to download the cmake sources anymore
|Field||Original Value||New Value|
|Assignee||Martin Weber [ 15knots ]|
|Status||Open [ 1 ]||In Progress [ 3 ]|
|Summary||No tool download known for OS `Linux` and arch `i386`.||No tool download known for OS... (Crawler generates empty update file)|
In the mean time I suggest adding in the plugin configuration:
- a check box to override the URL detection
- a input to specify the cmake URL (e.g.: http://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz)
There will always be the possibility of the URL forming scheme to change because the cmake.org site is not under the cmake plugin control
HTTP only (no S) will redirect to HTTPS and this should be taken care of as well.
Following is the wget output:
– 2015-11-04 11:33:46 – http://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz
Resolving cmake.org (cmake.org)... 18.104.22.168
Connecting to cmake.org (cmake.org)|22.214.171.124|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz [following]
– 2015-11-04 11:33:47 – https://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz
Connecting to cmake.org (cmake.org)|126.96.36.199|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 27390817 (26M) [application/x-gzip]
@georgeg Use the zip installer as a fall back installer on the global config page.
Meanwhile, I contacted the cmake guys and they were kind enough to re-enable directory index listing.
The issue will resolve with the next run of the crawler (runs daily on jenkins-ci.org). Your Jenkins instance will update the crawler result within 2-3 days.
To force an update, you may delete file $JENKINS_HOME/updates/hudson.plugins.cmake.CmakeInstaller
|Resolution||Fixed [ 1 ]|
|Status||In Progress [ 3 ]||Closed [ 6 ]|
|Workflow||JNJira [ 166710 ]||JNJira + In-Review [ 209399 ]|
I am seeing this error with v2.5.2 of cmake plugin and Jenkins core 2.60.2 installed. The Install from cmake.org option also doesn't give me a combobox pre-filled list of versions to select from but rather a simple text field, so I'm just entering the <x.y.z> version number in that field. Is the lack of pre-filled list of versions indicative of some other issue? I am behind a proxy and proxy is configured for plugin management (and working at least for plugin upgrades/installs and listing available plugins).
jg_lgc If you do not see a file hudson.plugins.cmake.CmakeInstaller.json in directory $JENKINS_HOME/updates, you are suffering from INFRA-1483. If so, please vote there.
As a workaround, you could manually download the file from https://updates.jenkins-ci.org/updates/hudson.plugins.cmake.CmakeInstaller.json
Thanks for the quick response Martin! Did you link the right issue? When I click the link it takes me back to this issue (closed so I can't vote on it), when I type in URL for 3137 directly it loads "Allow permissions at batch task level" for the batch-task-plugin (seems unrelated, but also closed so I can't vote).
I don't have that file on my server, have downloaded it manually and am quieting the server to reload config.
the manual download workaround worked. If there is an open issue I can vote on, please give me the link.
Sorry, the link to the issue was wrong, corrected now. Anyway INFRA-1483 is closed now.
It looks like cmake.org revamped their download pages. Most of them now say: Directory index no longer supported.
In turn the backend-crawler fails to detect the list of available download URLs, which causes this issue.
File $JENKINS_HOME/updates/hudson.plugins.cmake.CmakeInstaller will be nearly empty.
To fix this, we need to contact cmake.org first.