j'ai un petit exemple pour illustrer cet état de fait.
Quand j'installe lotus notes (client messagerie, donc assez personnel) sur un windows XP, il met se fichiers de programme dans "Program Files\Lotus\Notes". Jusqu'ici aucun problème
Quand je veux paramétrer une session utilisateur avec un compte Lotus Notes, par défaut, il veut ecrire dans "ProgramFiles\Lotus\Notes\Data", ce qui n'est pas possible puisque l'utilisateur en question n'a pas à etre root
Selon moi, il y a bien un problème de conception du programme puisque celui ci veut absolument ecrire dans un répertoire protégé en écriture. Il fonctionne donc comme à l'ancien temps de win98 en mode mono-utilisateur et n'est pas prévu pour utiliser le $HOME que lui fournit l'OS.
Si une de tes applis essayait d'ecrire ses données dans /usr/share/monappli/data tu aurais toutes les raisons de gueuler qu'elle n'est pas prévue pour fonctionner sur un système multi-utilisateurs (avec des restrictions d'accès et une séparation applis/données)
[^] # Re: ?
Posté par SQP . En réponse au journal Unix : ton esprit fout le camp. Évalué à 3.
Quand j'installe lotus notes (client messagerie, donc assez personnel) sur un windows XP, il met se fichiers de programme dans "Program Files\Lotus\Notes". Jusqu'ici aucun problème
Quand je veux paramétrer une session utilisateur avec un compte Lotus Notes, par défaut, il veut ecrire dans "ProgramFiles\Lotus\Notes\Data", ce qui n'est pas possible puisque l'utilisateur en question n'a pas à etre root
Selon moi, il y a bien un problème de conception du programme puisque celui ci veut absolument ecrire dans un répertoire protégé en écriture. Il fonctionne donc comme à l'ancien temps de win98 en mode mono-utilisateur et n'est pas prévu pour utiliser le $HOME que lui fournit l'OS.
Si une de tes applis essayait d'ecrire ses données dans /usr/share/monappli/data tu aurais toutes les raisons de gueuler qu'elle n'est pas prévue pour fonctionner sur un système multi-utilisateurs (avec des restrictions d'accès et une séparation applis/données)