[
https://issues.apache.org/jira/browse/BUILDR-143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12630496#action_12630496
]
lacton commented on BUILDR-143:
-------------------------------
You're right, using the current mode of the source file for #2 is better.
If the source file is created with no explicit mode, the OS will use the user's
umask to set this file's permissions and these default values will be kept when
moving the file around, whether by file://, sftp or packaging.
If the source file is created with an explicit mode, it will be kept even when
moving it around.
And this behavior can be generalized for all transports and packaging
mechanisms.
It sounds very consistent to me.
> Upload to a file:// path needs ability to specify permissions
> -------------------------------------------------------------
>
> Key: BUILDR-143
> URL: https://issues.apache.org/jira/browse/BUILDR-143
> Project: Buildr
> Issue Type: Bug
> Components: Core features
> Affects Versions: 1.2.10
> Environment: Linux(RHEL 4) with a samba mount point
> Reporter: Jared Robinson
>
> When uploading an artifact to a file:// repository URL, the permissions on
> the artifact are rw by owner, but unreadable by anyone else. When I deploy to
> a samba share, this is a problem, because no one else can read the artifact.
> I've tracked it down to the use of Tempfile in transports.rb. Tempfile always
> creates a file with permission 600. If I add the following code, everything
> works as expected:
> temp.chmod(0644)
> I'd prefer it if the artifact was created using my default umask, and then
> allow me to override it with an option :permissions so that I can specify
> what file mode I want. So a better fix would be the following:
> temp.chmod(0666 - File.umask)
> This could be related to issue BUILDR-23
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
