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

GTK related errors on HPC Cluster #298

Open
ChantalJuntao opened this issue Nov 21, 2023 · 4 comments
Open

GTK related errors on HPC Cluster #298

ChantalJuntao opened this issue Nov 21, 2023 · 4 comments

Comments

@ChantalJuntao
Copy link

I'm getting some weird issues running ImageView on an HPC Cluster.

using the following code:

]add ImageView
]add FileIO
]add TestImages

using ImageView, FileIO, TestImages
mri = testimage("mri");
imshow(mri);

I get an image window with no frame and issues with the player, with the following errors:

(process:335): Gtk-WARNING **: 12:56:57.808: Unable to acquire session bus: Failed to execute child process ?dbus-launch? (No such file or directory)
Gtk-WARNING **: 13:07:59.421: Unable to acquire the address of the accessibility bus: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files. If you are attempting to run GTK without a11y support, GTK_A11Y should be set to 'none'.

I get this error when I open the contrast popup (which also doesn't load with a frame.

(process:268): Gtk-WARNING **: 15:10:31.820: Broken accounting of active state for widget 0x9055860(GtkPopover)

I'm not sure how many of these are issues with the cluster and how many of these are issues with the compatibility of GTKObservables or ImageView with the cluster.

@jwahlstrand
Copy link
Collaborator

I've seen the first warning (which is usually harmless) but not the second. What's the output of versioninfo()?

@ChantalJuntao
Copy link
Author

Julia Version 1.9.1
Commit 147bdf428cd (2023-06-07 08:27 UTC)
Platform Info:
  OS: Linux (x86_64-linux-gnu)
  CPU: 32 × Intel(R) Xeon(R) Gold 6242 CPU @ 2.80GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-14.0.6 (ORCJIT, cascadelake)
  Threads: 1 on 32 virtual cores
Environment:
  JULIA_HISTORY = ~/.julia/logs/repl_history.jl
  JULIA_DEPOT_PATH = /storage1/fs1/holy/Active/chantal/.julia
  LD_LIBRARY_PATH = /opt/thpc/2023.06/linux/x86_64/intel/cascadelake/easybuild/software/Julia/1.9.1-linux-x86_64/lib:/opt/ibm/lsfsuite/lsf/10.1/linux2.6-glibc2.3-x86_64/lib::

For additional context, ImageView v0.11.7 performs fine

@jwahlstrand
Copy link
Collaborator

Huh, it seems likely to be a JLL issue. I wonder if some GTK4 dependency living in LD_LIBRARY_PATH is being picked up by the library. We may have to bring in someone who understands that stuff better than me. I will try to think of useful diagnostics when I have time (later this week).

@jwahlstrand
Copy link
Collaborator

Sorry for failing to return until now. I recently updated the GTK library to the latest version. If that doesn't change anything, you could try setting ENV["GSK_RENDERER"]="cairo" before calling using ImageView. This forces GTK4 to use the Cairo renderer, which is what GTK3 uses by default.

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

2 participants