Bug#745570: fails to display OpenGL windows

2014-07-15 Thread Antoine Beaupré
[for context, i'm having trouble running glxgears, stellarium and
similar in Debian Jessie, see 745570 for more info.]

On 2014-04-23 16:31:14, Tomasz Buchert wrote:
 Hi again,

 On 23/04/14 09:55, Antoine Beaupré wrote:
 On 2014-04-23 03:37:44, Tomasz Buchert wrote:
  Your problem has probably something to do with:
  Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
  renderer
 
  So:
1) does your OpenGL work in general (try glxgears)
 
 okay, so glxgears fails in a similar way here.

 Ok, at least we know it's not stellarium-specific.

Indeed, celestia and even chromium (with hardware acceleration) suffer
the same fate.

 so the bug is likely not only with stellarium - yet any tip on how to
 move ahead here?

 What is your GPU? I'm definitely not an expert about X and OpenGL, but I 
 would try
 to reinstall the Mesa/X/OpenGL packages and make sure that all dependencies
 are ok. If not, maybe you could try with Debian X Strike Force 
 debia...@lists.debian.org ?
 I've never tried myself, but it could help.

The GPU is this according to lspci:

00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset 
Integrated Graphics Controller [8086:2e32] (rev 03)

And this according to xorg:

(--) intel(0): Integrated Graphics Chipset: Intel(R) G41

Should this bug be moved to xorg?

I attached my Xorg.0.log for reference.

