Addendum:
With
LIBGL_ALWAYS_SOFTWARE=1 stellarium
stderr changed as follows:
10,13c10,13
< OpenGL versions supported: "1.1, 1.2, 1.3, 1.4, 1.5, 2.0,
2.1, 3.0"
< Driver version string: "3.0 Mesa 10.2.5"
< GL vendor is "VMware, Inc."
< GL renderer is "Gallium 0.4 on llvmpipe (LLVM 3.4, 128
I tried
LIBGL_ALWAYS_SOFTWARE=1 stellarium
The bug is still there, no change.
Regards,
Martin
Am Mi 20 Aug 2014 10:18:00 CET schrieb Tomasz Buchert:
Hi guys,
I suspect it may have nothing to do with OpenGL.
Could you please run this:
LIBGL_ALWAYS_SOFTWARE=1 stellarium
--
To UNSUBS
Yes, libqt4-opengl ist installed, djview4 depends on it.
When I saw #757150 [stellarium: Fails to display], I
removed libqt4-opengl and djview4. Unfortunately this did
not help.
Regards
Martin
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscrib
I attach the glxinfo output.
Regards,
Martin
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile,
GLX_ARB_fbconfig_float, GLX_ARB_frame
My computer is a Lenovo T510. Stellarium's stderr gives
OpenGL versions supported: "1.1, 1.2, 1.3, 1.4, 1.5, 2.0,
2.1"
Driver version string: "2.1 Mesa 10.2.5"
GL vendor is "Intel Open Source Technology Center"
GL renderer is "Mesa DRI Intel(R) Ironlake Mobile "
as graphics driver an
This is a multi-part MIME message sent by reportbug.
--==(71226339623027939=Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Package: stellarium
Version: 0.13.0-2
Severity: grave
Justification: renders package
Dear Rogerio,
I moved my xorg.conf out of the way and could configure
console-setup without any problems. Thanks for the hint.
In xorg.conf I had the line
Option "XkbLayout" "ziegler"
where "ziegler" is my own keyboard-layout, situated in
/usr/share/X11/xkb/symbols. Maybe this caus
I cannot install console-setup 1.45.
"dpkg --configure console-setup" always hangs after I have entered the
country of origin of my keyboard, no matter what I choose. The
subprocess "/var/lib/dpkg/info/console-setup.config configure" seems
to be in a loop, while "frontend" and "console-setup.c" us
I had the same problem, when I
cut down /etc/uswsusp.conf by hand
to only
resume device = /dev/sda3
shutdown method = shutdown
(for some silly reason.)
dpkg-reconfigure uswsusp solved
the problem.
(Martin Ziegler)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
ed error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (145,
0))
----
(The traceback followed)
Regards,
(Martin Ziegler)
--
To UNSUBSCRIBE, email to debian-
10 matches
Mail list logo
