Copie et droits des applis

Regis <reglomb@aol.com> wrote:

Bonjour,

Je me résous à écrire ici aujourd'hui, après avoir fait une recherche sur
le web et dejanews notamment pour trouver une réponse à mon problème. Le
voici :

Je suis suis administrateur de mon Mac sous OS X.3.4 qui dispose de 5
comptes utilisateurs. J'ai par ailleurs un compte normal de travail, dont
je me sert pour aller sur l'internet. Lorsque je télécharge une
application intéressante, je la transmets aux autres utilisateurs via un
dossier commun. Et là, de manière apparemment aléatoire, l'exécution n'est
pas toujours possible, faute de droits ! Même après autorisation dans les
Préférences Système, possesseur changé, et droits Unix en 777. Y a-t-il
une méthode générale pour éviter ces problèmes de droits ; où cela
coince-t-il ?

Merci pour vos réponses.

Question subsidiaire : sous OS X, chaque utilisateur fait parti de son
propre groupe, et je souhaite partager un dossier de travail entre deux
utilisateurs seulement (en RW). Is it possible ?

Users/shared devrait faire l'affaire pour les deux questions.
L'ajouter dans la barre latérale du Finder de chaque utilisateur, c'est
plus pratique.

PS les lignes sont trop longues...

--
JPN
On me mèle sans les majuscules

Regis <reglomb@aol.com> wrote:

Lorsque je télécharge une application intéressante, je la transmets
aux autres utilisateurs via un dossier commun.

Pourquoi ne pas l'installer simplement dans /Applications, comme c'est
prévu ?

Et là, de manière apparemment
aléatoire, l'exécution n'est pas toujours possible, faute de droits ! Même
après autorisation dans les Préférences Système, possesseur changé, et droits
Unix en 777. Y a-t-il une méthode générale pour éviter ces problèmes de droits
; où cela coince-t-il ?

Tu devrais nous donner un exemple précis de quelle appli, avec quels
droits, dans quel dossier qui a quels droits, etc... Là on a pas les
indications nécessaires pour comprendre
Quand tu donne les droits unix, il faut le faire récursiement si l'appli
est un .app

Question subsidiaire : sous OS X, chaque utilisateur fait parti de son propre
groupe, et je souhaite partager un dossier de travail entre deux utilisateurs
seulement (en RW). Is it possible ?

Bien sûr que c'est possible.
Tu crées un groupe (par ex avec sharepoint), tu mets tes deux
utilisateurs dedant, tu crées un dossier situé dans un endroit
accessible pour tous, tu restreint les perm. du dossier à user root
groupe truc, drwxrwx--- et c'est boc.

Dureste s'il n'y a vraiment que 2 personnes, tu peux bidouilller :
perms : user : group : dossier:
drwxrwx--- user1 user2 Dossier_commun

--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas

Regis <reglomb@aol.com> wrote:

Pourquoi ne pas l'installer simplement dans /Applications, comme c'est
prévu ?

Mais bien sûr j'ai essayé ! Je trouve cette limitation de MacOS X malvenue
mais je n'y ai pas manqué.

Tu peux trouver ce que tu veux, mais une appli vas dans le dossier
appli. C'est comme ça. Bien sûr que ça peut marcher autrement, mais
alors ne vient aps te plaindre que ça ne fonctionne pas.

Laisse le system faire son bordel et contente toi de ton dossier
utilisateur pour ce qui est du rangement comme tu l'entends.

OK :
Prenons par ex. l'utilitaire AudioTest (mais ça pourrait être autre chose).
Après téléchargement, à partir de mon compte normal, les droits sont :
- Possesseur : moi (droits RW)
- Groupe : moi (R only)
- Autres : (R only)

déjà là tu as tout faux.
utilises BatChmod, tu verra que le finder n'affiche que rw alors qu'il y
a un 3ème paramètre, le x. Le x est le droit d'exécution.

