Définir les permissions héritées sur iLifeAssetManagement ?

Je ne sais pas si, sous OSX, vous êtes censé indiquer explicitement list , search pour les répertoires. Au sens strict, read/write/execute/append ne s'appliquent pas aux répertoires, mais uniquement aux fichiers.

bmike : Cela semble à la fois erroné et ne pas être une réponse. Bien sûr, les permissions affectent les répertoires et les répertoires ne sont qu'un type de fichiers. Pouvez-vous l'améliorer ou devriez-vous simplement le supprimer ?

@ bmike Les permissions UNIX standard s'appliquent bien sûr aux fichiers et aux répertoires, indépendamment les uns des autres. Mais ce n'est pas le cas des ACL. Il suffit de jeter un coup d'œil à man chmod Vous vous apercevrez alors qu'il existe des

• actions pour les fichiers et les répertoires ( delete , [read]/[write]&[ext]attr , <read>/<write>&security , chown )
• actions pour répertoires uniquement ( list , search , add_&[file]/[subdirectory] , delete_child )
• actions pour fichiers uniquement ( [read]/[write]/[append] , execute ), ainsi que
• drapeau d'héritage pour les répertoires uniquement ( [file]/[directory]&[limit]/[only]&_inherit )

Cela prouve donc que la réponse n'est pas fausse.

Est-ce une réponse ? Oui, c'est une réponse, en ce sens qu'elle indique que l'utilisateur ne donne pas au répertoire les ACE appropriés.

Après tout, je pense que la question de l'utilisateur et le fait qu'il ne soit pas en mesure d'accéder à l'information sont des éléments essentiels. bmike Le commentaire du député souligne le fait que Les ACL sont délicats et quelque peu mal compris . Personnellement, je les ai complètement abandonnés et je suis revenu à l'utilisation des perms UNIX standard dans la mesure du possible.

Cela m'amène à suggérer à l'utilisateur une approche alternative, ce que je ferai dans une réponse séparée.