mysql-workbench
を起動すると、次の警告が表示されます。
[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
この問題を修正する方法はありますか?実際、私のパスワードは決して保存されません。
このバグは、MySQL Workbench 6.2.5/6.3.0リリースで修正されています。 http://bugs.mysql.com/bug.php?id=74771
考えられる回避策は、このコードをファイル/usr/bin/mysql-workbench
の先頭に追加することでした
export GNOME_KEYRING_CONTROL=1
この修正は、deb http://repo.mysql.com/apt/ubuntu/ trusty workbench-6.2
のMySQL Workbenchコミュニティ6.2.4を使用して、ubuntu 14.04で動作します。
私が見つけたきちんとした方法があります、これを試してください。
ステップ1:インストール後、ランチャーからワークベンチアイコンのロックを解除します。
ステップ2:マシンのスーパー(ウィンドウ)ボタンを押して、ワークベンチを検索します。
ステップ3:検索結果からワークベンチを開きます。
ステップ4:開いたら、ワークベンチアイコンをランチャーにロックします。
出来上がり!!!キーリングの問題がなくなります。
この回答はguest1000のソリューションのバリエーションですが、コメントを作成するのに十分な担当者がいません。
とにかく、〜/ .bashrcに次を追加しても動作し、私にとってはきれいに見えます:
export GNOME_KEYRING_CONTROL=$(ls -d /run/user/1000/keyring-*)
このコードをファイルの先頭に追加/usr/bin/mysql-workbench
if ls/run/user/`id -u`/keyring- * 1>/dev/null 2>&1; then gnome-keyring-daemon> /dev/null fi export GNOME_KEYRING_CONTROL = $(ls -d/run/user/`id -u`/keyring- * | head -n 1)
それはきれいな解決策ではありませんが、機能します。ターミナルからワークベンチを実行する必要はありません。
Workbench 6.3を使用しています。
Sudo gedit /usr/bin/mysql-workbench
コメントを削除するだけ
@行5
WB_NO_GNOME_KEYRING=1
mysql-workbenchはGNOME_KEYRING_CONTROL
環境変数を探しています。コンピュータを使用しているのがあなただけである場合、その変数の値は/run/user/1000/keyring-XXXXXX
に似ている必要があります。
Dev.mysql.comからダウンロードしたmysql-workbenchパッケージ(MariaDBとUbuntuのmysql-workbenchパッケージは互換性がないため)で同様の問題が発生し、次の起動コマンドを使用した簡単なカスタムショートカットで問題が修正されました。
GNOME_KEYRING_CONTROL=$(ls -d /run/user/1000/keyring-*) /usr/bin/mysql-workbench
今まで見た中で最も愚かな問題!
ランチャーでmysql-workbechを起動すると、このエラーが発生します。
ただし、端末キーリングからmysqlワークベンチを起動すると、問題はなくなります。
これが起こっている理由は何ですか?バージョン6.0を使用しており、6.2.4にアップグレードしても何も変わりませんでした。この問題の回避策の答えはGo端末であり、Oracleによる愚かなワークベンチを開始します...