Mon Ubuntu 19.10 relativement frais sur un ordinateur portable supérieur fonctionne sans problème, mais certaines applications sont vraiment lentes à démarrer. Pour l'instant, c'est keepassX, filezilla, deadbeef. Les deux prennent environ 30 secondes pour montrer sa fenêtre, mais après cela, les deux flambent rapidement comme les autres. Peut-être que quelqu'un peut m'aider à trouver une solution?
Après avoir eu le même problème et avoir fait strace + beaucoup de recherches, j'ai découvert que cela corrige définitivement le problème (filezilla, keepass, etc. tous se lancent instantanément maintenant):
Sudo apt-get install appmenu-gtk2-module
Je peux confirmer le problème. Pour certaines applications, le lancement est fortement retardé, d'autres applications démarrent assez rapidement. Après le lancement, chaque application fonctionne normalement sans aucun retard supplémentaire.
Je peux également confirmer que je n'ai aucun problème avec le démarrage des applications si j'utilise dbus-launch --exit-with-session vlc
. L'exécution de l'application en tant que root supprime également le délai.
strace
s'arrête à ce point avec toutes les applications retardées:
poll([{fd=14, events=POLLIN}], 1, 25000) = 1 ([{fd=14, revents=POLLIN}])
read(14, "\1\0\0\0\0\0\0\0", 16) = 8
poll([{fd=14, events=POLLIN}], 1, 25000
Je suis content pour tout indice!
Edit: Si quelqu'un cherche une solution temporaire pour perruche:
Installer la menulibre
Ouvrez l'éditeur de menu (menulibre) et recherchez l'application qui est retardée au démarrage
Ajouter dbus-launch --exit-with-session APPLICATION
à la commande de lancement
Détachez-le de la liste des tâches de l'icône
Ouvrez l'application via le menu et épinglez-la à nouveau
Maintenant, l'application commencera par le dbus-launch
commande dans le menu Démarrer et la barre des tâches.
Impossible de confirmer que l'installation du module appmenu-gtk2 résout le problème. De plus, le "dbus-launch --exit-with-session" ne fournit qu'une solution partielle. Par exemple, VLC est confronté aux mêmes problèmes de démarrage. Le démarrer en tant que "dbus-launch --exit-with-session vlc" évite le délai de démarrage décrit. Cependant, l'intégration dans le panneau supérieur et le corbeau est perdue dans le bureau Budgie.
D'où la question de savoir ce qui cause exactement ce problème et comment vraiment le résoudre est toujours ouverte.
Edit: Je voudrais clarifier ce que je considère ne pas être correct avec VLC lorsqu'il est exécuté avec dbus-launch. J'ai joint quatre captures d'écran - deux étant suffixées avec OK qui montrent l'intégration dans Budgie lors de l'exécution sans dbus-launch. Le deuxième ensemble - suffixé avec NOK montre qu'il est exécuté avec dbus-launch. La différence est particulièrement visible dans les captures d'écran de vlcRaven. De plus, le comportement lorsque vous cliquez sur l'icône du panneau supérieur est différent. Avec dbus-launch, un clic gauche sur l'icône révèle le menu affiché, tandis que le même masque/montre l'application. Le menu s'ouvre lorsque vous cliquez avec le bouton droit sur l'icône. Je ne considère pas le comportement différent comme un showstopper pour moi, bien qu'il puisse fournir des conseils supplémentaires sur la cause réelle du problème.
panneau VLC Raven NOKpanneau VLC Raven OKpanneau supérieur NOKpanneau supérieur OK
J'ai trouvé une solution possible à ce qui semble être le même problème, qui ne semble affecter que les applications QT (par opposition à GTK) et ne se manifeste qu'après une installation propre d'Ubuntu Budgie 19.10 (mais pas sur une mise à niveau sur place):
~/.profile
Dans votre directeur /home/$(whoami)
export QT_STYLE_OVERRIDE=cleanlooks
(Au lieu de 'cleanlooks', vous pouvez également utiliser l'un de cde, motif, plastique, Windows ou Fusion (mais pas 'gtk2', ce qui implique qu'il s'agit d'une dépendance) problème ou autre) - le wiki Arch a plus d'informations sur cette variable d'environnement .Vous perdez le thème gtk2 des applications QT, bien que dans VLC, vous pouvez le configurer manuellement pour utiliser le thème gtk2 et cela semble fonctionner correctement.
La configuration manuelle de dbus-launch avec des applications QT a également fonctionné pour moi (bien que cela laisse les processus dbus-daemon orphelins en cours d'exécution après la fermeture de chaque application).
Je connais également des temps de démarrage extrêmement lents pour certaines applications. Voici quelques autres que j'ai trouvés:
Lazarus a également verrouillé mon système plusieurs fois. Comme il s'agit d'une application de développement critique pour moi, j'ai travaillé dessus en créant la version Qt5 de Lazarus, qui fonctionne comme prévu.