Accessoirement, ça m'évite de dépenser des brouzoufs inutiles pour un abonnement à .Mac ou pour des licences de iSynCal ou autres logiciels de synchro.
Ce n'est pas la licence que tu paies... mais bon, je ne vais pas me relancer dans des explications.
Si tu n'en as pas besoin, effectivement, ne paie pas.
-- Julien Jalon <http://www.julien-jalon.org/>
Eric Jacoboni <jaco@teaser.fr> wrote:
Accessoirement, ça m'évite de dépenser des brouzoufs inutiles pour un
abonnement à .Mac ou pour des licences de iSynCal ou autres logiciels
de synchro.
Ce n'est pas la licence que tu paies... mais bon, je ne vais pas me
relancer dans des explications.
Si tu n'en as pas besoin, effectivement, ne paie pas.
Accessoirement, ça m'évite de dépenser des brouzoufs inutiles pour un abonnement à .Mac ou pour des licences de iSynCal ou autres logiciels de synchro.
Ce n'est pas la licence que tu paies... mais bon, je ne vais pas me relancer dans des explications.
Si tu n'en as pas besoin, effectivement, ne paie pas.
-- Julien Jalon <http://www.julien-jalon.org/>
mrfra.sanspub
Matt wrote:
Depuis 10.3, la création d'un nouvel utilisateur engendre un groupe du même nom (et ayant le gid similaire à l'uid du nouvel utilisateur).
C'est normal donc
[...]
Je met quoi comme droits pour le dossier AdressBook et son contenu ?
Si tu veux qu'une autre personne puisse matter un fichier dans ~/Library/Application Support/AddressBook
alors, il te faut mettre le bit d'exécution sur les répertoires parents d'AddressBook.
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ? Pourquoi le bit exécution alors que c'est pas un programme (les fichiers composant mon carnet d'adresse) ?
Tu peux y arriver en utilisant par exemple la commande chmod(1) :
Ensuite il faut que le ou les fichiers que tu souhaites soient lisible par tous :
$ chmod 644 <fichier>
On peut pas faire par le finder ? J'ai peur de faire une connerie car je ne comprends pas les codes chiffrés. -- Fra
Matt <sbehz@syrius.org> wrote:
Depuis 10.3, la création d'un nouvel utilisateur engendre un groupe du
même nom (et ayant le gid similaire à l'uid du nouvel utilisateur).
C'est normal donc
[...]
Je met quoi comme droits pour le dossier AdressBook et son contenu ?
Si tu veux qu'une autre personne puisse matter un fichier dans
~/Library/Application Support/AddressBook
alors, il te faut mettre le bit d'exécution sur les répertoires parents
d'AddressBook.
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ?
Pourquoi le bit exécution alors que c'est pas un programme (les fichiers
composant mon carnet d'adresse) ?
Tu peux y arriver en utilisant par exemple la commande chmod(1) :
Depuis 10.3, la création d'un nouvel utilisateur engendre un groupe du même nom (et ayant le gid similaire à l'uid du nouvel utilisateur).
C'est normal donc
[...]
Je met quoi comme droits pour le dossier AdressBook et son contenu ?
Si tu veux qu'une autre personne puisse matter un fichier dans ~/Library/Application Support/AddressBook
alors, il te faut mettre le bit d'exécution sur les répertoires parents d'AddressBook.
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ? Pourquoi le bit exécution alors que c'est pas un programme (les fichiers composant mon carnet d'adresse) ?
Tu peux y arriver en utilisant par exemple la commande chmod(1) :
Ensuite il faut que le ou les fichiers que tu souhaites soient lisible par tous :
$ chmod 644 <fichier>
On peut pas faire par le finder ? J'ai peur de faire une connerie car je ne comprends pas les codes chiffrés. -- Fra
patpro
In article <1g5kmmf.1t618gm9ubvo5N%, (Fra) wrote:
Si tu veux qu'une autre personne puisse matter un fichier dans ~/Library/Application Support/AddressBook
alors, il te faut mettre le bit d'exécution sur les répertoires parents d'AddressBook.
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ? Pourquoi le bit exécution alors que c'est pas un programme (les fichiers composant mon carnet d'adresse) ?
le bit d'execution sur un répertoire te donne le droit de lire les documents dedans (a condition que les droits des documents te le permettent aussi).
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g5kmmf.1t618gm9ubvo5N%mrfra.sanspub@free.fr>,
mrfra.sanspub@free.fr (Fra) wrote:
Si tu veux qu'une autre personne puisse matter un fichier dans
~/Library/Application Support/AddressBook
alors, il te faut mettre le bit d'exécution sur les répertoires parents
d'AddressBook.
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ?
Pourquoi le bit exécution alors que c'est pas un programme (les fichiers
composant mon carnet d'adresse) ?
le bit d'execution sur un répertoire te donne le droit de lire les
documents dedans (a condition que les droits des documents te le
permettent aussi).
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Si tu veux qu'une autre personne puisse matter un fichier dans ~/Library/Application Support/AddressBook
alors, il te faut mettre le bit d'exécution sur les répertoires parents d'AddressBook.
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ? Pourquoi le bit exécution alors que c'est pas un programme (les fichiers composant mon carnet d'adresse) ?
le bit d'execution sur un répertoire te donne le droit de lire les documents dedans (a condition que les droits des documents te le permettent aussi).
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
mrfra.sanspub
patpro wrote:
le bit d'execution sur un répertoire te donne le droit de lire les documents dedans
Le bit read ne suffit pas?
(a condition que les droits des documents te le permettent aussi).
et pourquoi le faire aux dossiers parents (tous?) ? -- Fra
patpro <patpro@boleskine.patpro.net> wrote:
le bit d'execution sur un répertoire te donne le droit de lire les
documents dedans
Le bit read ne suffit pas?
(a condition que les droits des documents te le
permettent aussi).
et pourquoi le faire aux dossiers parents (tous?) ?
--
Fra
le bit d'execution sur un répertoire te donne le droit de lire les documents dedans
Le bit read ne suffit pas?
(a condition que les droits des documents te le permettent aussi).
et pourquoi le faire aux dossiers parents (tous?) ? -- Fra
mrfra.sanspub
patpro wrote:
le bit d'execution sur un répertoire te donne le droit de lire les documents dedans (a condition que les droits des documents te le permettent aussi).
Je viens de comprendre une partie du pb : quand je créé un alias vers mon dossier 'AdressBook' et que je transfert via le dossier partagé vers l'autre session, l'alias pointe alors vers le AdressBook de la session nouvellement ouverte (donc forcément si je remplace ce dossier par son alias ça chie). C'est bizarre! Comment corriger cet alias (je ne peux entrer dans l'autre Library, chemin barré). Un lien symbolique conviendrait il mieux? Quelle est la commande déjà ? -- Fra
patpro <patpro@boleskine.patpro.net> wrote:
le bit d'execution sur un répertoire te donne le droit de lire les
documents dedans (a condition que les droits des documents te le
permettent aussi).
Je viens de comprendre une partie du pb : quand je créé un alias vers
mon dossier 'AdressBook' et que je transfert via le dossier partagé vers
l'autre session, l'alias pointe alors vers le AdressBook de la session
nouvellement ouverte (donc forcément si je remplace ce dossier par son
alias ça chie). C'est bizarre! Comment corriger cet alias (je ne peux
entrer dans l'autre Library, chemin barré). Un lien symbolique
conviendrait il mieux? Quelle est la commande déjà ?
--
Fra
le bit d'execution sur un répertoire te donne le droit de lire les documents dedans (a condition que les droits des documents te le permettent aussi).
Je viens de comprendre une partie du pb : quand je créé un alias vers mon dossier 'AdressBook' et que je transfert via le dossier partagé vers l'autre session, l'alias pointe alors vers le AdressBook de la session nouvellement ouverte (donc forcément si je remplace ce dossier par son alias ça chie). C'est bizarre! Comment corriger cet alias (je ne peux entrer dans l'autre Library, chemin barré). Un lien symbolique conviendrait il mieux? Quelle est la commande déjà ? -- Fra
mrfra.sanspub
Matt wrote:
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ?
Mais non pas jusqu'à la racine. Tout les dossiers que 'toto' doit traverser pour lire <fichier>
Donc il faut que je laisse l'accès aussi à "fra" et à "Library" (en plus de "application support" et "adressbook") ???
Le bit d'exécution (comme mentionné par Pat) sur un répertoire, permet d'atteindre les fichiers s'y trouvant (donc de les lire/ouvrir si les permissions du fichier nous y permet.)
OK
Je pense pas car je vois pas où dire au Finder de coller le bit d'exécution.
Effectivement
Désolé pour les codes. Tiens enregistre bien au chaud ce qui suit :
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ?
Mais non pas jusqu'à la racine.
Tout les dossiers que 'toto' doit traverser pour lire <fichier>
Donc il faut que je laisse l'accès aussi à "fra" et à "Library" (en plus
de "application support" et "adressbook") ???
Le bit d'exécution (comme mentionné par Pat) sur un répertoire, permet
d'atteindre les fichiers s'y trouvant (donc de les lire/ouvrir si les
permissions du fichier nous y permet.)
OK
Je pense pas car je vois pas où dire au Finder de coller le bit
d'exécution.
Effectivement
Désolé pour les codes.
Tiens enregistre bien au chaud ce qui suit :
Tous les dossiers au dessus du dossier AddressBook jusqu'à la racine ?
Mais non pas jusqu'à la racine. Tout les dossiers que 'toto' doit traverser pour lire <fichier>
Donc il faut que je laisse l'accès aussi à "fra" et à "Library" (en plus de "application support" et "adressbook") ???
Le bit d'exécution (comme mentionné par Pat) sur un répertoire, permet d'atteindre les fichiers s'y trouvant (donc de les lire/ouvrir si les permissions du fichier nous y permet.)
OK
Je pense pas car je vois pas où dire au Finder de coller le bit d'exécution.
Effectivement
Désolé pour les codes. Tiens enregistre bien au chaud ce qui suit :
Il suffirait de synchroniser, via psync, par exemple, les répertoires ~/Library/Calendars entre les deux machines ?
Ca peut suffire pour le contenu des calendriers, mais ça ne suffira pas si tu ajoutes ou retire des calendriers, il y a aussi un des fichiers de prefs d'iCal qui sert à ça. Et évidemment, si jamais tu as un jour des modifs des deux côtés, ...
Ol. -- Olivier Gutknecht
Eric Jacoboni <jaco@teaser.fr> wrote:
Il suffirait de synchroniser, via psync, par exemple, les répertoires
~/Library/Calendars entre les deux machines ?
Ca peut suffire pour le contenu des calendriers, mais ça ne suffira pas
si tu ajoutes ou retire des calendriers, il y a aussi un des fichiers de
prefs d'iCal qui sert à ça. Et évidemment, si jamais tu as un jour des
modifs des deux côtés, ...
Il suffirait de synchroniser, via psync, par exemple, les répertoires ~/Library/Calendars entre les deux machines ?
Ca peut suffire pour le contenu des calendriers, mais ça ne suffira pas si tu ajoutes ou retire des calendriers, il y a aussi un des fichiers de prefs d'iCal qui sert à ça. Et évidemment, si jamais tu as un jour des modifs des deux côtés, ...
Ol. -- Olivier Gutknecht
Eric Jacoboni
gutkneco+ (Olivier Gutknecht) writes:
Ca peut suffire pour le contenu des calendriers, mais ça ne suffira pas si tu ajoutes ou retire des calendriers, il y a aussi un des fichiers de prefs d'iCal qui sert à ça.
Merci du tuyau... Il suffit donc que j'ajoute une synchro de ~/Library/Preferences/com.apple.iCal.* (visiblement, il n'y a que le .source.plist qui contient les infos sur les calendriers, mais bon...).
Et évidemment, si jamais tu as un jour des modifs des deux côtés, ...
Ca peut suffire pour le contenu des calendriers, mais ça ne suffira pas
si tu ajoutes ou retire des calendriers, il y a aussi un des fichiers de
prefs d'iCal qui sert à ça.
Merci du tuyau... Il suffit donc que j'ajoute une synchro de
~/Library/Preferences/com.apple.iCal.* (visiblement, il n'y a que le
.source.plist qui contient les infos sur les calendriers, mais
bon...).
Et évidemment, si jamais tu as un jour des
modifs des deux côtés, ...
Ca peut suffire pour le contenu des calendriers, mais ça ne suffira pas si tu ajoutes ou retire des calendriers, il y a aussi un des fichiers de prefs d'iCal qui sert à ça.
Merci du tuyau... Il suffit donc que j'ajoute une synchro de ~/Library/Preferences/com.apple.iCal.* (visiblement, il n'y a que le .source.plist qui contient les infos sur les calendriers, mais bon...).
Et évidemment, si jamais tu as un jour des modifs des deux côtés, ...