A.
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it.
- Brian W. Kernighan
[2683984.556] 
X.Org X Server 1.15.1
Release Date: 2014-04-13
[2683984.556] X Protocol Version 11, Revision 0
[2683984.556] Build Operating System: Linux 3.13-1-amd64 x86_64 Debian
[2683984.556] Current Operating System: Linux marcos 3.14-1-amd64 #1 SMP Debian 
3.14.4-1 (2014-05-13) x86_64
[2683984.556] Kernel command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 
root=/dev/mapper/marcossd1-root ro apparmor=1 security=apparmor quiet
[2683984.556] Build Date: 15 April 2014  06:58:36PM
[2683984.556] xorg-server 2:1.15.1-1 (http://www.debian.org/support) 
[2683984.556] Current version of pixman: 0.32.4
[2683984.556]   Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[2683984.556] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[2683984.556] (==) Log file: /var/log/Xorg.0.log, Time: Tue Jul 15 20:59:46 
2014
[2683984.557] (==) Using config file: /etc/X11/xorg.conf
[2683984.557] (==) Using system config directory /usr/share/X11/xorg.conf.d
[2683984.559] (==) No Layout section.  Using the first Screen section.
[2683984.559] (==) No screen section available. Using defaults.
[2683984.559] (**) |--Screen Default Screen Section (0)
[2683984.559] (**) |   |--Monitor default monitor
[2683984.559] (==) No device specified for screen Default Screen Section.
Using the first device section listed.
[2683984.559] (**) |   |--Device Card0
[2683984.559] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[2683984.559] (==) Automatically adding devices
[2683984.559] (==) Automatically enabling devices
[2683984.559] (==) Automatically adding GPU devices
[2683984.559] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[2683984.559]   Entry deleted from font path.
[2683984.561] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[2683984.561] (==) ModulePath set to /usr/lib/xorg/modules
[2683984.561] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[2683984.561] (II) Loader magic: 0x7f970d4a1d40
[2683984.561] (II) Module ABI versions:
[2683984.561]   X.Org ANSI C Emulation: 0.4
[2683984.561]   X.Org Video Driver: 15.0
[2683984.561]   X.Org XInput driver : 20.0
[2683984.561]   X.Org Server Extension : 8.0
[2683984.562] (II) xfree86: Adding drm device (/dev/dri/card0)
[2683984.562] (--) PCI:*(0:0:2:0) 8086:2e32:1043:836d rev 3, Mem @ 
0xfe40/4194304, 0xe000/268435456, I/O @ 0xdc00/8
[2683984.563] (--) PCI: (0:0:2:1) 8086:2e33:1043:836d rev 3, Mem @ 
0xfea0/1048576
[2683984.563] Initializing built-in extension Generic Event Extension
[2683984.563] Initializing built-in extension SHAPE
[2683984.563] Initializing built-in extension MIT-SHM
[2683984.563] Initializing built-in extension XInputExtension
[2683984.563] Initializing built-in extension XTEST
[2683984.563] Initializing built-in extension BIG-REQUESTS
[2683984.563] 

Bug#745570: fails to display

2014-04-23 Thread Tomasz Buchert
On 22/04/14 18:20, Antoine Beaupré wrote:
 Package: stellarium
 Version: 0.12.4-1
 Severity: grave
 
 Stellarium just doesn't startup. A window pops up, but it is blank and
 just sits there doing nothing. -s or -f no do not help.
 
 anarcat@marcos:~$ stellarium  -s
 Using default graphics system specified at build time:  raster
 User config directory does not exist:  /home/anarcat/.stellarium
 Creating directory  /home/anarcat/.stellarium
  ---
 [ This is Stellarium 0.12.4 - http://www.stellarium.org ]
 [ Copyright (C) 2000-2013 Fabien Chereau et al  ]
  ---
 Writing log file to: /home/anarcat/.stellarium/log.txt
 File search paths:
   0 .  /home/anarcat/.stellarium
   1 .  /usr/share/stellarium
 Config file  /home/anarcat/.stellarium/config.ini  does not exist. Copying 
 the default file.
 Config file is:  /home/anarcat/.stellarium/config.ini
 Going to initialize the OpenGL 2 renderer
 OpenGL supported version:  2.1 Mesa 10.1.0
 Qt GL paint engine is:  OpenGL
 StelQGL2Renderer::init : Failed because Qt paint engine is not OpenGL2
 If paint engine is OpenGL3 or higher, this code needs to be updated
 Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
 renderer
 OpenGL supported version:  2.1 Mesa 10.1.0
 Qt GL paint engine is:  OpenGL
 GL vendor is  Intel Open Source Technology Center
 GL renderer is  Mesa DRI Intel(R) G41 
 [hang]
 
 result:
 
 https://i5.minus.com/i9COPkyRTkp7b.png
 
 i tried moving my .stellarium aside, no luck.
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers testing
   APT policy: (500, 'testing'), (500, 'stable')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages stellarium depends on:
 ii  libc6 2.18-4
 ii  libgcc1   1:4.8.2-16
 ii  libgl1-mesa-glx [libgl1]  10.1.0-5
 ii  libglu1-mesa [libglu1]9.0.0-2
 ii  libice6   2:1.0.8-2
 ii  libqt4-network4:4.8.5+git242-g0315971+dfsg-2
 ii  libqt4-opengl 4:4.8.5+git242-g0315971+dfsg-2
 ii  libqt4-script 4:4.8.5+git242-g0315971+dfsg-2
 ii  libqtcore44:4.8.5+git242-g0315971+dfsg-2
 ii  libqtgui4 4:4.8.5+git242-g0315971+dfsg-2
 ii  libsm62:1.2.1-2
 ii  libstdc++64.8.2-16
 ii  libx11-6  2:1.6.2-1
 ii  libxext6  2:1.3.2-1
 ii  stellarium-data   0.12.4-1
 ii  zlib1g1:1.2.8.dfsg-1
 
 stellarium recommends no packages.
 
 stellarium suggests no packages.
 
 -- no debconf information

Hi Antoine,
thanks for the report. This is what I get:

[ ~ ] $ stellarium   
Using default graphics system specified at build time:  raster 
 --- 
[ This is Stellarium 0.12.4 - http://www.stellarium.org ] 
[ Copyright (C) 2000-2013 Fabien Chereau et al  ] 
 --- 
Writing log file to: /home/toma/.stellarium/log.txt 
File search paths: 
  0 .  /home/toma/.stellarium 
  1 .  /usr/share/stellarium 
Config file  /home/toma/.stellarium/config.ini  does not exist. Copying the 
default file. 
Config file is:  /home/toma/.stellarium/config.ini 
Going to initialize the OpenGL 2 renderer 
OpenGL supported version:  3.0 Mesa 10.1.0 
Qt GL paint engine is:  OpenGL2 
GL vendor is  Intel Open Source Technology Center 
GL renderer is  Mesa DRI Intel(R) Ivybridge Mobile  
Log of the compilation of builtin shader  plainShader  : Built successfully 
[...]

Your problem has probably something to do with:
Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
renderer

So:
  1) does your OpenGL work in general (try glxgears)
  2) did stellarium work before for you?

Cheers,
Tomasz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#745570: fails to display

2014-04-23 Thread Antoine Beaupré
On 2014-04-23 03:37:44, Tomasz Buchert wrote:
 Your problem has probably something to do with:
 Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
 renderer

 So:
   1) does your OpenGL work in general (try glxgears)

okay, so glxgears fails in a similar way here.

   2) did stellarium work before for you?

it's a little unclear: i know it was working on my laptop, but on my
workstation? unsure. plus I did an upgrade from wheezy to jessie
recently, so it's possible I broke OpenGL.

so the bug is likely not only with stellarium - yet any tip on how to
move ahead here?

thanks,

a.

-- 
Advertisers, not governments, are the primary censors of media content 
in the United States today.
- C. Edwin Baker


pgpW83JBhupl4.pgp
Description: PGP signature


Bug#745570: fails to display

2014-04-23 Thread Tomasz Buchert

Hi again,

On 23/04/14 09:55, Antoine Beaupré wrote:
 On 2014-04-23 03:37:44, Tomasz Buchert wrote:
  Your problem has probably something to do with:
  Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
  renderer
 
  So:
1) does your OpenGL work in general (try glxgears)
 
 okay, so glxgears fails in a similar way here.

Ok, at least we know it's not stellarium-specific.

 
2) did stellarium work before for you?
 
 it's a little unclear: i know it was working on my laptop, but on my
 workstation? unsure. plus I did an upgrade from wheezy to jessie
 recently, so it's possible I broke OpenGL.

It can be, but I also run (mostly) testing and my opengl seems
to be perfectly ok. Also, I've checked on my version of dependencies
of stellarium are exactly the same as yours (I've got no idea
about transitive dependencies, though).

 
 so the bug is likely not only with stellarium - yet any tip on how to
 move ahead here?

What is your GPU? I'm definitely not an expert about X and OpenGL, but I would 
try
to reinstall the Mesa/X/OpenGL packages and make sure that all dependencies
are ok. If not, maybe you could try with Debian X Strike Force 
debia...@lists.debian.org ?
I've never tried myself, but it could help.

 
 thanks,
 
 a.
 
 -- 
 Advertisers, not governments, are the primary censors of media content 
 in the United States today.
 - C. Edwin Baker

Cheers,
Tomasz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#745570: fails to display

2014-04-22 Thread Antoine Beaupré
Package: stellarium
Version: 0.12.4-1
Severity: grave

Stellarium just doesn't startup. A window pops up, but it is blank and
just sits there doing nothing. -s or -f no do not help.

anarcat@marcos:~$ stellarium  -s
Using default graphics system specified at build time:  raster
User config directory does not exist:  /home/anarcat/.stellarium
Creating directory  /home/anarcat/.stellarium
 ---
[ This is Stellarium 0.12.4 - http://www.stellarium.org ]
[ Copyright (C) 2000-2013 Fabien Chereau et al  ]
 ---
Writing log file to: /home/anarcat/.stellarium/log.txt
File search paths:
  0 .  /home/anarcat/.stellarium
  1 .  /usr/share/stellarium
Config file  /home/anarcat/.stellarium/config.ini  does not exist. Copying 
the default file.
Config file is:  /home/anarcat/.stellarium/config.ini
Going to initialize the OpenGL 2 renderer
OpenGL supported version:  2.1 Mesa 10.1.0
Qt GL paint engine is:  OpenGL
StelQGL2Renderer::init : Failed because Qt paint engine is not OpenGL2
If paint engine is OpenGL3 or higher, this code needs to be updated
Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
renderer
OpenGL supported version:  2.1 Mesa 10.1.0
Qt GL paint engine is:  OpenGL
GL vendor is  Intel Open Source Technology Center
GL renderer is  Mesa DRI Intel(R) G41 
[hang]

result:

https://i5.minus.com/i9COPkyRTkp7b.png

i tried moving my .stellarium aside, no luck.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages stellarium depends on:
ii  libc6 2.18-4
ii  libgcc1   1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]  10.1.0-5
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libice6   2:1.0.8-2
ii  libqt4-network4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-opengl 4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-script 4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore44:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4 4:4.8.5+git242-g0315971+dfsg-2
ii  libsm62:1.2.1-2
ii  libstdc++64.8.2-16
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  stellarium-data   0.12.4-1
ii  zlib1g1:1.2.8.dfsg-1

stellarium recommends no packages.

stellarium suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org