Es scheint, als ob jede Anwendung vom Terminal Warnungen und Fehlermeldungen ausgibt, obwohl sie gut zu funktionieren scheint.
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
Feuerfuchs:
(process:5059): GLib-CRITICAL **: g_slice_set_config: assertion
'sys_page_size == 0' failed
Die Liste geht weiter. Ist dieses Verhalten häufig oder stimmt etwas mit meinem System nicht? Wie behebe ich diese Probleme?
Antworten:
Leider neigen GTK-Bibliotheken (die insbesondere von GNOME verwendet werden) dazu, viele beängstigend aussehende Nachrichten auszusenden. Manchmal weisen diese Meldungen auf potenzielle Fehler hin, manchmal sind sie völlig fälschlich, und es ist unmöglich zu sagen, welcher Fehler welcher ist, ohne tief in den Code einzutauchen. Als Endbenutzer können Sie nichts dagegen tun. Sie können diese als Fehler melden (auch wenn das Programm sich ansonsten korrekt verhält und falsche Fehlermeldungen ausgibt). Wenn das Programm jedoch im Grunde funktioniert, werden diese Fehler verständlicherweise als Fehler mit sehr niedriger Priorität behandelt.
Die Eingabehilfenwarnung ist ein bekannter Fehler, der sich leicht umgehen lässt, wenn Sie keine Eingabehilfenfunktion verwenden:
Nach meiner Erfahrung sind
Gtk-CRITICAL
Bugs völlig falsch. Obwohl sie irgendwo auf einen Programmierfehler hinweisen, sollten sie nicht an Endbenutzer weitergeleitet werden, sondern nur an den Entwickler, der das Programm geschrieben hat (oder die zugrunde liegende Bibliothek - oft kann der Entwickler des Programms selbst nichts dagegen unternehmen, weil dies der Fall ist ein Fehler in einer Bibliothek, die von einer Bibliothek aufgerufen wird, die von einer im Programm verwendeten Bibliothek aufgerufen wird).quelle
export
-Ding hinstellen?~/.profile
oder in Ihrer fantastischen Konfiguration (ich weiß nicht, wie die Syntax fantastisch ist). Oder in,~/.xinitrc
wenn Sie verwendenstartx
, oder in,~/.xsession
wenn Sie eine klassische X11-Sitzung verwenden (im Gegensatz zum Sitzungsmanager einer Desktop-Umgebung)..bashrc
: Dies gilt nur für ein Programm, das von einem Terminal aus gestartet wurde. Das Definieren einer Umgebungsvariablen in.bashrc
ist fast immer falsch.Ich habe es irgendwo gefunden, aber den Link dazu vergessen.
Führen Sie Folgendes aus, um das Problem zu beheben:
Wenn Sie nicht über dbus-uuidgen verfügen, befindet es sich im dbus-Paket, das durch Folgendes installiert werden kann:
quelle
Ich bin mir bei den ersten Fehlern nicht sicher, aber es scheint, dass Firefox das Problem g_slice_set_config in Version 42 behoben hat. Laut ihrem Fehlerbericht betrifft es glib 2.35 und neuer.
quelle
Ändern Sie / var / lib / dbus / machine-id NICHT! Zuerst sehen, ob es leer ist! Lesen Sie die Manpage!
von: man dbus-uuidgen
ich habe das
Fehlermeldung, Verbindung von einem anderen Computer mit:
und laufen thunar und zeugen.
Auch versucht das gleiche im lokalen System und es wurde kein Fehler gemeldet, den ich auch getippt habe
und es hat schon eine uuid
Was ich denke, kann die Ursache für diesen Fehler sein, dass der xserver, der auf dem als Terminal verwendeten Computer ausgeführt wird, eine andere UUID als das ferne System hat.
Ich habe nicht mehr experimentiert, da das Ändern der Rechner-ID während der Ausführung zu einem Fehlverhalten führt, wie in der oben zitierten Manpage angegeben.
quelle