Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Install on virgin Debian: "Gdk-CRITICAL" error on startup #896

Closed
pandascrape opened this issue Mar 28, 2021 · 6 comments
Closed

Install on virgin Debian: "Gdk-CRITICAL" error on startup #896

pandascrape opened this issue Mar 28, 2021 · 6 comments

Comments

@pandascrape
Copy link

I am trying to install Bisq 1.5.9 on Debian 10 (Buster). It is a fresh Debian installation. The only two other apps I installed work fine.

  • I run sudo apt install ./Bisq-64bit-1.5.9.deb and it installs correctly with no errors.
  • When I run 'Bisq' I can see the Bisq process briefly appearing in linux list of processes if I run top and it creates the ~/.local/share/Bisq directory so the process must have started.
  • However, the app GUI never appears, and the bisq process disappears from the list of processes after a few seconds.

No error messages are given.

Bisq version: 1.5.9
Device or machine: Debian 10

@RififiCastorjunior
Copy link

Hi, Could you try this command /opt/Bisq/Bisq

That should lunch Bisq.

@pandascrape
Copy link
Author

When I execute with /opt/Bisq/Bisq I receive the following errors:

(Bisq:2316): Gdk-CRITICAL **: 09:02:48.357: gdk_x11_display_set_window_scale: assertion 'GDK_IS_X11_DISPLAY (display)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007fb006bf39fb, pid=2316, tid=2358
#
# JRE version: Java(TM) SE Runtime Environment (10.0.2+13) (build 10.0.2+13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (10.0.2+13, mixed mode, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# C  [libX11.so.6+0x2e9fb]  XInternAtom+0x3b
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid2316.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Aborted

@pandascrape
Copy link
Author

Hi again,

I have tried this on a different laptop with a totally fresh install of Debian 10 and get the same issue (so that's two laptops with fresh installs). The error file referred to is attached.
hs_err_pid2316.log

However when I install over an existing old version of Bisq (on a third machine running Debian 10), it works fine.

Wanting it on a clean machine though, so any help you can offer is much appreciated.

@pandascrape pandascrape changed the title Install of v1.5.9 on Debian - app does not start Install on virgin Debian: "Gdk-CRITICAL" error on startup Mar 29, 2021
@pandascrape
Copy link
Author

pandascrape commented Mar 30, 2021

It appears a similar issue occurred in 2019: bisq-network/bisq#2279 and it appears it was resolved by a Bisq fix involving bumping javafx version.

@pandascrape
Copy link
Author

I have a temporary workaround, which is to force my Debian GNOME 3 to use X11 rather than Wayland by uncommenting the WaylandEnable=false line in the /etc/gdm3/daemon.conf file and rebooting the system.

This allows me to run Bisq, but because GNOME 3 (and many other desktops) are moving to Wayland this obviously needs to be addressed by the Bisq team otherwise new users will not be able to use it. Thanks for a great project, people!

@cd2357
Copy link

cd2357 commented May 10, 2021

Fixed with v1.6.4 as per bisq-network/bisq#2279 (comment)

@leo816 can you please close this?

@pazza83 pazza83 closed this as completed Aug 28, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants