Notes |
|
(0035907)
|
Nils Gladitz
|
2014-05-22 04:18
|
|
Some random thoughts ...
To allow multiple ACLs for different users it will probably be easier to use a single property. e.g. CPACK_WIN32_ACL.
Since property values can be lists each list item could result in one <Permission> element.
I am hoping windows already has some standard format for ACL specifications in compact string form that could be used for this.
Perhaps there is even something more generic that could be used with other ACL implementations.
It might also be something that could be supported by the install target (without CPack) so perhaps a "WIN32_ACL" property (without CPACK_ prefix).
I assume the install script could only be allowed to set them when not being invoked by CPack with the WIX generator since ACLs on the intermediate files might prevent them from being packaged. |
|
|
(0035908)
|
Richard Ulrich
|
2014-05-22 07:41
|
|
I remember havin seen something about permissions in the cmake documentation, so I did a quick readup.
Actually, for my use case, it would suffice to add
<Permission User="Everyone" GenericAll="yes"/>
If I do:
INSTALL(FILES ${FILES_IN_MOD}
DESTINATION module/mod
PERMISSIONS WORLD_WRITE
COMPONENT app
)
But that might be difficult to scale. |
|
|
(0035909)
|
Nils Gladitz
|
2014-05-22 08:07
|
|
The permissions used by CMake in that context are based on unix permissions.
I think OWNER_WRITE is the only permission that has any effect on windows currently (see 0014439).
If install() were to implicitly set INSTALL properties based on those permissions I might be able to create ACLs from them though.
Might get complicated when both unix permissions and ACLs are present/implemented. |
|
|
(0036584)
|
Nils Gladitz
|
2014-08-09 09:41
|
|
I merged an implementation for a new CPACK_WIX_ACL property to next which stays close to the WiX <Permission> element.
I couldn't find a really nice way to support more generic ACL specifications or even map the windows specific compact ACL specifications to the <Permission> element. |
|
|
(0036690)
|
Nils Gladitz
|
2014-08-29 10:02
|
|
|
|
(0037622)
|
Robert Maynard
|
2015-01-05 08:39
|
|
Closing resolved issues that have not been updated in more than 4 months |
|