Habituellemnt, on utilise la notation :
drwxr-x--- 3 root admin 102 14 Aug 2003 Mail.app
qui est ce que retourne la commande ls dans le terminal.
le drwxrwxr-x signifie :
d = dossier
rwx = Read Write eXecute pour le user
r-x = Read - eXecute pour le groupe
--- = pas de permissions pour les autres.

J'en transfert une copie, par un dossier commun que j'ai créé, au compte user2
(par ex.).

Mauvais exemple, met le dans /Applications, ça sera propre.
Sous 10.3.4, un admin peux le faire. J'ai downloadé ton machin
(audiotest) et l'ai installé sans problèmes. Il fonctionnait également
pour un user non admin. Note que l'image disque montait avec le "ignore
ownership on this volume" coché (pomme+i sur l'image montée) ce qui
n'est pas terrible. Il vaut mieux dans ce cas décocher l'option,
démonter l'image et la remonter.

L'utilisateur2 ne peut pas mettre l'appli dans le dossier
application, il n'en a pas les droits. Et de toute façons je ne le souhaite
pas.

C'est un admin, utilisateur2 ?
si non, effectivement, pas le droit et heureusement.

Je ne sais pas ce que c'est que sharepoint, je ne l'ai pas dans mon système.

pout toute référence inconnue :
www.versiontracker.com

--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas

Regis <reglomb@aol.com> wrote:

Il est loin le tps où l'utilisateur commandait son Mac ; maintenant c'est le
Mac qui commande l'utilisateur. Mais c'était juste une remarque, si tu le
prends comme ça... :-/

Faux.
On a jamais eu autant la possibilité de bricoler son mac, de tout
changer, de bidouiller.
Sauf que t'est pas cap, désolé :->

En tous cas, merci pour les conseils qui suivent, que je vais mettre en oeuvre
très vite.

De rien, ce fut un plaisir :)

--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas

Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:

déjà là tu as tout faux.
utilises BatChmod, tu verra que le finder n'affiche que rw alors qu'il y
a un 3ème paramètre, le x. Le x est le droit d'exécution.

Habituellemnt, on utilise la notation :
drwxr-x--- 3 root admin 102 14 Aug 2003 Mail.app
qui est ce que retourne la commande ls dans le terminal.
le drwxrwxr-x signifie :
d = dossier
rwx = Read Write eXecute pour le user
r-x = Read - eXecute pour le groupe
--- = pas de permissions pour les autres.

J'ajouterai à toutes ces réponses, que le droit d'exécution x correspond
pour un dossier au droit de passer dans ce dossier pour accéder aux
fichiers/dossiers qu'il contient.

Si on n'a pas ce droit, on ne peux donc pas faire un cd dans le dossier,
ni accéder à un fichier par un chemin du type :
.../dossier/.../fichier

Ce droit x ne doit pas être confondu avec le droit r qui permet juste de
lire ce qu'il y a dans le dossier (= savoir les fichers qu'il contient).

Il est parfois intéressant de mettre le droit x, mais pas le droit r
dans un dossier : l'utilisateur peut utiliser les fichiers de ce dossier
à condition qu'il en connaisse le nom. Il ne peut pas obtenir la liste
des fichiers du dossier.

JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE

Regis <reglomb@aol.com> wrote:

en fait les droits des applis concernées sont corrects après transfert d'un
compte à un autre (RWXRWXRWX), l'appartenance est réglés correctement

Ne pas oublier que les applis sous Mac OS X, sont en fait des paquets,
c'est à dire des sortes de dossiers (reconnus comme tel par Unix). Donc
il ne suffit pas de mettre les bons droits à ces paquets (dont le nom
réel se termine par .app), mais à tous les sous-dossiers de tels
paquets, en particulier Contents, Contents/MacOS et Contents/Resources.
Les bons droits en l'occurence, c'est : rwxr-xrr-x. En effet, il n'est
absolument pas utile de donner le droit d'écriture à d'autres
utilisateurs que root. A la rigueur tu peux le donner au groupe, s'il
est bien admin. Voilà pour les dossiers.

