mysql-workbench et problème de démon de porte-clés Gnome


19

lors du lancement, mysql-workbenchj'ai l'avertissement suivant:

[12:13:49] coil@coil:~$ sudo mysql-workbench &
[12:14:03] coil@coil:~$ ** Message: Gnome keyring daemon seems to not be available. Stored passwords will be lost once quit
[12:14:05] coil@coil:~$ Ready

Existe-t-il un moyen de résoudre ce problème? En effet, mes mots de passe ne sont jamais enregistrés.


Sur quelle version / version Ubuntu est-ce disponible? Cuz ... bugs.mysql.com/bug.php?id=61170
Rinzwind

Désolé les gars, je vais essayer tout ce que vous m'avez suggéré bientôt. Merci pour l'aide. ;)
COil

Réponses:


25

Le bogue a été corrigé dans les versions de MySQL Workbench 6.2.5 / 6.3.0. http://bugs.mysql.com/bug.php?id=74771

Une solution de contournement possible consistait à ajouter ce code en haut du fichier /usr/bin/mysql-workbench

export GNOME_KEYRING_CONTROL=1

Ce correctif fonctionne sur mon Ubuntu 14.04 avec la communauté MySQL Workbench 6.2.4 de deb http://repo.mysql.com/apt/ubuntu/ trusty workbench-6.2


Merci d'avoir lié le problème et fourni la solution de contournement - c'est l'approche la plus propre!
conceptdeluxe

3
L'erreur V6.3.6 persiste
Matiss Jurgelis

14

Il y a une manière ordonnée que j'ai trouvée, essayez ceci.

Étape 1: Après l'installation, déverrouillez l'icône du plan de travail du lanceur.

Étape 2: appuyez sur le bouton super (fenêtre) de votre machine et recherchez workbench.

Étape 3: Ouvrez le plan de travail à partir des résultats de la recherche.

Étape 4: Une fois ouvert, verrouillez l'icône du plan de travail sur le lanceur.

Voila !!! Le problème de porte-clés disparaît.



2
Merci. Manière beaucoup plus propre de résoudre ce problème. Merci beaucoup. :)
Anil Chahal

1
Ça

1
Hou la la! Je viens de réaliser que je lançais toujours Workbench à partir du tableau de bord (menu Démarrer) mais pas à partir de la barre de lancement. Et aujourd'hui, après quelques années d'utilisation de Workbench, il a été lancé en cliquant sur le lanceur et a eu ce problème!
Dimitry K

8

Cette réponse est une variation de la solution du guest1000, mais je n'ai pas assez de représentant pour créer un commentaire.

Quoi qu'il en soit, l'ajout de ce qui suit à ~ / .bashrc fonctionne également et me semble plus propre:

export GNOME_KEYRING_CONTROL=$(ls -d /run/user/1000/keyring-*)

5

Ajoutez ce code en haut du fichier /usr/bin/mysql-workbench

si ls / run / user / `id -u` / keyring- * 1> / dev / null 2> & 1; ensuite
    gnome-keyring-daemon> / dev / null
Fi

export GNOME_KEYRING_CONTROL = $ (ls -d / run / user / `id -u` / keyring- * | head -n 1)

Ce n'est pas une solution propre, mais cela fonctionne. Pas besoin d'exécuter l'établi depuis le terminal.


5

J'ai fait comme suit j'utilise Workbench 6.3

sudo gedit /usr/bin/mysql-workbench

Il suffit de supprimer le commentaire

@line 5

WB_NO_GNOME_KEYRING=1 

2

mysql-workbench recherche la GNOME_KEYRING_CONTROLvariable d'environnement. Si vous êtes le seul à utiliser votre ordinateur, cette variable doit avoir une valeur similaire à /run/user/1000/keyring-XXXXXX.

J'ai eu un problème similaire avec le package mysql-workbench téléchargé depuis dev.mysql.com (car MariaDB et le package mysql-workbench d'Ubuntu sont incompatibles) et un simple raccourci personnalisé avec la commande de lancement suivante a résolu le problème:

GNOME_KEYRING_CONTROL=$(ls -d /run/user/1000/keyring-*) /usr/bin/mysql-workbench

pas besoin de faire aussi longtemps que cela. il suffit de taper mysql-workbench depuis le terminal
akikara

1

Le problème le plus stupide jamais vu!

si vous démarrez votre mysql-workbech par le lanceur, cette erreur apparaît.

Mais si vous démarrez votre atelier mysql à partir du problème de trousseau de clés du terminal disparaît.

Des idées pourquoi cela se produit? J'utilisais la version 6.0 et mis à niveau vers 6.2.4 rien n'a changé. La solution de contournement pour ce problème est Go terminal et démarrez stupide plan de travail par Oracle ...


J'ai ce problème et son 2017
Jamie Hutber
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.