Details
-
Bug
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
-
Mac OS X 10.8
Description
When having a custom tool defined to download and install
http://nodejs.org/dist/v0.10.22/node-v0.10.22-darwin-x64.tar.gz
, it somehow fails to untar that correctly, not placing all the files in the correct subfolder, thus fails node to run correctly.
When replacing the download job with a shell-part that does this manually, it works just fine.
This might be a problem with the jvm/libraries outside custom tools on OS X, but i didn't manage to figure out where or what it calls, so i decided to report it here for reference.
Attachments
Issue Links
- is blocking
-
-
- Resolved
-
Activity
Anton Lundin
added a comment - Master is running jenkins 1.540, Ubuntu 12.04
java -version
java version "1.7.0_25"
OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)
Mac OS X 10.8 slave:
java -version
java version "1.6.0_65"
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-462-11M4609)
Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-462, mixed mode)
Anton Lundin
added a comment - Master is running jenkins 1.540, Ubuntu 12.04
java -version
java version "1.7.0_25"
OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)
Mac OS X 10.8 slave:
java -version
java version "1.6.0_65"
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-462-11M4609)
Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-462, mixed mode) Anton Lundin
added a comment - And Yes, unpacking that archive on a linux slave running the exact same setup as the master above, it works just fine.
Anton Lundin
added a comment - And Yes, unpacking that archive on a linux slave running the exact same setup as the master above, it works just fine. Removed the assignment. I have no OS X to test the issue.
BTW, it is definitely located inside the core
I confirm the issue in 1.564. While the file downloads and extracts, the output looks nothing like when I extract it manually.
i confirm the issue in 1.609.3 on OSX 10.10.5. FWIW, the tar.gz in question contains symlinks: http://www.cmake.org/files/v3.3/cmake-3.3.2-Darwin-x86_64.tar.gz
the problem occurred in the cmakebuilder plugin.
mistafunk
added a comment - - edited i confirm the issue in 1.609.3 on OSX 10.10.5. FWIW, the tar.gz in question contains symlinks: http://www.cmake.org/files/v3.3/cmake-3.3.2-Darwin-x86_64.tar.gz
the problem occurred in the cmakebuilder plugin. 
Martin Weber
added a comment - Unpacking of the OS X tar.gz works on Linux for
Jenkins 1.580.3/openjdk-1.6.0 and Jenkins 1.580.3/openjdk-1.7.0
Tested while trying to resolve JENKINS-31215, which is blocked by this.
Could this be a problem with the JRE on OS X?
Martin Weber
added a comment - Unpacking of the OS X tar.gz works on Linux for
Jenkins 1.580.3/openjdk-1.6.0 and Jenkins 1.580.3/openjdk-1.7.0
Tested while trying to resolve JENKINS-31215 , which is blocked by this.
Could this be a problem with the JRE on OS X? 
Hello,
"Extract tar.gz" Installer is not a part of custom-tools plugin. It is located in Jenkins core and stored as an extension. Please specify versions of JVM and Jenkins core. Have you tried to unpack the referenced archive on other platforms?
BR, Oleg Nenashev