Code: Select all
...
Mesa version is fine, we should not see a graphics problem.
GLSL Version Number detected: 1.2
This is not enough: we need GLSL1.30 or later.
...
Thanks
Code: Select all
...
Mesa version is fine, we should not see a graphics problem.
GLSL Version Number detected: 1.2
This is not enough: we need GLSL1.30 or later.
...
inxi -Fxz
from a terminal window, in code brackets? ( the </>
button above your text entry box when responding.) We will need to see what your current graphics environment looks like. Code: Select all
eric@austin:~/Documents$ inxi -Fxz
System: Host: austin Kernel: 4.15.0-43-generic x86_64 bits: 64 compiler: gcc v: 7.3.0 Desktop: Cinnamon 4.0.8
Distro: Linux Mint 19.1 Tessa base: Ubuntu 18.04 bionic
Machine: Type: Laptop System: TOSHIBA product: Satellite L455 v: PSLY0U-00V001 serial: <filter>
Mobo: TOSHIBA model: NBWAA v: 1.00 serial: <filter> BIOS: TOSHIBA v: 1.30 date: 11/13/2009
Battery: ID-1: BAT1 charge: 46.6 Wh condition: 47.4/47.5 Wh (100%) model: TOSHIBA ���C status: Discharging
CPU: Topology: Single Core model: Intel Celeron 900 bits: 64 type: MCP arch: Penryn rev: A L2 cache: 1024 KiB
flags: lm nx pae sse sse2 sse3 ssse3 bogomips: 4388
Speed: 2194 MHz min/max: N/A Core speed (MHz): 1: 2194
Graphics: Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Toshiba America Info Systems driver: i915
v: kernel bus ID: 00:02.0
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1366x768~60Hz
OpenGL: renderer: Mesa DRI Mobile Intel GM45 Express v: 2.1 Mesa 18.0.5 direct render: Yes
Audio: Device-1: Intel 82801I HD Audio vendor: Toshiba America Info Systems driver: snd_hda_intel v: kernel
bus ID: 00:1b.0
Sound Server: ALSA v: k4.15.0-43-generic
Network: Device-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet
vendor: Toshiba America Info Systems RTL810xE driver: r8169 v: 2.3LK-NAPI port: 3000 bus ID: 0e:00.0
IF: enp14s0 state: down mac: <filter>
Device-2: Realtek RTL8187B Wireless Adapter type: USB driver: rtl8187 bus ID: 1-2:2
IF: wlx701a041f4f07 state: up mac: <filter>
Drives: Local Storage: total: 177.98 GiB used: 16.47 GiB (9.3%)
ID-1: /dev/sda vendor: A-Data model: SU800 size: 119.24 GiB
ID-2: /dev/sdb type: USB vendor: SanDisk model: Cruzer Fit size: 58.73 GiB
Partition: ID-1: / size: 116.87 GiB used: 8.91 GiB (7.6%) fs: ext4 dev: /dev/sda1
Sensors: System Temperatures: cpu: 38.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info: Processes: 213 Uptime: 1d 7h 16m Memory: 3.70 GiB used: 1.43 GiB (38.7%) Init: systemd runlevel: 5
Compilers: gcc: 7.3.0 Shell: bash v: 4.4.19 inxi: 3.0.27
eric@austin:~/Documents$
stellarium --mesa-mode
runs okay-ish for you (even though I'd rather doubt it on that hardware). Installing a Stellarium 0.12.x version would be the other option.--mesa-mode
tag on it when starting. Code: Select all
~ $ stellarium --mesa-mode
-------------------------------------------------------
[ This is Stellarium 0.14.3 - http://www.stellarium.org ]
[ Copyright (C) 2000-2016 Fabien Chereau et al. ]
-------------------------------------------------------
Writing log file to: "/home/hmlx3/.stellarium/log.txt"
File search paths:
0 . "/home/hmlx3/.stellarium"
1 . "/usr/share/stellarium"
Config file is: "/home/hmlx3/.stellarium/config.ini"
Detected: OpenGL "2.1"
Driver version string: "2.1 Mesa 18.0.5"
GL vendor is "Intel Open Source Technology Center"
GL renderer is "Mesa DRI Intel(R) Q45/Q43 "
GL Shading Language version is "1.20"
MESA Version Number detected: 18
Mesa version is fine, we should not see a graphics problem.
GLSL Version Number detected: 1.2
This is not enough: we need GLSL1.30 or later.
You should update graphics drivers, graphics hardware, or use the --mesa-mode option.
Else, please try to use an older version like 0.12.5, and try there with --safe-mode
Config option main/ignore_opengl_warning found, continuing. Expect problems.
Cache directory is: "/home/hmlx3/.cache/stellarium/stellarium"
Sky language is "en_US"
stellarium --mesa-mode
and see if it don't start without crashing.stellarium --mesa-mode
but unfortunately I have the same segmentation fault and core dump. It's a little surprising because I recall using stellarium with linux mint on the machine perhaps a year ago with no problems. I gather my next best option is to use an older version of stellarium (0.12 was suggested), although this is surprising because if I understand properly, 0.12 dates back to 2014 and I'm confident I was running stellarium far more recently on this hardware than 2014. Mint 17 was/is based on Ubuntu 14.04 which has Stellarium 0.12.4 in the repo. I expect you'll have run Stellarium on Mint 17.3 or thereabouts...slimbrick87 wrote: ⤴Sun Jan 06, 2019 11:58 pm I gather my next best option is to use an older version of stellarium (0.12 was suggested), although this is surprising because if I understand properly, 0.12 dates back to 2014 and I'm confident I was running stellarium far more recently on this hardware than 2014.
After making that change to config.ini, I don't even have to specify --mesa-mode on the command line. It just works.I have Stellarium 0.18 working in MESA mode right now under Mint 19.
The key was adding next line under [main] inside ~/.stellarium/config.ini
check_requirements = false
So no need to compile older versions any more.
It helped me, thank you!zamlet wrote: ⤴Thu Aug 01, 2019 3:28 am Lucky me. I just found a workaround that actually works.
I reinstalled the Stellarium that is available in the repositories for Mint 19.1 (as luck would have it, that's Stellarium 0.19.1) after finding this discussion:
https://sourceforge.net/p/stellarium/di ... e895d2817/
In case that page goes away, here's the important part:
After making that change to config.ini, I don't even have to specify --mesa-mode on the command line. It just works.I have Stellarium 0.18 working in MESA mode right now under Mint 19.
The key was adding next line under [main] inside ~/.stellarium/config.ini
check_requirements = false
So no need to compile older versions any more.
Hope this helps someone else out there...