Droits d'accès depuis le Finder et autres applications
18 réponses
Jacky
Bonjour à tous, où décide-t-on des droits (lecture, écriture, excéution)
PAR DEFAUT des dossiers et documents que l'on crée depuis le Finder ou
d'autres applis (pour les unixiens, l'équivalent de umask) ?
Mon besoin est simple : j'aimerais que plusieurs utilisateurs d'un même
Mac (qui ne se connectent pas en même temps) appartenant à un groupe
Unix (et eux seulement) aient des droits en lecture/écriture sur un
ensemble de dossiers/documents partagés (genre bibliothèque musicale
Itunes).
Le dossier Shared ne donne pas des droits d'écriture sur les fichiers autres que les siens. On peut tout lire mais pas y écrire. Il ne répond donc qu'à une partie du besoin.
Pomme-i sur le fichier, section Possesseur et autorisations, donner les droits en lecture et écriture à tous les niveaux, et hop...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacky <preem.palver+spam@alussinan.org> wrote:
Le dossier Shared ne donne pas des droits d'écriture sur les fichiers
autres que les siens. On peut tout lire mais pas y écrire. Il ne répond
donc qu'à une partie du besoin.
Pomme-i sur le fichier, section Possesseur et autorisations, donner les
droits en lecture et écriture à tous les niveaux, et hop...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Le dossier Shared ne donne pas des droits d'écriture sur les fichiers autres que les siens. On peut tout lire mais pas y écrire. Il ne répond donc qu'à une partie du besoin.
Pomme-i sur le fichier, section Possesseur et autorisations, donner les droits en lecture et écriture à tous les niveaux, et hop...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Additional Note: On early builds of OSX (specifically 10.0.4 and earlier) the file used was ~/.OpenStep/environment instead of ~/.MacOSX/environment.plist. (note that the .plist extension is missing on 10.0.4 and earlier). The answer to your next question is: Yes, this is a relic left over from OpenStep/NextStep.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Additional Note: On early builds of OSX (specifically 10.0.4 and
earlier) the file used was
~/.OpenStep/environment instead of ~/.MacOSX/environment.plist. (note
that the .plist extension is missing on 10.0.4 and earlier). The answer
to your next question is: Yes, this is a relic left over from
OpenStep/NextStep.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Additional Note: On early builds of OSX (specifically 10.0.4 and earlier) the file used was ~/.OpenStep/environment instead of ~/.MacOSX/environment.plist. (note that the .plist extension is missing on 10.0.4 and earlier). The answer to your next question is: Yes, this is a relic left over from OpenStep/NextStep.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Matt wrote:
C'est un fichier qui est (enfin devrait être) consulté par les applications fils de loginwindow.app
Oui, j'ai d'ailleurs découvert que j'avais déjà des éléments dans ce fichier (inscrits par le TeTeX de Wierda, SSH AskPass et, je suppose, X11 Apple).
En tous cas, le Finder se cogne royalement de la valeur d'umask inscrite dans ce fichier.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Matt <sbehz@syrius.org> wrote:
C'est un fichier qui est (enfin devrait être) consulté par les
applications fils de loginwindow.app
Oui, j'ai d'ailleurs découvert que j'avais déjà des éléments dans ce
fichier (inscrits par le TeTeX de Wierda, SSH AskPass et, je suppose,
X11 Apple).
En tous cas, le Finder se cogne royalement de la valeur d'umask inscrite
dans ce fichier.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
C'est un fichier qui est (enfin devrait être) consulté par les applications fils de loginwindow.app
Oui, j'ai d'ailleurs découvert que j'avais déjà des éléments dans ce fichier (inscrits par le TeTeX de Wierda, SSH AskPass et, je suppose, X11 Apple).
En tous cas, le Finder se cogne royalement de la valeur d'umask inscrite dans ce fichier.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Matt wrote:
Apple devrait trouver une solution fiable pour ce problème.
Oui, je l'attends depuis deux ans et demi :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Matt <sbehz@syrius.org> wrote:
Apple devrait trouver une solution fiable pour ce problème.
Oui, je l'attends depuis deux ans et demi :-/
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Apple devrait trouver une solution fiable pour ce problème.
Oui, je l'attends depuis deux ans et demi :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Matt wrote:
On Wed, 29 Oct 2003 00:29:10 +0100, Laurent Pertois wrote:
Oui, je l'attends depuis deux ans et demi :-/
T'as réessayé dans 10.3 ?
Oui, à l'instant.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Matt <sbehz@syrius.org> wrote:
On Wed, 29 Oct 2003 00:29:10 +0100,
Laurent Pertois <laurent.pertois@alussinan.org> wrote:
Oui, je l'attends depuis deux ans et demi :-/
T'as réessayé dans 10.3 ?
Oui, à l'instant.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
On Wed, 29 Oct 2003 00:29:10 +0100, Laurent Pertois wrote:
Oui, je l'attends depuis deux ans et demi :-/
T'as réessayé dans 10.3 ?
Oui, à l'instant.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
pierre.ducrot
Matt wrote:
J'y ai juste placé un appel à umask. Sous 10.2 la seule application l'ayant pris en compte fut Project Builder.
sais-tu si panther et les applications apple fournies avec le prennent en compte maintenant (comme iTune par exemple) ?
-- Pierre
Matt <sbehz@syrius.org> wrote:
J'y ai juste placé un appel à umask.
Sous 10.2 la seule application l'ayant pris en compte fut Project Builder.
sais-tu si panther et les applications apple fournies avec le prennent
en compte maintenant (comme iTune par exemple) ?
J'y ai juste placé un appel à umask. Sous 10.2 la seule application l'ayant pris en compte fut Project Builder.
sais-tu si panther et les applications apple fournies avec le prennent en compte maintenant (comme iTune par exemple) ?
-- Pierre
Nicolas.MICHEL
Jacky <preem.palver+ wrote:
Bonjour à tous, où décide-t-on des droits (lecture, écriture, excéution) PAR DEFAUT des dossiers et documents que l'on crée depuis le Finder ou d'autres applis (pour les unixiens, l'équivalent de umask) ?
Laisse tomber, ça fait un bail qu'on attends un truc du genre. Il y a 3 façon de contourner le problème pour l'instant à ma connaissance : -soit tu met un chmod dans la crontab (ce que j'ai finit par faire) -soit tu met le dossier sur une partoche ne respectant pas les droits unix (ahem... c'est la solution sécure ça :-> -soit tu met le dossier sur un OSX serveur, et on y accès qu'en reseau, dans quel cas il y a une case à cocher dans wgm pour ne pas respercter les permissions unix mais pour assigner les permissions x à l'ensemble du share
Evidement, aucune de ces 3 solutions n'est exactement ce que tu veux.
-- Je m'appelles Billy et je suis Funky
Jacky <preem.palver+spam@alussinan.org> wrote:
Bonjour à tous, où décide-t-on des droits (lecture, écriture, excéution)
PAR DEFAUT des dossiers et documents que l'on crée depuis le Finder ou
d'autres applis (pour les unixiens, l'équivalent de umask) ?
Laisse tomber, ça fait un bail qu'on attends un truc du genre.
Il y a 3 façon de contourner le problème pour l'instant à ma
connaissance :
-soit tu met un chmod dans la crontab (ce que j'ai finit par faire)
-soit tu met le dossier sur une partoche ne respectant pas les droits
unix (ahem... c'est la solution sécure ça :->
-soit tu met le dossier sur un OSX serveur, et on y accès qu'en reseau,
dans quel cas il y a une case à cocher dans wgm pour ne pas respercter
les permissions unix mais pour assigner les permissions x à l'ensemble
du share
Evidement, aucune de ces 3 solutions n'est exactement ce que tu veux.
Bonjour à tous, où décide-t-on des droits (lecture, écriture, excéution) PAR DEFAUT des dossiers et documents que l'on crée depuis le Finder ou d'autres applis (pour les unixiens, l'équivalent de umask) ?
Laisse tomber, ça fait un bail qu'on attends un truc du genre. Il y a 3 façon de contourner le problème pour l'instant à ma connaissance : -soit tu met un chmod dans la crontab (ce que j'ai finit par faire) -soit tu met le dossier sur une partoche ne respectant pas les droits unix (ahem... c'est la solution sécure ça :-> -soit tu met le dossier sur un OSX serveur, et on y accès qu'en reseau, dans quel cas il y a une case à cocher dans wgm pour ne pas respercter les permissions unix mais pour assigner les permissions x à l'ensemble du share
Evidement, aucune de ces 3 solutions n'est exactement ce que tu veux.