Ce matin, j'ai découvert que je ne pouvais pas lancer GDebi. Lorsque j'essaie de le lancer depuis le menu SUPER, il place son nom dans la barre supérieure avec un curseur en rotation, y reste environ 10 secondes, puis disparaît.
Quand je tape Sudo -H gdebi-gtk
dans le terminal, tout se passe bien.
Voici le fichier de bureau ...
[Desktop Entry]
Name=GDebi Package Installer
GenericName=Package Installer
Comment=Install and view software packages
Exec=Sudo -H gdebi-gtk %f
Icon=gnome-mime-application-x-deb
Terminal=false
Type=Application
Categories=System;
MimeType=application/vnd.debian.binary-package;
NotShowIn=KDE;
X-Ubuntu-Gettext-Domain=gdebi
StartupNotify=true
Keywords=package;apt;dpkg;install
Voici quelques informations sur les fichiers ...
$ cd /usr/bin
$ ll gdebi*
lrwxrwxrwx 1 root root 20 Dec 31 2017 gdebi -> ../share/gdebi/gdebi*
lrwxrwxrwx 1 root root 24 Dec 31 2017 gdebi-gtk -> ../share/gdebi/gdebi-gtk*
$ ll /usr/share/gdebi
total 104K
drwxr-xr-x 3 root root 4.0K Jun 12 13:47 ./
drwxr-xr-x 527 root root 20K Oct 19 10:35 ../
-rwxr-xr-x 1 root root 4.0K Dec 31 2017 gdebi*
drwxr-xr-x 3 root root 4.0K Jun 12 14:04 GDebi/
-rwxr-xr-x 1 root root 3.5K Dec 31 2017 gdebi-gtk*
-rw-r--r-- 1 root root 4.2K Feb 25 2010 gdebi.png
-rw-r--r-- 1 root root 60K Jul 2 2015 gdebi.ui
Aucune idée pourquoi gdebi ne se lancera pas?
Pour autant que je puisse comprendre, le /usr/share/applications/gdebi.desktop
installé diffère de votre fichier:
$ cat /usr/share/applications/gdebi.desktop
[Desktop Entry]
Name=GDebi Package Installer
GenericName=Package Installer
Comment=Install and view software packages
Exec=gdebi-gtk %f
Icon=gnome-mime-application-x-deb
Terminal=false
Type=Application
Categories=System;
MimeType=application/vnd.debian.binary-package;
NotShowIn=KDE;
X-Ubuntu-Gettext-Domain=gdebi
StartupNotify=true
Keywords=package;apt;dpkg;install
Il utilise pkexec de PolicyKit pour être exécuté en tant que root
:
$ dpkg -L gdebi | grep policy
/usr/share/polkit-1/actions/com.ubuntu.pkexec.gdebi-gtk.policy
Donc, vous ne devriez pas utiliser Sudo
pour cela.
Je viens de tester sur mon Ubuntu 18.10 VM - Je peux installer le fichier deb téléchargé manuellement:
apt-get download meld
gdebi-gtk meld*.deb
ci-dessus, j'ai saisi un mot de passe et Meld a été installé.
Alors envisagez de supprimer votre fichier de bureau créé par vous-même et de réinstaller l’application avec
Sudo apt-get install --reinstall gdebi gdebi-core
Vous pouvez également essayer de réinstaller les composants liés à PolicyKit:
Sudo apt-get install --reinstall policykit-1 python3-apt
J'ai vérifié votre découverte concernant l'installation de deb-file à partir du dossier ~/Desktop
.
Et devine quoi?
Je peux confirmer ce problème en effectuant une nouvelle installation de Ubuntu 18.10. C'est incroyable.
Je ne peux absolument pas comprendre la philosophie moderne de GNOME.
Mais au fait, j’ai rapporté bug 1807761 contre nautilus-desktop
exécutable (car il contrôle le bureau en 18.10) (et en amont comme le bogue 782 =) pour aider les autres utilisateurs.
En amont du bug est fermé avec un commentaire :
António Fernandes a commenté:
Merci d'avoir pris le temps de signaler cela.
La version Thay de nautilus n’est plus prise en charge en amont et nautilus-desktop n’est pas disponible dans la dernière version (une extension Shell est disponible en remplacement).
Donc, un correctif n’est pas attendu de ce côté.
Conclusion: sous GNOME moderne, vous ne pouvez pas installer les fichiers deb à partir du bureau. Ce ne sera pas corrigé en 18.10. Et ce qui sera interdit la prochaine fois dans 19.04 est complètement imprévisible.
Mise à jour: Ubuntu 18.04 LTS est également concerné.
Allez comprendre ... réinstaller gdebi
et gdebi-core
résolvent le problème de lancement. Mais le problème initial reste.
Mise à jour # 1:
Alors, maintenant, je me souviens… j’avais un problème antérieur: si gdebi était défini comme l’application par défaut pour les fichiers .deb, lorsqu’un double-clic sur un fichier .deb était ouvert, et quand j’avais cliqué sur le Install Package
bouton, où il aurait dû demander mon mot de passe utilisateur, il suffit de quitter à la place.
Cependant, si j’ai d’abord démarré gdebi et ouvert manuellement le fichier .deb, puis cliqué sur Install Package
, il me demandera correctement mon mot de passe d’utilisateur et installera le fichier .deb comme prévu.
Mon correctif précédent consistait à modifier la ligne Exec = du fichier .desktop à partir de:
Exec=gdebi-gtk %f
à
Exec=Sudo -H gdebi-gtk %f
La réinstallation a annulé ce correctif, a résolu le problème de lancement, mais le problème de mot de passe utilisateur et de quitter est de retour.
Mise à jour # 2:
J'ai réinstallé policykit-1
et python3-apt
à la suggestion de @NOrbert. Pas de joie.
Mise à jour # 3:
Oh oh oh ... indice frais! Le problème avec gdebi-gtk se produit lors de la tentative d'installation d'un fichier .deb sur mon bureau. Cependant, si je déplace ce même fichier .deb dans un nouveau dossier sur mon bureau ou dans mon dossier Téléchargements, gdebi-gtk fonctionne correctement!
@Norbert a confirmé le problème.