Bug 18414 - Stellarium fails to launch from terminal because of unrecognized OpenGL version
Summary: Stellarium fails to launch from terminal because of unrecognized OpenGL version
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Rémi Verschelde
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-09 01:33 CEST by Len Lawrence
Modified: 2016-08-29 17:51 CEST (History)
1 user (show)

See Also:
Source RPM: stellarium-0.14.3-1.mga6
CVE:
Status comment:


Attachments
strace from command line launch (55.29 KB, application/octet-stream)
2016-05-09 09:25 CEST, Len Lawrence
Details

Description Len Lawrence 2016-05-09 01:33:29 CEST
Description of problem:
While testing 6sta1 GNOME install tried out Stellarium, which failed to launch, posting two messages about "Unknown OpenGL version".  Current OpenGL appears to be 5.  The application launches OK from the activities manager menu.

Version-Release number of selected component (if applicable):
stellarium-0.14.3-1.mga6

How reproducible:
Consistently.

Steps to Reproduce:
1. Install 6sta1 GNOME desktop or presumably current Cauldron
2. Install stellarium
3. Launch stellarium from the command line
Comment 1 Len Lawrence 2016-05-09 08:38:10 CEST
Did some poking around in journal files and dmesg.  When stellarium launches
successfully it reports that it detects GLSL version 3.3 and that there should be no
graphics problems.

Command line launches seem to run into trouble with locales.  Tried removing the user's
.stellarium directory but after creating ~/.stellarium and starting to populate it it
crashes again on "unrecognized OpenGL version"

Tried command line operation on two older established systems running Mageia 5 where
Stellarium had always run from the command line.  Menu launch still worked fine but
command-line operation segfaulted; "No OpenGL 2.1 support on this system".
Comment 2 Len Lawrence 2016-05-09 09:25:22 CEST
Created attachment 7771 [details]
strace from command line launch
David GEIGER 2016-05-09 09:41:50 CEST

CC: (none) => geiger.david68210
Assignee: bugsquad => rverschelde

Comment 3 Rémi Verschelde 2016-05-09 18:15:29 CEST
Can you post the output from `glxinfo | grep -i OpenGL`?
Comment 4 Len Lawrence 2016-05-09 21:22:04 CEST
$ glxinfo | grep -i OpenGL
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  153 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  48
  Current serial number in output stream:  47
[lcl@canopus ~/pictures]$ edit glxinfo
Comment 5 Rémi Verschelde 2016-05-10 13:52:05 CEST
Thanks. It seems that more than a Stellarium issue, the problem at hand here is that your GL drivers are badly broken, since even glxinfo returns errors. You'd probably get issues with more applications that require OpenGL support.


Are you testing on real hardware, or a virtual machine?

Could you attach the output of `lspcidrake`?
Comment 6 Len Lawrence 2016-05-10 17:39:44 CEST
Real hardware: Dell XPS M1730

Here is the full list:

iwl3945         : Intel Corporation|PRO/Wireless 3945ABG [Golan] Network Connection [NETWORK_OTHER] (rev: 02)
tg3             : Broadcom Corporation|NetXtreme BCM5754M Gigabit Ethernet PCI Express [NETWORK_ETHERNET] (rev: 02)
r852            : Ricoh Co Ltd|xD-Picture Card Controller [SYSTEM_OTHER] (rev: 12)
r592            : Ricoh Co Ltd|R5C592 Memory Stick Bus Host Adapter [SYSTEM_OTHER] (rev: 12)
sdhci_pci       : Ricoh Co Ltd|R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev: 22)
firewire_ohci   : Ricoh Co Ltd|R5C832 IEEE 1394 Controller [SERIAL_FIREWIRE] (rev: 05)
Card:NVIDIA GeForce 8100 to GeForce 415: NVIDIA Corporation|G84M [GeForce 8700M GT] [DISPLAY_VGA] (rev: a1)
shpchp          : NVIDIA Corporation|Device 01b3 [BRIDGE_PCI] (rev: a3)
shpchp          : NVIDIA Corporation|Device 01b3 [BRIDGE_PCI] (rev: a3)
shpchp          : NVIDIA Corporation|Device 01b3 [BRIDGE_PCI] (rev: a3)
i2c_i801        : Intel Corporation|82801H (ICH8 Family) SMBus Controller [SERIAL_SMBUS] (rev: 02)
unknown         : Intel Corporation|82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] [STORAGE_SATA] (rev: 02)
ata_piix        : Intel Corporation|82801HM/HEM (ICH8M/ICH8M-E) IDE Controller [STORAGE_IDE] (rev: 02)
lpc_ich         : Intel Corporation|82801HEM (ICH8M-E) LPC Interface Controller [BRIDGE_ISA] (rev: 02)
unknown         : Intel Corporation|82801 Mobile PCI Bridge [BRIDGE_PCI] (rev: f2)
ehci_pci        : Intel Corporation|82801H (ICH8 Family) USB2 EHCI Controller #1 [SERIAL_USB] (rev: 02)
uhci_hcd        : Intel Corporation|82801H (ICH8 Family) USB UHCI Controller #3 [SERIAL_USB] (rev: 02)
uhci_hcd        : Intel Corporation|82801H (ICH8 Family) USB UHCI Controller #2 [SERIAL_USB] (rev: 02)
uhci_hcd        : Intel Corporation|82801H (ICH8 Family) USB UHCI Controller #1 [SERIAL_USB] (rev: 02)
shpchp          : Intel Corporation|82801H (ICH8 Family) PCI Express Port 6 [BRIDGE_PCI] (rev: 02)
shpchp          : Intel Corporation|82801H (ICH8 Family) PCI Express Port 4 [BRIDGE_PCI] (rev: 02)
shpchp          : Intel Corporation|82801H (ICH8 Family) PCI Express Port 2 [BRIDGE_PCI] (rev: 02)
shpchp          : Intel Corporation|82801H (ICH8 Family) PCI Express Port 1 [BRIDGE_PCI] (rev: 02)
snd_hda_intel   : Intel Corporation|82801H (ICH8 Family) HD Audio Controller [MULTIMEDIA_AUDIO_DEV] (rev: 02)
ehci_pci        : Intel Corporation|82801H (ICH8 Family) USB2 EHCI Controller #2 [SERIAL_USB] (rev: 02)
uhci_hcd        : Intel Corporation|82801H (ICH8 Family) USB UHCI Controller #5 [SERIAL_USB] (rev: 02)
uhci_hcd        : Intel Corporation|82801H (ICH8 Family) USB UHCI Controller #4 [SERIAL_USB] (rev: 02)
shpchp          : Intel Corporation|Mobile PM965/GM965/GL960 PCI Express Root Port [BRIDGE_PCI] (rev: 0c)
unknown         : Intel Corporation|Mobile PM965/GM965/GL960 Memory Controller Hub [BRIDGE_HOST] (rev: 0c)
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub]
uvcvideo        : OmniVision Technologies, Inc. -2640-07.07.20.3|Laptop Integrated Webcam [Video|Video Control]
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hub             : Broadcom|BCM2045B2 [Hub|Unused|Full speed (or root) hub]
btusb           : Broadcom Corp|BCM2045 [Wireless|Radio Frequency|Bluetooth]
usbhid          : Broadcom Corp|Keyboard (Boot Interface Subclass) [Human Interface Device|Boot Interface Subclass|Keyboard]
usbhid          : Broadcom Corp|Mouse (Boot Interface Subclass) [Human Interface Device|Boot Interface Subclass|Mouse]
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub]
usbhid          : Logitech, Inc.|GamePanel LCD [Human Interface Device|No Subclass|None]
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub]
usbhid          : Microsoft|Microsoft® Nano Transceiver v2.0 [Human Interface Device|Boot Interface Subclass|Keyboard]
hub             : Linux 4.6.0-desktop-0.rc5.2.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hid_generic     : GamePanel LCD
hid_generic     : Microsoft Microsoft® Nano Transceiver v2.0
hid_generic     : Microsoft Microsoft® Nano Transceiver v2.0
hid_generic     : Microsoft Microsoft® Nano Transceiver v2.0
hid_generic     : Broadcom Corp
hid_generic     : Broadcom Corp
Comment 7 Rémi Verschelde 2016-05-10 18:56:45 CEST
So you seem to have this GPU:

Card:NVIDIA GeForce 8100 to GeForce 415: NVIDIA Corporation|G84M [GeForce 8700M GT] [DISPLAY_VGA] (rev: a1)

Do you know if you're using the open source nouveau driver or nonfree nvidia304?
Could you post the output of `lsmod | grep -i nouveau` and `lsmod | grep -i nvidia`?
Comment 8 Rémi Verschelde 2016-05-10 18:57:54 CEST
Once you know what driver you are using or supposed to use, the "solution" might be to force the (re)installation of said driver.
Comment 9 Len Lawrence 2016-05-10 19:30:47 CEST
No output for nouveau.
$ lsmod | grep -i nvidia
nvidia              10563584  43
drm                   360448  4 nvidia

nvidia-settings reports nvidia340.96, which seems odd for an 8100 series card so I think you must be right.  It should be an nvidia304 driver.
Donn't know the name of the driver package.
How would I force that to install?
sudo urpmi --force nvidia304 ?
Comment 10 Len Lawrence 2016-05-10 19:31:46 CEST
Or go via XFdrake?
Comment 11 Rémi Verschelde 2016-05-10 19:37:29 CEST
I double checked and apparently nvidia 340 is the proper driver for the Geforce 8 series: https://en.wikipedia.org/wiki/GeForce_8_series#End-of-life_driver_support (it only mentions Windows there, but we can assume the same driver versions work for Linux support).

So maybe you should just try to reinstall nvidia340 with:
# urpmi --replacepkgs --replacefiles x11-driver-video-nvidia340

(and if dkms-nvidia340 is installed, do the same for it)
Comment 12 Len Lawrence 2016-05-10 20:13:08 CEST
I was able to replace x11-driver-video-nvidia340 OK but urpmi complained about replacing dkms-nvidia340 - something about that combo only being allowed once.  Anyway, after a reboot glxinfo reported errors again and shortly afterwards the previously reported instability resurfaced.  The system drops back to console mode and the desktop has to be rescued by CtrlAltF2. 

Kernel is 4.6.0-desktop-0.rc7.1.mga6

Thanks for the suggestions Rémi.  This all may be on the right track but it is difficult to see how to proceed with diagnosis.  I had already posted journal and dmesg files for the instability - which settled down eventually.

At one point I installed glmark2 from fc23 and that ran foul of OpenGL on the command line but ran fine from the desktop icon, just like Stellarium so you were correct about other applications failing at the command line.
Comment 13 Len Lawrence 2016-05-10 20:16:41 CEST
I guess this bug should be closed against stellarium and reopened when there are more clues about what is wrong with OpenGL on this machine.  When we have an iso which boots on UEFI machines there  will be more room for experimentation.
Comment 14 Len Lawrence 2016-08-17 19:43:49 CEST
6RC installs and runs Stellarium OK.  This bug can probably be closed.
Comment 15 Rémi Verschelde 2016-08-29 11:06:46 CEST
Closing.

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 16 Len Lawrence 2016-08-29 17:51:32 CEST
No problems with Stellarium lately.  I have a feeling that this problem migt have had something to do with my running in the tcsh.  For a while applications like Kodi would not run from the command line either until I tried a user with the bash shell.  Not too sure about this as an explanation though.

Close it anyway.  RESOLVED is probably correct.  FIXED in the sense that it would have run in the bash shell.  INVALID in the sense that it is no longer a problem in the tc shell.

Resolution: FIXED => INVALID


Note You need to log in before you can comment on or make changes to this bug.