En ce qui concerne les fichiers qui sont dans ces dossiers, il n'ont pas
besoin du droit d'exécution, car ils ont juste besoin d'être lus. Donc :
rw-r--r--

Une exception logique serait la vraie application, celle qui est dans
Contents/MacOS. Il semblerait cependant, si j'en crois mes propres
applis, que cette vraie application n'a pas besoin non plus de ce droit
d'exécution. A tester chez toi.

JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE

Regis <reglomb@aol.com> wrote:

Merci pources précisions, mais cela ne résoud pas complètement mon problème :
en fait les droits des applis concernées sont corrects après transfert d'un
compte à un autre (RWXRWXRWX),

Pourquoi transférer "d'un compte à un autre" ?
J'arrive absolument pas à reproduire ton problème :

J'ai recommencé les test avec audiotest :
en tant qu'admin, je download l'image disque.
je crée un dossier /Users/Shared/Application.
Je monte l'image, je glisse audiotest sur /Users/Shared/Application, il
s'ouvre sans problèmes.
je me logue en tant qu'utilisateur, je vais dans
/Users/Shared/Application, j'ouvres audiotest dans problèmes. J'ai pas
eu à changer quelque permissions que ce soit.

Puis en tant que simple utilisateur, pour rire, je download audiotest,
je le monte, je glisse audiotest chez moi et il fonctionne sans
problèmes.

Bref tout fonctionne chez moi pour audiotest. Peux-tu être plus précis
dons la description du problème ?

l'appartenance est réglés correctement
(forcément par l'administrateur j'en convient :-(( ) mais l'exécution n'est
toujours pas possible. Au lancement dans le compte de destination, l'icône
tressaute un bref instant dans le dock puis disparait sans message d'erreur !
Ca à l'air de dépasser le problème des droits !

Oui, c'est possible. Tu parles de audiotest là ?
as-tu tenté de le retélécharger puis de le réinstaller ?
Il y a aussi un fichier de pref "com.mac.katsura.AudioTest.plist"
que tu devrais tenter de renomer.

Note : pour répondre à un précédant message dans ce thread où on me
conseillait (ordonnait ?) de mettre les applis dans le dossier
Application, et uniquement là.

Je conviens que mon style est parfois un peu sec, mais quoi que je
t'aies dit ce ne peut être que mon avis personnel.
De toutes façon tu ne nous a pas dit où tu met tes appli, mais je suis
sûr que celà relève du bon sens le plus pur et que si tu nous le révèle
enfin je ne pourai que m'incliner devant tant de sagesse :->

Bien que ce ne soit pas lié au pb ci-dessus, je souhaite préciser que je
suis admin de mon iMac G4 pour toute ma famille. J'ai des frères qui se
débrouillent suffisement bien pour que je leur laisse l'autorisation de
télécharger des utilitaires pour leurs propres besoin.
Les mettre dans le dossier Application signifie deux choses : leur donner à
tous des droits d'admin ? C'est hors de question et vous comprendrez bien
pourquoi ; par ailleurs cela donnerai un dossier Application qui gonfle avec
toutes sortes de "saletées" qui ne serviraient qu'à une personne sans contrôle
possible de ma part. Ou bien qu'ils m'appellent au téléphone toutes les cinq
minutes pour que je leur installe les applis "au bon endroit" ?

J'ai personnellement non pas cinq mais environ 200 utilisateurs et je
peux t'assurer que je ne me fait pas déranger toutes les 5 minutes pour
installer des appli.

Et surtout je ne me vois pas déranger 200 personne à leur envoyer des
mail à chaque fois que j'installle un soft pour dire que l'application
"audiotest" se trouve dans
/Users/toto/Desktop/Softs/Audio/Shareware/A_Tester et que que
l'application "MacSoup" se trouve dans
/Data/Fred/Communication/News/MacSoup.
Il me semble donc non pas obligatoire mais juste simple et logique de
mettre les applications là où tout utilisateur s'attends à les trouver,
c'est à dire à leur place. A présent si tu trouves obligatoire de faire
autrement, c'est ta liberté la plus stricte.

--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas