Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 681732 - sci-astronomy/celestia fails to run on NVIDIA hardware with proprietary driver
Summary: sci-astronomy/celestia fails to run on NVIDIA hardware with proprietary driver
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-25 13:24 UTC by Davyd McColl
Modified: 2019-04-04 17:19 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
result of `emerge --info` (emerge-info.log,7.37 KB, text/plain)
2019-03-25 13:24 UTC, Davyd McColl
Details
ldconfig -p | grep -i libgl (file_681732.txt,3.87 KB, text/plain)
2019-04-04 12:36 UTC, faso1024@mailbox.org
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Davyd McColl 2019-03-25 13:24:07 UTC
Created attachment 570712 [details]
result of `emerge --info`

Using proprietary NVIDIA drivers, Celestia fails to start, outputting:

# LIBGL_DEBUG=verbose celestia
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so
libGL: Can't open configuration file /home/daf/.drirc: No such file or directory.
libGL: Can't open configuration file /home/daf/.drirc: No such file or directory.
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
*** Cannot find the double-buffered visual.
*** Trying single-buffered visual.
*** No appropriate OpenGL-capable visual found.

I can work around this by changing symlinks: /usr/lib64/libGL.so and /usr/lib64/libGL.so.1 to point at nvidia's libGL.so (they were pointing at mesa's) -- I would expect `eselect opengl` to have sorted this out for me though.

More info:

# emerge -pv celestia nvidia-drivers mesa
[ebuild   R   ~] media-libs/mesa-19.0.0::gentoo  USE="classic d3d9 dri3 egl gallium gbm gles2 llvm wayland -debug -gles1 (-libglvnd) -lm_sensors -opencl -osmesa -pax_kernel -pic (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -xa -xvmc" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="nouveau (-freedreno) -i915 -i965 (-imx) -intel -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl (-vivante) -vmware" 0 KiB
[ebuild   R    ] x11-drivers/nvidia-drivers-418.43:0/418::gentoo  USE="X acpi driver gtk3 kms multilib tools uvm -compat -static-libs -wayland" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild   R    ] sci-astronomy/celestia-1.6.1-r1::gentoo  USE="cairo gtk nls threads -debug -gnome -pch -theora" 51,368 KiB

# eselect opengl list
Available OpenGL implementations:
  [1]   nvidia *
  [2]   xorg-x11
Comment 1 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2019-03-25 14:01:57 UTC
What version of celestia does this happen with? The 1.6.1 release or the live ebuild?
Comment 2 faso1024@mailbox.org 2019-04-04 12:36:28 UTC
Created attachment 571800 [details]
ldconfig -p | grep -i libgl
Comment 3 faso1024@mailbox.org 2019-04-04 12:38:31 UTC
I am having the same issue with version 1.6.1
LIBGL_DEBUG=verbose celestia
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so
libGL: Can't open configuration file /home/bd/.drirc: No such file or directory.
libGL: Can't open configuration file /home/bd/.drirc: No such file or directory.
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
The program 'celestia' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadContext'.
  (Details: serial 1700 error_code 156 request_code 150 minor_code 6)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

ls -l /usr/lib64/dri/* 
-rwxr-xr-x 2 root root 7603936 Jan  8 22:23 /usr/lib64/dri/kms_swrast_dri.so
-rwxr-xr-x 2 root root 7603936 Jan  8 22:23 /usr/lib64/dri/swrast_dri.so

eselect kernel list
Available kernel symlink targets:
  [1]   linux-4.19.23-gentoo
  [2]   linux-4.19.27-gentoo-r1 *
imsai:~ root# eselect opengl list
Available OpenGL implementations:
  [1]   nvidia *
  [2]   xorg-x11
imsai:~ root# eselect opencl list
Available OpenCL implementations:
  [1]   nvidia *
Comment 4 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2019-04-04 12:55:17 UTC
Version 1.6.1 is hopelessly outdated. Please try the live ebuild.
Comment 5 Davyd McColl 2019-04-04 17:18:35 UTC
Unmasking with ** updates to git version 9a851f0ea2e5ff4851f30d8e4312fcd3f03dd48f as at time of writing, provides two new runnables: celestia-qt and celestia-gtk. Both work flawlessly on my machine. -gtk is more like the "older" celestia, so probably feels more comfortable for someone really used to it. -qt worked brilliantly though, and I prefer the new UI.

It would be nice if a stable build emerged at some point -- celestia is fun and instructive.
Comment 6 Davyd McColl 2019-04-04 17:19:32 UTC
marking as resolved, though I _really_ would like to see a stable package. Could literally take 9a851f0ea2e5ff4851f30d8e4312fcd3f03dd48f and tag it off (: