Le CCM ne se lance pas
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Reprise du message précédent
Bonjour,Les fichiers .desktop sont en principe des fichiers texte (donc éditables) qui définissent certaines actions et servent de lanceur de(s) commande(s) qu'ils contiennent.
Pour le org.kde.trash.desktop , je soupçonnerais que cela ait à voir avec la corbeille.
Je n' ai pas de pc sous la main, je ne peut donc pas voir ce qu' ils contiennent.
A propos de la connexion automatique, est ce qu' elle ne restaurait pas une session enregistrée (donc utiliserait un fichier corrompu quelque part) ; c' est juste une supposition, je n' en sais rien !
edit: register.desktop contient ( entre autre, copier l' intégralité du fichier à un intérêt très limité !)
Citation :
cat register.desktop
[Desktop Entry]
Encoding=UTF-8
Icon=register-mga
[...]
Name[fr]=Rejoignez la communauté Mageia
[...]
Type=Link
URL=http://mageia.org/contribute
[Desktop Entry]
Encoding=UTF-8
Icon=register-mga
[...]
Name[fr]=Rejoignez la communauté Mageia
[...]
Type=Link
URL=http://mageia.org/contribute
Il s' agit d' un uniquement d' un lien vers l' adresse http://mageia.org/contribute...
Le org.kde.org.trash.desktop est un lien vers l' adresse trash:/ ( corbeille donc) qui n' est visible que dans Plasma même si dans le répertoire /home/nomutilisateur/Bureau
Donc en principe ne devrait pas avoir d' impact sur le problème courant.
Édité par nic80 Le 18/08/2020 à 20h43
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
.desktop = raccourci
Je pense que nic80 est sur une piste intéressante avec la restauration de session. Mais elle ne devrait pas être corrélée avec la connexion automatique.
Avec le nouveau profil en connexion automatique, quel est le comportement ?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai fait un test avec un utilisateur dont j' ai demandé a démarrer avec une session vide.
Ca ne fonctionne pas non plus, donc ce n' est pas la bonne piste.
Le droit de lancer l' application reposant sur un magic cookie, à la vue de la sortie de xauth, cela devrait fonctionner, non ( j' ai tronqué volontairement les clés) ?
https://en.wikipedia.org/wiki/X_Window_authorization
Test depuis une session auto connectée ( et drakconf ne s' ouvre pas autrement qu' en affichage console):
Code BASH :
[usertest@linux ~]$ hostname linux.local [usertest@linux ~]$ xauth list linux.local/unix:0 MIT-MAGIC-COOKIE-1 0f55128745e42a267bb localhost.localdomain/unix:0 MIT-MAGIC-COOKIE-1 df7e488e229ab5ceb99 [usertest@linux ~]$ su Mot de passe : [root@linux usertest]# xauth list linux.local/unix:0 MIT-MAGIC-COOKIE-1 0f55128745e42a267bb [root@linux usertest]# drakconf Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Impossible de se connecter : Connexion refusée [root@linux usertest]# xhost Invalid MIT-MAGIC-COOKIE-1 keyxhost: unable to open display ":0" [root@linux usertest]#
après déconnexion et reconnexion avec le même utilisateur (et où drakconf se lance):
Code BASH :
[usertest@linux ~]$ hostname linux.local [usertest@linux ~]$ xauth list localhost.localdomain/unix:0 MIT-MAGIC-COOKIE-1 df7e488e229ab5ceb99 linux.local/unix:0 MIT-MAGIC-COOKIE-1 f35074608be1480d0d9 [usertest@linux ~]$ su Mot de passe : [root@linux usertest]# xauth list linux.local/unix:0 MIT-MAGIC-COOKIE-1 f35074608be1480d0d9 [root@linux usertest]# drakconf Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. Ignore the following Glib::Object::Introspection & Gtk3 warnings Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 525. GLib-LOG **: posix_spawn avoided (child_setup specified) at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 67. GLib-LOG **: posix_spawn avoided (child_setup specified) at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 67. [root@linux usertest]#
buffle serein Membre non connecté
-
- Voir le profil du membre buffle serein
- Inscrit le : 22/02/2016
- Groupes :
buffle serein Membre non connecté
-
- Voir le profil du membre buffle serein
- Inscrit le : 22/02/2016
- Groupes :
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie