mysql-workbench i problem z demonem kluczy Gnome


19

podczas uruchamiania mysql-workbenchmam następujące ostrzeżenie:

[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

Czy istnieje sposób na rozwiązanie tego problemu? Rzeczywiście, moje hasła nigdy nie zostaną zapisane.


Na jakiej wersji / wydaniu Ubuntu to? Bo ... bugs.mysql.com/bug.php?id=61170
Rinzwind

Przepraszam chłopaki, spróbuję wkrótce wszystko, co mi zasugerowałeś. Dzięki za pomoc. ;)
Cewka

Odpowiedzi:


25

Błąd został naprawiony w wydaniach MySQL Workbench 6.2.5 / 6.3.0. http://bugs.mysql.com/bug.php?id=74771

Możliwym obejściem tego problemu było dodanie tego kodu na początku pliku /usr/bin/mysql-workbench

export GNOME_KEYRING_CONTROL=1

Ta poprawka działa na moim Ubuntu 14.04 ze społecznością MySQL Workbench 6.2.4 z deb http://repo.mysql.com/apt/ubuntu/ trusty workbench-6.2


Dziękujemy za powiązanie problemu i przedstawienie obejścia - jest to najczystsze podejście!
conceptdeluxe

3
Nadal występuje błąd V6.3.6
Matiss Jurgelis,

14

Znalazłem fajny sposób, wypróbuj to.

Krok 1: Po instalacji odblokuj ikonę środowiska roboczego z programu uruchamiającego.

Krok 2: naciśnij przycisk super (okno) na komputerze i wyszukaj stół warsztatowy.

Krok 3: Otwórz stół roboczy z wyników wyszukiwania.

Krok 4: Po otwarciu zablokuj ikonę środowiska roboczego w programie uruchamiającym.

Voila !!! Problem z kluczami znika.



2
Dzięki .. Znacznie czystszy sposób na rozwiązanie tego problemu. Wielkie dzięki. :)
Anil Chahal

1
Działa, ale wyjaśnienie byłoby miłe ...
snorbi

1
Łał! Właśnie zdałem sobie sprawę, że zawsze uruchamiałem Workbench z myślnika (menu Start), ale nie z paska uruchamiania. A teraz dzisiaj, po kilku latach korzystania ze środowiska roboczego, uruchomiłem go, klikając program uruchamiający i dostałem ten problem!
Dimitry K,

8

Ta odpowiedź jest odmianą rozwiązania guest1000, ale nie mam wystarczającej liczby przedstawicieli, aby utworzyć komentarz.

W każdym razie dodanie następującego do ~ / .bashrc również działa i wydaje mi się czystsze:

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

5

Dodaj ten kod na początku pliku /usr/bin/mysql-workbench

if ls / run / user / `id -u` / keyring- * 1> / dev / null 2> & 1; następnie
    gnome-keyring-daemon> / dev / null
fi

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

To nie jest czyste rozwiązanie, ale działa. Nie ma potrzeby uruchamiania środowiska roboczego z terminala.


5

Zrobiłem w następujący sposób korzystam z Workbench 6.3

sudo gedit /usr/bin/mysql-workbench

Po prostu usuń komentarz

@ linia 5

WB_NO_GNOME_KEYRING=1 

2

mysql-workbench szuka GNOME_KEYRING_CONTROLzmiennej środowiskowej. Jeśli jesteś jedynym, który używa komputera, ta zmienna powinna mieć wartość podobną do /run/user/1000/keyring-XXXXXX.

Miałem podobny problem z pakietem mysql-workbench pobranym z dev.mysql.com (ponieważ pakiet mysql-workbench MariaDB i Ubuntu są niezgodne) i prosty niestandardowy skrót z następującą komendą uruchamiania naprawił problem:

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

nie musisz tego robić tak długo. po prostu wpisz mysql-workbench z terminala
akikara,

1

Najgłupszy problem, jaki kiedykolwiek widziałem!

jeśli uruchomisz mysql-workbech przez program uruchamiający, ten błąd się pojawi.

Ale jeśli uruchomisz mysql workbench z terminala, problem z kluczowaniem zniknie.

Wszelkie pomysły, dlaczego tak się dzieje? Używałem wersji 6.0 i zaktualizowałem do wersji 6.2.4, nic się nie zmieniło. Rozwiązaniem tego problemu jest terminal Go i uruchomienie głupiego środowiska roboczego przez Oracle ...


Mam ten problem i jego 2017 r.
Jamie Hutber,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.