Проблема демонстрації ключових брелоків mysql-workbench та Gnome


19

при запуску у 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

Чи є спосіб виправити це питання? Дійсно, мої паролі ніколи не зберігаються.


Яка версія Ubuntu / випустити це? Тому що ... bugs.mysql.com/bug.php?id=61170
Rinzwind

Вибачте, хлопці, я спробую все, що ви мені запропонували. Дякую за допомогу. ;)
COil

Відповіді:


25

Помилка була виправлена ​​у версіях 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

Це виправлення працює на моєму ubuntu 14.04 з MySQL Workbench спільнотою 6.2.4 від deb http://repo.mysql.com/apt/ubuntu/ trusty workbench-6.2


Дякуємо за те, що зв’язали проблему та забезпечили вирішення - це найчистіший підхід!
conceptdeluxe

3
Використання помилки V6.3.6 все ще зберігається
Матісс Юргеліс

14

Я знайшов акуратний спосіб, спробуйте це.

Крок 1: Після встановлення розблокуйте піктограму робочого столу з панелі запуску.

Крок 2: натисніть кнопку супер (вікно) на вашій машині та знайдіть верстат.

Крок 3: Відкрийте верстат з результатів пошуку.

Крок 4: Після відкриття зафіксуйте піктограму верстака на пусковій установці.

Вуаля !!! Проблема з брелоком зникає.



2
Дякую .. Набагато чистіший спосіб вирішити цю проблему. Дякую тонну. :)
Аніл Чахал

1
Працює, але пояснення було б непогано ...
снорбі

1
Оце Так! Я просто зрозумів, що я завжди запускав робочий стіл з тире (меню "Пуск"), але не з панелі запуску. І ось сьогодні, через кілька років використання робочого столу, запустив його, натиснувши на пусковий апарат і отримав цю проблему!
Димитрій К

8

Ця відповідь є варіантом рішення guest1000, але мені не вистачає представника, щоб створити коментар.

У будь-якому випадку, додавання до ~ / .bashrc також працює і здається мені більш чистим:

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

5

Додайте цей код у верхню частину файлу /usr/bin/mysql-workbench

якщо ls / run / user / `id -u` / keyring- * 1> / dev / null 2> & 1; потім
    gnome-keyring-daemon> / dev / null
фі

експортувати GNOME_KEYRING_CONTROL = $ (ls -d / run / user / `id -u` / keyring- * | head -n 1)

Це не чисте рішення, але воно працює. Не потрібно запускати робочий стіл від терміналу.


5

Я зробив так, як я використовую Workbench 6.3

sudo gedit /usr/bin/mysql-workbench

Просто видаліть коментар

@ лінія 5

WB_NO_GNOME_KEYRING=1 

2

mysql-workbench шукає GNOME_KEYRING_CONTROLзмінну середовища. Якщо ви єдиний, хто користується комп'ютером, ця змінна повинна мати значення, подібне до /run/user/1000/keyring-XXXXXX.

У мене була аналогічна проблема з пакунком mysql-workbench, завантаженим з dev.mysql.com (оскільки пакет MariaDB та Ubuntu mysql-workbench не сумісний), а простий спеціальний ярлик із наступною командою запуску виправив проблему:

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

не потрібно робити, поки це. просто наберіть mysql-workbench з терміналу
akikara

1

Найбільш дурне питання, яке коли-небудь бачили!

якщо ви запустите mysql-workbech за допомогою запуску, ця помилка вийде.

Але якщо ви запустите свою робочу версію mysql з термінальної клавіші, проблема зникає.

Будь-які ідеї, чому це відбувається? Я використовував версію 6.0 і оновлений до 6.2.4 нічого не змінилося. Орієнтовна відповідь на це питання - Go-термінал і запуск дурного верстака Oracle ...


У мене є цей випуск та його 2017 рік
Джеймі Хатбер
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.