problema do daemon de chaveiro do mysql-workbench e do Gnome

18

ao iniciar mysql-workbench, tenho o seguinte aviso:

[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 uma maneira de corrigir esse problema? Na verdade, minhas senhas nunca são salvas.

Bobina
fonte
Qual versão do Ubuntu / libera isso? Por que ... bugs.mysql.com/bug.php?id=61170 #
31514 Rinzwind
Desculpe pessoal, vou tentar tudo o que você me sugeriu em breve. Obrigado pela ajuda. ;)
Coil

Respostas:

24

O bug foi corrigido nas versões do MySQL Workbench 6.2.5 / 6.3.0. http://bugs.mysql.com/bug.php?id=74771

Uma possível solução alternativa foi adicionar esse código à parte superior do arquivo /usr/bin/mysql-workbench

export GNOME_KEYRING_CONTROL=1

Esta correção funciona no meu ubuntu 14.04 com a comunidade MySQL Workbench 6.2.4 de deb http://repo.mysql.com/apt/ubuntu/ trusty workbench-6.2

dmvslv
fonte
Obrigado por vincular o problema e fornecer a solução alternativa - esta é a abordagem mais limpa!
Conceptdeluxe 19/05/19
2
Usando erro V6.3.6 ainda persiste
Matiss Jurgelis
14

Há uma maneira elegante que eu encontrei, tente isso.

Etapa 1: Após a instalação, desbloqueie o ícone do ambiente de trabalho no iniciador.

Etapa 2: pressione o botão super (janela) na sua máquina e procure o ambiente de trabalho.

Etapa 3: abra o ambiente de trabalho a partir dos resultados da pesquisa.

Etapa 4: depois de aberto, trave o ícone do ambiente de trabalho no iniciador.

Voila !!! O problema do chaveiro desaparece.


Lalit Mehra
fonte
2
Obrigado .. Maneira muito mais limpa de resolver esse problema. Muito obrigado. :)
Anil Chahal
1
Funciona, mas uma explicação seria bom ...
snorbi
1
Uau! Acabei de perceber que sempre estava lançando o ambiente de trabalho a partir do painel (menu Iniciar), mas não da barra de lançamento. E agora, hoje, depois de alguns anos de uso do ambiente de trabalho, lançou-o clicando no iniciador e conseguiu esse problema!
precisa
8

Esta resposta é uma variação da solução do guest1000, mas não tenho representante suficiente para criar um comentário.

De qualquer forma, adicionar o seguinte ao ~ / .bashrc também funciona e parece mais limpo para mim:

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

Adicione este código ao topo do arquivo /usr/bin/mysql-workbench

se ls / run / user / `id -u` / chaveiro- * 1> / dev / null 2> & 1; então
    gnome-keyring-daemon> / dev / null
fi

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

Não é uma solução limpa, mas funciona. Não há necessidade de executar a bancada de trabalho do terminal.

rooobertek
fonte
4

Fiz o seguinte: estou usando o Workbench 6.3

sudo gedit /usr/bin/mysql-workbench

Basta remover o comentário

@line 5

WB_NO_GNOME_KEYRING=1 
suresh
fonte
2

O mysql-workbench está procurando a GNOME_KEYRING_CONTROLvariável de ambiente. Se você é o único que usa o computador, essa variável deve ter um valor semelhante a /run/user/1000/keyring-XXXXXX.

Eu tive um problema semelhante com o pacote mysql-workbench baixado do dev.mysql.com (porque o MariaDB e o pacote mysql-workbench do Ubuntu são incompatíveis) e um simples atalho personalizado com o seguinte comando de inicialização corrigiu o problema:

GNOME_KEYRING_CONTROL=$(ls -d /run/user/1000/keyring-*) /usr/bin/mysql-workbench
guest1000
fonte
não há necessidade de fazer enquanto isso. basta digitar mysql-bancada do terminal
akikara
1

A questão mais estúpida já vista!

Se você iniciar o mysql-workbech pelo iniciador, esse erro será exibido.

Mas se você iniciar o seu ambiente de trabalho mysql a partir do problema do chaveiro do terminal desaparecerá.

Alguma idéia de por que isso está acontecendo? Eu estava usando a versão 6.0 e atualizei para 6.2.4 nada mudou. A resposta da solução alternativa para esse problema é Go terminal e inicia o workbench estúpido da Oracle ...

akikara
fonte
Estou tendo este problema e é 2017
Jamie Hutber 11/17/17