Iniciando aplicativos X a partir do terminal e os avisos que seguem

Question

Estou tentando usar o terminal para a maioria das minhas atividades de computação. Uma coisa que tem me incomodado há algum tempo é lançar aplicativos X do terminal.

Parece que todo aplicativo gosta de fornecer avisos e mensagens de erro, mesmo que pareça funcionar bem.

Emacs:

** (emacs:5004): WARNING **: Couldn't connect to accessibility bus:    
Failed to connect to socket /tmp/dbus-xxfluS2Izg: Connection refused

Evince:

** (evince:5052): WARNING **: Couldn't connect to accessibility bus:    
Failed to connect to socket /tmp/dbus-xxfluS2Izg: Connection refused

(evince:4985): Gtk-CRITICAL **: gtk_widget_show: assertion 
'GTK_IS_WIDGET (widget)' failed

(evince:4985): Gtk-CRITICAL **: gtk_widget_show: assertion 
'GTK_IS_WIDGET (widget)' failed

Firefox:

(process:5059): GLib-CRITICAL **: g_slice_set_config: assertion 
'sys_page_size == 0' failed

A lista continua. Esse comportamento é comum ou há algo errado com o meu sistema? Devo tomar nota de todas essas mensagens? Posso realmente corrigir esses problemas do meu jeito ou são apenas pequenos bugs no software?

    

Answer 1

Infelizmente, as bibliotecas GTK (usadas em particular pelo GNOME) tendem a emitir muitas mensagens assustadoras. Às vezes, essas mensagens indicam possíveis erros, às vezes são totalmente falsas, e é impossível dizer qual é qual, sem se aprofundar no código. Como usuário final, você não pode fazer nada sobre isso. Você pode denunciá-los como bugs (mesmo que o programa se comporte corretamente, emitindo mensagens falsas de erro é um bug), mas quando o programa está basicamente funcionando, esses bugs são tratados de maneira muito baixa.

O aviso de acessibilidade é um bug conhecido com uma solução simples se você não usa nenhum recurso de acessibilidade:

export NO_AT_BRIDGE=1

Na minha experiência, Gtk-CRITICAL bugs são completamente falsos; enquanto eles indicam um erro de programação em algum lugar, eles não devem ser reportados para os usuários finais, apenas para o desenvolvedor que escreveu o programa (ou a biblioteca subjacente - muitas vezes o desenvolvedor do programa em si não pode fazer nada sobre isso porque é um bug em uma biblioteca que é chamada por uma biblioteca chamada por uma biblioteca usada no programa).

    

Answer 2

Não tenho certeza sobre os primeiros erros, mas parece que o Firefox corrigiu o problema g_slice_set_config na versão 42. De acordo com seus relatório de bug , afeta o glif 2.35 e mais recente.

    

Answer 3

Encontrei em algum lugar, mas esqueci o link para ele.

Para corrigir isso, execute:

dbus-uuidgen > /var/lib/dbus/machine-id

Se você não tem o dbus-uuidgen, ele está no pacote dbus, que pode ser instalado com a emissão:

yum install dbus