je veux bien des fautes de frappe etc . . mais les s a pas ; graphique au lieu de grafique ( si tu veux faire plus court tu met gui a la palce de " interface grapfique" ) c´est pas si mal.
en fait ca dit qu´il n´a pas les authorisations pour écrire sur ce fichier.
As tu penser a faire comme ca au pif un chown user:group_user $HOME/.ICEauthority
et un chmod 755 $HOME/.ICEauthority ?
ou alors un chmod 777 $HOME/.ICEauthority
Enfin google isyourfriend :
http://linuxfr.org/~cho7kipu/12496.html
qui renvoie sur
http://www.kde-france.orgrg/article.php3?id_article=109
qui explique les ! = trucs mais bon...
on a par exemple
" sous Gnome, le fait d´utiliser k3b via un sudo change le propriétaire du . ICEauthority ( propriétaire passe de l´utilisateur normal à root)."
ou encore
"
Ce genre de problême peut se poser quand tu te logues en root via su, à partir du home de l´utilisateur, et que tu lances une application kde en root . Il faut controler les variables de ton shell notament la $ICEAUTHORITY qui indique l´emplacement du fichier pour l´utilisateur donné."
et le tout dernier post pour eviter d´avoir ce genre de problème :
" Il n´y a aucune raison qu´un fichier dans ton $HOME ne t´appartienne pas.
C´est un problème classique avec " sudo". On lance une appli en tant que root, mais le gros de l´environnement ( dont la variable $HOME) est encore celui de l´utilisateur. À mon avis, " sudo" n´a qu´une utilité, celle de faire des " su" sans password. Par exemple, au lieu de faire " sudo k3b", il faut faire " sudo su - -c k3b". La commande est alors lancé avec l´environnement du root comme il se doit. Un bon truc consiste à se faire un alias pour ce sudo intelligent :
alias sud=´sudo su - -c´"