![]() |
|
|
|
|
Issue Type:
|
![Bug]() Bug
|
|
Assignee:
|
Unassigned |
|
Components:
|
core |
|
Created:
|
10/Feb/15 6:18 PM
|
|
Description:
|
When using a the option to download all artifacts as a zip on a Linux job, the resulting archive doesn't maintain the permissions of the original file. A couple years ago, this used to work. It first broke for us when we upgrade to a 1.5x LTS release. We've recently switched to latest (1.598) and it is still broke.
Here is an example from directory in a slave's workspace that is part of the archived artifacts:
ls -l | head -4
total 42288
-rwxr-xr-x 1 goesrjen goesrsw 74575 Feb 10 10:01 CreateSizes
-rwxr-xr-x 1 goesrjen goesrsw 832 Apr 2 2014 create-workspace
rw-rr- 1 goesrjen goesrsw 25816831 Jan 26 20:19 GroundServiceApp.jar
When I download all artifacts as a zip, this is what is in the directory after extraction:
ls -l | head -4
total 42288
rw-rr- 1 davidsj2 goesrsw 74575 Feb 10 10:01 CreateSizes
rw-rr- 1 davidsj2 goesrsw 832 Apr 2 2014 create-workspace
rw-rr- 1 davidsj2 goesrsw 25816831 Jan 26 20:19 GroundServiceApp.jar
If I manually "zip -r <dir>.zip <dir>" on the slave, and then unzip everything is fine, so it has something to do with how Jenkins is creating the zip file.
|
|
Environment:
|
Linux RHEL6 x86-64
|
|
Project:
|
Jenkins
|
|
Labels:
|
archive
|
|
Priority:
|
![Minor]() Minor
|
|
Reporter:
|
Josh Davidson
|
|
|
|
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout.
