Désolé mon utilisateur n'est pas membre du groupe sudoers et j'ai pas trop envie de l'y ajouter. C'est une vieile habitude.
Ah. Ok là je pense que ça va pas aider pour la manip ^^. Autant pour moi. Au pire si seul gparted casse les pieds tu mets à jour le raccourci gparted de gnome pour inclure la commande xhost et ça pourrait faire l'affaire ?
Vraiment bizarre cette histoire.

su -lc c'est l'équivalent de su -. Donc tu es en super utilisateur avec tout les pouvoirs.

sudo me fait faire des cauchemars (pour rester correct), perso je le proscrit de mon vocabulaire et de ma manière de faire (c'est mon avis perso).

Si tu dois faire des manips particulière pour quelque chose de simple, c'est qu'il y a un souci ailleurs. Des fichiers de config dans ton dossier perso trop vieux? une configuration particulière ou un restant de vieux fichiers de configuration système? vas savoir, voir de vieux paquets qui font des conflits? Crée un nouvel utilisateur pour voir si ce n'est pas un souci de config perso.
sudo me fait faire des cauchemars (pour rester correct), perso je le proscrit de mon vocabulaire et de ma manière de faire (c'est mon avis perso).
+1
2 autres propositions dans ce cas, tant qu'à faire en se passant des sudoers complètement as requested.
❶ La 1ère est plutôt un test :
Est-ce que le fait de lancer gparted par pkexec fonctionne sans retourner d'erreurs ? 
pkexec gparted
Petite question subsidiaire : est-ce que tu peux lancer gedit en root sans avoir la même erreur (avec su -c, pas sudo) ?

❷ 2ème proposition, et peut-être une solution permanente cette fois en passant par polkit (et ça tombe bien puisque sous wayland, c'est semble-t-il la bonne façon).
- On crée une régle polkit spécifique pour gparted : 
/etc/polkit-1/rules.d/49-nopasswd_limited.rules
- Y copier ceci : 
/* Allow members of the wheel group to execute the defined actions 
 * without password authentication, similar to "sudo NOPASSWD:"
 */
polkit.addRule(function(action, subject) {
    if ((action.id == "org.fedoraproject.pkexec.run-gparted" &&
        subject.isInGroup("wheel"))
    {
        return polkit.Result.YES;
    }
});
Il faut ici que l'utilisateur soit membre du groupe wheel (ce qui est normalement le cas, mais on peut en mettre un autre si on le souhaite). Redémarrage de la session. Puis juste taper gparted dans un terminal.
@didli: J'apprends sur le tas en fréquentant ce forum, on a souvent dit de donner le minimum de droit à l'utilisateur, mon utilisateur n'est pas membre du groupe wheel. Même si je l'ajoutais cela ne changerait rien car le souci vient de wyland.

J'ai installé system-config-users pour ajouter un utisateur de test, en le lançant j'ai eu le même souci que celui de Gparted. 
[root@darine ~]# system-config-users
system-config-users nécessite un serveur X en cours d'exécution.
GtkWarning: 'could not open display'
Je ferme la session Gnome-wyland, j'ouvre une session Gnome et la tout fonctionne.
Oui, je l'ai appris aussi en trouvant la 2ème proposition (polkit) qui en tient compte, et qui est justement un workaround par rapport à Wayland (note que le problème n'est pas spécifique qu'à Wayland, mais qu'il l'était encore le 15/10/2015). J'ai suivi 2 rapports de bogues, je dois pouvoir les retrouver (cette fois) et les présenter ici, si quelqu'un d'autre a le souci.
PS : Il n'est pas obligatoire que ce soit le groupe wheel. Plutôt que de t'ajouter au groupe wheel, choisis un groupe dont tu fais déjà partie.
https://bugzilla.redhat.com/show_bug.cgi?id=1274634
https://bugzilla.redhat.com/show_bug.cgi?id=1274451
A noter aussi que pkexec ne devrait pas être concerné par ce souci sur Wayland notamment. En tout cas c'est censé fonctionner.
Ta régle polkit ne semble pas au point. J'ai ajouté mon utilisateur au groupe wheel et quand je lance gparted je reçois un message me signifiant que gparted doit être lancé avec un privilège administrateur.
désolé - -'.
Pff ! Erreur de syntaxe grossière ><: 
polkit.addAdminRule(function(action, subject) {
    if (action.id == "org.fedoraproject.pkexec.run-gparted" &&
        subject.isInGroup("wheel")) {
        return polkit.Result.YES;
    }
});
Ta règle polkit ne marche toujours pas.
Pour le moment je me contenterai de xhost + en espérant que ce bug de wyland soit corrigé.
Merci.
OK. Bon désolé, là je ne vois pas mon erreur 🙁
Là il faut un spécialiste polkit j'imagine ... Ou attendre la mise de jour de Wayland, c'est bien aussi ^^.
9 mois plus tard
Je teste Fedora25-beta gnome sous wayland depuis une dizaine de jours, ça a l'air d'aller.
J'ai voulu voir si ce souci avec gparted est réglé, je constate que non.
Je cherche sur bugzilla, je trouve ce bug qui est un double du vrai bug, celui relatif aux applications graphiques avec les droits superutilisateur. lien

En définitive c'est un bug de wayland, il est signalé, attendons sa résolution.
Ce serait bien. Étant sous Plasma/Kde, je n'ai pas testé avec wayland. A savoir qu'il y a un remplaçant blivet-gui.
VINDICATORs wrote:A savoir qu'il y a un remplaçant blivet-gui.
Le souci n'est pas gparted en lui-même mais wayland qui n'attribue pas les droits suffisants aux fenêtres.
Cela se produit aussi avec virt-manager, nautilus lancé en root (c'est pas bien mais c'est pour illustrer) etc ...
Ok, comme je l'ai dit, je ne test wayland que de temps en temps, car à l'usage sous plasma/KDE ce n'est pas encore au point. Du coup je n'ai pas de recul.
3 mois plus tard
Aparemment le problème n'est pas résolu, xhost + fonctionne, c'est déjà ça.