Je voudrais avoir votre avis sur la facon la plus simple ou la plus
efficace de proceder pour faire la chose suivante.
Sur mon Mac sous OS X, j'ai actuellement un seul compte (appele
"parents") qui est donc aussi admin. Je veux creer un compte a ma fille
Martine. Et je veux qu'elle puisse, si besoin est, sauver un document
parmi ses documents, alors qu'elle l'a redige alors qu'elle etait loguee
sous notre compte.
Sur un Unix non graphique, j'aurais fait :
1. creer un groupe "famille" dans /etc/group
2. ajouter le compte "parents" dans le groupe "famille"
3. creer le compte "martine" avec le groupe "famille" comme groupe
principal
4. creer le repertoire /Users/martine avec
owner = martine
group = famille
droits = drwxrwsr-x
Sous OS X, je ferais a priori :
1. avec Pref. Systeme, creer un compte "martine"
2. avec NetInfo Manager, creer un groupe "famille" et y inscrire
"parents" et "martine"
3. avec le Terminal, faire un chgrp -R famille /Users/martine
4. puis un chmod g+ws /Users/martine
"Ben oui, pourquoi il se pose tant de questions ?"
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai
pas encore bien compris ou sont les resource forks, les finder infos, etc.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
patpro
In article , Bruno Berstel wrote:
"Ben oui, pourquoi il se pose tant de questions ?"
ca m'a l'air bon ta manip là.
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
t'as pas a t'en soucier :) les ressources ne doivent être prises en concidération que si tu manipules des fichiers à la ligne de commande (rm, cp, mv, tar...) Pour toutes les autres manip (chmod...) pas de probleme.
Je pense que tu peux foncer ;)
patpro
In article <3F5C8585.6050308@free.fr>,
Bruno Berstel <NO.bberstel.SPASM@free.fr> wrote:
"Ben oui, pourquoi il se pose tant de questions ?"
ca m'a l'air bon ta manip là.
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai
pas encore bien compris ou sont les resource forks, les finder infos, etc.
t'as pas a t'en soucier :)
les ressources ne doivent être prises en concidération que si tu
manipules des fichiers à la ligne de commande (rm, cp, mv, tar...) Pour
toutes les autres manip (chmod...) pas de probleme.
"Ben oui, pourquoi il se pose tant de questions ?"
ca m'a l'air bon ta manip là.
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
t'as pas a t'en soucier :) les ressources ne doivent être prises en concidération que si tu manipules des fichiers à la ligne de commande (rm, cp, mv, tar...) Pour toutes les autres manip (chmod...) pas de probleme.
Je pense que tu peux foncer ;)
patpro
Nicolas.MICHEL
Bruno Berstel wrote:
Sous OS X, je ferais a priori : 1. avec Pref. Systeme, creer un compte "martine"
Oui
2. avec NetInfo Manager, creer un groupe "famille" et y inscrire "parents" et "martine"
Oui et non. D'abord, le groupe staff existe et sert à ça. Ensuite en utilisant le groupe famille, si tu ne veux pas refaire des chgrp à chaque fois il faudrait mettre le groupe famille comme GID des utilisateurs (avec netinfo) et ajouter parents et martine dans le groupe staff. (staff est le GID par défaut)
3. avec le Terminal, faire un chgrp -R famille /Users/martine 4. puis un chmod g+ws /Users/martine
Cette option vas fonctionner tant que tu ne mets rien dans /Users/martine :( Pour bien faire, il faudrait modifier le umask du martine, mais je sais pas le faire sous mac. Tu peux aussi faire un cron, évidement.
Le dossier d'échange, /Users/Shared, est prévu pour éviter de passer un utilisateur en rwx pour le groupe. Mais ta fille n'a peut-être pas encore l'âge d'avoir des petits secrêts :)
"Ben oui, pourquoi il se pose tant de questions ?"
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies des fichier mais pas quand tu les bouges. (mv respecte les resources fork, cp les détruit)
-- Je m'appelles Billy et je suis Funky
Bruno Berstel <NO.bberstel.SPASM@free.fr> wrote:
Sous OS X, je ferais a priori :
1. avec Pref. Systeme, creer un compte "martine"
Oui
2. avec NetInfo Manager, creer un groupe "famille" et y inscrire
"parents" et "martine"
Oui et non.
D'abord, le groupe staff existe et sert à ça.
Ensuite en utilisant le groupe famille, si tu ne veux pas refaire des
chgrp à chaque fois il faudrait mettre le groupe famille comme GID des
utilisateurs (avec netinfo) et ajouter parents et martine dans le groupe
staff. (staff est le GID par défaut)
3. avec le Terminal, faire un chgrp -R famille /Users/martine
4. puis un chmod g+ws /Users/martine
Cette option vas fonctionner tant que tu ne mets rien dans
/Users/martine :(
Pour bien faire, il faudrait modifier le umask du martine, mais je sais
pas le faire sous mac.
Tu peux aussi faire un cron, évidement.
Le dossier d'échange, /Users/Shared, est prévu pour éviter de passer un
utilisateur en rwx pour le groupe. Mais ta fille n'a peut-être pas
encore l'âge d'avoir des petits secrêts :)
"Ben oui, pourquoi il se pose tant de questions ?"
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai
pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies
des fichier mais pas quand tu les bouges. (mv respecte les resources
fork, cp les détruit)
Sous OS X, je ferais a priori : 1. avec Pref. Systeme, creer un compte "martine"
Oui
2. avec NetInfo Manager, creer un groupe "famille" et y inscrire "parents" et "martine"
Oui et non. D'abord, le groupe staff existe et sert à ça. Ensuite en utilisant le groupe famille, si tu ne veux pas refaire des chgrp à chaque fois il faudrait mettre le groupe famille comme GID des utilisateurs (avec netinfo) et ajouter parents et martine dans le groupe staff. (staff est le GID par défaut)
3. avec le Terminal, faire un chgrp -R famille /Users/martine 4. puis un chmod g+ws /Users/martine
Cette option vas fonctionner tant que tu ne mets rien dans /Users/martine :( Pour bien faire, il faudrait modifier le umask du martine, mais je sais pas le faire sous mac. Tu peux aussi faire un cron, évidement.
Le dossier d'échange, /Users/Shared, est prévu pour éviter de passer un utilisateur en rwx pour le groupe. Mais ta fille n'a peut-être pas encore l'âge d'avoir des petits secrêts :)
"Ben oui, pourquoi il se pose tant de questions ?"
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies des fichier mais pas quand tu les bouges. (mv respecte les resources fork, cp les détruit)
-- Je m'appelles Billy et je suis Funky
patpro
In article <1g0z9o6.oj4x2kbdgakbN%, (Nicolas MICHEL) wrote:
Pour bien faire, il faudrait modifier le umask du martine, mais je sais pas le faire sous mac.
dans le .profile de l'utilisateur ?
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies des fichier mais pas quand tu les bouges. (mv respecte les resources fork, cp les détruit)
ha oui, mv les détruit pas... toutes mes confuses,
patpro -- tout' façon j'aime pas les ressources
In article <1g0z9o6.oj4x2kbdgakbN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Pour bien faire, il faudrait modifier le umask du martine, mais je sais
pas le faire sous mac.
dans le .profile de l'utilisateur ?
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai
pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies
des fichier mais pas quand tu les bouges. (mv respecte les resources
fork, cp les détruit)
ha oui, mv les détruit pas...
toutes mes confuses,
In article <1g0z9o6.oj4x2kbdgakbN%, (Nicolas MICHEL) wrote:
Pour bien faire, il faudrait modifier le umask du martine, mais je sais pas le faire sous mac.
dans le .profile de l'utilisateur ?
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies des fichier mais pas quand tu les bouges. (mv respecte les resources fork, cp les détruit)
ha oui, mv les détruit pas... toutes mes confuses,
patpro -- tout' façon j'aime pas les ressources
Schmurtz
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies des fichier mais pas quand tu les bouges. (mv respecte les resources fork, cp les détruit)
Mais CpMac conserve les divers plages.
Voici deux messages (brutes) que j'ai écrit il y a quelques temps sur les «forks».
Non, au contraire, la plage de données (data fork) est conservée. c'est la plage de ressources qui est "détruite". Cependant, en théorie (jamais essayé), la plage de ressource est tout de même conservée (création d'un second fichier contenant ces données). Le seul moment ou la plage de ressource est supprimée, c'est lors de l'utilisation de fichiers sur le web.
Pour ceux qui ne le saurait pas, sur mac, un fichier n'est pas une vulgaire suite de caractères (comme sur tous les autres systèmes) mais plusieurs suites de caratères, chacune appelée «plage» (fork in english). En gros, tout ce passe comme si un fichier mac été formé de plusieurs fichiers «classiques». Le nombre de plage d'un ficher est illimité, cependant seul deux sont utilisées: la plage de données et la plage de ressources. Pour des raison de compatibilité (seuls les formats MFS, HFS et HFS+ gèrent les plages multiples), apple à décider de ne plus utiliser la plage de ressource des fichiers (mais ce n'est pas interdit de le faire, c'est juste une recommandation). Cela permettra à terme de pouvoir utiliser d'autres formatage de disque (FAT, UFS, NTFS) sur tout les disques, disque de démarrage inclu.
Le principal intérêt n'est pas d'avoir deux plages. En effet, la plage de ressources suffirait (il suffit de créer une ressource 'data' n°0 qui contient cette plage). La plage de données existe pour la compatibilité avec les autres systèmes.
Plage de données: Son format n'a aucune importance, il est laisser au choix du développeur. C'est cette partie du fichier qui est utilisé pour enregistrer des informations compatible avec les autres systèmes: une image tiff, jpeg, un son mp3, un film mpeg, du html, texte brut, fichier word excel
Plage de ressources La plage de ressources, elle, à un format bien défini. Elle permet d'enregistrer des blocs d'informations (appelés ressources) de manière structurée: chaque bloc est défini par un type de ressource (sur 4 caractère: 'snd ' pour son, 'PICT' pour image, 'WNDW' pour une définition de fenêtre, 'DITL' pour la définition des boutons, champs et autres objets d'une fenêtre, 'STR#' pour une liste de messages textuels, 'MENU' pour un menu) et d'un numéro. Pour de nombreux types de ressources, le format binaire du bloc est standardisé. Pour les autres, le développeur est libre. Il existe des logiciels permettant de modifier les ressources d'un fichiers (permet de traduire ou bidouiller): ResEdit (gratuit, pour classic uniquement) ou Resorcerer (payant, je pense qu'il existe une version X). Pour plus d'informations, cherche ResEdit sur le web.
-- Schmurtz
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai
pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies
des fichier mais pas quand tu les bouges. (mv respecte les resources
fork, cp les détruit)
Mais CpMac conserve les divers plages.
Voici deux messages (brutes) que j'ai écrit il y a quelques temps sur
les «forks».
Non, au contraire, la plage de données (data fork) est conservée. c'est
la plage de ressources qui est "détruite". Cependant, en théorie (jamais
essayé), la plage de ressource est tout de même conservée (création d'un
second fichier contenant ces données). Le seul moment ou la plage de
ressource est supprimée, c'est lors de l'utilisation de fichiers sur le
web.
Pour ceux qui ne le saurait pas, sur mac, un fichier n'est pas une
vulgaire suite de caractères (comme sur tous les autres systèmes) mais
plusieurs suites de caratères, chacune appelée «plage» (fork in
english). En gros, tout ce passe comme si un fichier mac été formé de
plusieurs fichiers «classiques». Le nombre de plage d'un ficher est
illimité, cependant seul deux sont utilisées: la plage de données et la
plage de ressources. Pour des raison de compatibilité (seuls les formats
MFS, HFS et HFS+ gèrent les plages multiples), apple à décider de ne
plus utiliser la plage de ressource des fichiers (mais ce n'est pas
interdit de le faire, c'est juste une recommandation). Cela permettra à
terme de pouvoir utiliser d'autres formatage de disque (FAT, UFS, NTFS)
sur tout les disques, disque de démarrage inclu.
Le principal intérêt n'est pas d'avoir deux plages. En effet, la plage
de ressources suffirait (il suffit de créer une ressource 'data' n°0 qui
contient cette plage). La plage de données existe pour la compatibilité
avec les autres systèmes.
Plage de données:
Son format n'a aucune importance, il est laisser au choix du
développeur. C'est cette partie du fichier qui est utilisé pour
enregistrer des informations compatible avec les autres systèmes: une
image tiff, jpeg, un son mp3, un film mpeg, du html, texte brut, fichier
word excel
Plage de ressources
La plage de ressources, elle, à un format bien défini. Elle permet
d'enregistrer des blocs d'informations (appelés ressources) de manière
structurée: chaque bloc est défini par un type de ressource (sur 4
caractère: 'snd ' pour son, 'PICT' pour image, 'WNDW' pour une
définition de fenêtre, 'DITL' pour la définition des boutons, champs et
autres objets d'une fenêtre, 'STR#' pour une liste de messages textuels,
'MENU' pour un menu) et d'un numéro. Pour de nombreux types de
ressources, le format binaire du bloc est standardisé. Pour les autres,
le développeur est libre.
Il existe des logiciels permettant de modifier les ressources d'un
fichiers (permet de traduire ou bidouiller): ResEdit (gratuit, pour
classic uniquement) ou Resorcerer (payant, je pense qu'il existe une
version X).
Pour plus d'informations, cherche ResEdit sur le web.
Parce que je ne me sens pas sur de moi. Par exemple parce que je n'ai pas encore bien compris ou sont les resource forks, les finder infos, etc.
Pas de rapport en l'occurence. Ces ennuis là arrivent quand tu copies des fichier mais pas quand tu les bouges. (mv respecte les resources fork, cp les détruit)
Mais CpMac conserve les divers plages.
Voici deux messages (brutes) que j'ai écrit il y a quelques temps sur les «forks».
Non, au contraire, la plage de données (data fork) est conservée. c'est la plage de ressources qui est "détruite". Cependant, en théorie (jamais essayé), la plage de ressource est tout de même conservée (création d'un second fichier contenant ces données). Le seul moment ou la plage de ressource est supprimée, c'est lors de l'utilisation de fichiers sur le web.
Pour ceux qui ne le saurait pas, sur mac, un fichier n'est pas une vulgaire suite de caractères (comme sur tous les autres systèmes) mais plusieurs suites de caratères, chacune appelée «plage» (fork in english). En gros, tout ce passe comme si un fichier mac été formé de plusieurs fichiers «classiques». Le nombre de plage d'un ficher est illimité, cependant seul deux sont utilisées: la plage de données et la plage de ressources. Pour des raison de compatibilité (seuls les formats MFS, HFS et HFS+ gèrent les plages multiples), apple à décider de ne plus utiliser la plage de ressource des fichiers (mais ce n'est pas interdit de le faire, c'est juste une recommandation). Cela permettra à terme de pouvoir utiliser d'autres formatage de disque (FAT, UFS, NTFS) sur tout les disques, disque de démarrage inclu.
Le principal intérêt n'est pas d'avoir deux plages. En effet, la plage de ressources suffirait (il suffit de créer une ressource 'data' n°0 qui contient cette plage). La plage de données existe pour la compatibilité avec les autres systèmes.
Plage de données: Son format n'a aucune importance, il est laisser au choix du développeur. C'est cette partie du fichier qui est utilisé pour enregistrer des informations compatible avec les autres systèmes: une image tiff, jpeg, un son mp3, un film mpeg, du html, texte brut, fichier word excel
Plage de ressources La plage de ressources, elle, à un format bien défini. Elle permet d'enregistrer des blocs d'informations (appelés ressources) de manière structurée: chaque bloc est défini par un type de ressource (sur 4 caractère: 'snd ' pour son, 'PICT' pour image, 'WNDW' pour une définition de fenêtre, 'DITL' pour la définition des boutons, champs et autres objets d'une fenêtre, 'STR#' pour une liste de messages textuels, 'MENU' pour un menu) et d'un numéro. Pour de nombreux types de ressources, le format binaire du bloc est standardisé. Pour les autres, le développeur est libre. Il existe des logiciels permettant de modifier les ressources d'un fichiers (permet de traduire ou bidouiller): ResEdit (gratuit, pour classic uniquement) ou Resorcerer (payant, je pense qu'il existe une version X). Pour plus d'informations, cherche ResEdit sur le web.
-- Schmurtz
Bruno Berstel
Nicolas MICHEL wrote:
Bruno Berstel wrote:
4. puis un chmod g+ws /Users/martine
Pour bien faire, il faudrait modifier le umask du martine,
Bon sang, mais c'est bien sur ! Et de "parents" aussi, d'ailleurs. J'avais oublie cette etape. Merci...
mais je sais pas le faire sous mac.
Matt wrote:
patpro wrote:
dans le .profile de l'utilisateur ?
Marche pas pour les applications graphiques.
Ah ?
Je m'etonne, parce que je m'attendais a ce que le ".profile" soit lu au demarrage de la session, avant le lancement des applis genre Dock et Finder, et que les reglages heritables (var. d'env. ou umask) soient donc heritees par tout le monde.
Ce qui ne "marchera" pas, par contre, c'est que lorsqu'on modifie le .profile, il faut se de-puis-re-loguer pour que les applis graphiques tiennent compte des modifs.
Merci deja pour votre aide. Je vais parallelement creuser les idees de /Users/Shared et de la DropBox. Bruno.
Nicolas MICHEL wrote:
Bruno Berstel <NO.bberstel.SPASM@free.fr> wrote:
4. puis un chmod g+ws /Users/martine
Pour bien faire, il faudrait modifier le umask du martine,
Bon sang, mais c'est bien sur ! Et de "parents" aussi, d'ailleurs.
J'avais oublie cette etape.
Merci...
mais je sais pas le faire sous mac.
Matt wrote:
patpro <patpro.pouet@archange.fr> wrote:
dans le .profile de l'utilisateur ?
Marche pas pour les applications graphiques.
Ah ?
Je m'etonne, parce que je m'attendais a ce que le ".profile" soit lu au
demarrage de la session, avant le lancement des applis genre Dock et
Finder, et que les reglages heritables (var. d'env. ou umask) soient
donc heritees par tout le monde.
Ce qui ne "marchera" pas, par contre, c'est que lorsqu'on modifie le
.profile, il faut se de-puis-re-loguer pour que les applis graphiques
tiennent compte des modifs.
Merci deja pour votre aide. Je vais parallelement creuser les idees de
/Users/Shared et de la DropBox.
Bruno.
Pour bien faire, il faudrait modifier le umask du martine,
Bon sang, mais c'est bien sur ! Et de "parents" aussi, d'ailleurs. J'avais oublie cette etape. Merci...
mais je sais pas le faire sous mac.
Matt wrote:
patpro wrote:
dans le .profile de l'utilisateur ?
Marche pas pour les applications graphiques.
Ah ?
Je m'etonne, parce que je m'attendais a ce que le ".profile" soit lu au demarrage de la session, avant le lancement des applis genre Dock et Finder, et que les reglages heritables (var. d'env. ou umask) soient donc heritees par tout le monde.
Ce qui ne "marchera" pas, par contre, c'est que lorsqu'on modifie le .profile, il faut se de-puis-re-loguer pour que les applis graphiques tiennent compte des modifs.
Merci deja pour votre aide. Je vais parallelement creuser les idees de /Users/Shared et de la DropBox. Bruno.
Nicolas.MICHEL
Bruno Berstel wrote:
Je m'etonne, parce que je m'attendais a ce que le ".profile" soit lu au demarrage de la session, avant le lancement des applis genre Dock et Finder, et que les reglages heritables (var. d'env. ou umask) soient donc heritees par tout le monde.
Si tu parviens à quelque chose, merci de nous en faire profiter. Personellement, j'ai abandonné.
-- Je m'appelles Billy et je suis Funky
Bruno Berstel <NO.bberstel.SPASM@free.fr> wrote:
Je m'etonne, parce que je m'attendais a ce que le ".profile" soit lu au
demarrage de la session, avant le lancement des applis genre Dock et
Finder, et que les reglages heritables (var. d'env. ou umask) soient
donc heritees par tout le monde.
Si tu parviens à quelque chose, merci de nous en faire profiter.
Personellement, j'ai abandonné.
Je m'etonne, parce que je m'attendais a ce que le ".profile" soit lu au demarrage de la session, avant le lancement des applis genre Dock et Finder, et que les reglages heritables (var. d'env. ou umask) soient donc heritees par tout le monde.
Si tu parviens à quelque chose, merci de nous en faire profiter. Personellement, j'ai abandonné.
-- Je m'appelles Billy et je suis Funky
Patrick Stadelmann
In article <3f5de550$0$20634$, Matt wrote:
Oui mais non. Sous Linux (ou autre), l'umask définit normalement dans son .profile suffit, mais sous OSX les applis graphiques ne tiennent pas compte de .profile à moins de jouer avec un fichier nommé "~/.MacOSX/environment.plist" afin que les applis graphiques profitent également des variables d'environnement (malheureusement, seulement une minuscule poignée d'applications graphiques exploitent le fichier ci-dessus)
Je comprend pas bien là... Si on définit le umask dans le .plist cité ci-dessus, c'est pris en compte ou pas par les applis graphiques ?
Patrick -- Patrick Stadelmann
In article <3f5de550$0$20634$626a54ce@news.free.fr>,
Matt <news@syrius.org> wrote:
Oui mais non. Sous Linux (ou autre), l'umask définit normalement dans son
.profile suffit, mais sous OSX les applis graphiques ne tiennent pas
compte de .profile à moins de jouer avec un fichier nommé
"~/.MacOSX/environment.plist" afin que les applis graphiques profitent
également des variables d'environnement (malheureusement, seulement une
minuscule poignée d'applications graphiques exploitent le fichier
ci-dessus)
Je comprend pas bien là... Si on définit le umask dans le .plist cité
ci-dessus, c'est pris en compte ou pas par les applis graphiques ?
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Oui mais non. Sous Linux (ou autre), l'umask définit normalement dans son .profile suffit, mais sous OSX les applis graphiques ne tiennent pas compte de .profile à moins de jouer avec un fichier nommé "~/.MacOSX/environment.plist" afin que les applis graphiques profitent également des variables d'environnement (malheureusement, seulement une minuscule poignée d'applications graphiques exploitent le fichier ci-dessus)
Je comprend pas bien là... Si on définit le umask dans le .plist cité ci-dessus, c'est pris en compte ou pas par les applis graphiques ?
