Bug 1413238 - pyglet.window import failure
Summary: pyglet.window import failure
Status: CLOSED DUPLICATE of bug 904851
Alias: None
Product: Fedora
Classification: Fedora
Component: python-pyglet
Version: rawhide
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Petr Viktorin
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2017-01-14 01:27 UTC by Zbigniew Jędrzejewski-Szmek
Modified: 2017-01-16 08:28 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2017-01-16 08:28:59 UTC
Type: Bug

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 904851 0 unspecified CLOSED xvfb-run glxinfo fails 2021-02-22 00:41:40 UTC

Internal Links: 904851

Description Zbigniew Jędrzejewski-Szmek 2017-01-14 01:27:25 UTC
Description of problem:
sympy tests are failing when they try to import pyglet.window. This is reproduced by the following simplified test case:
$ xvfb-run -a python -c 'import pyglet.window'
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python2.7/site-packages/pyglet/window/__init__.py", line 1817, in <module>
  File "/usr/lib/python2.7/site-packages/pyglet/gl/__init__.py", line 205, in _create_shadow_window
    _shadow_window = Window(width=1, height=1, visible=False)
  File "/usr/lib/python2.7/site-packages/pyglet/window/xlib/__init__.py", line 163, in __init__
    super(XlibWindow, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/pyglet/window/__init__.py", line 510, in __init__
    raise NoSuchConfigException('No standard config is available.')
pyglet.window.NoSuchConfigException: No standard config is available.

I'm not really sure if this is a pyglet bug, feel free to reassign as appropriate. This appears only to happen when the software rasterizer
is used, on a "real" system, this command works just fine.

Version-Release number of selected component (if applicable):

How reproducible:

Comment 1 Zbigniew Jędrzejewski-Szmek 2017-01-14 19:19:15 UTC
https://bugzilla.redhat.com/show_bug.cgi?id=904851#c5 seems to work-around the problem. Should xvfb-run do that by default?

Comment 2 Petr Viktorin 2017-01-16 08:28:59 UTC
Relevant quotes from that bug:

> If you don't specify, Xvfb starts at 8bpp, and there's no GLX support for 8bpp anymore.

> So apparently, `xvfb-run -s "-screen 0 640x480x24" glxinfo` runs fine, but doesn't work in mock.


The bug is in interaction between xvfb-run and GLX. The bug report there was closed "NOTABUG", and there's not much Pyglet can do about this, unforunately.

If you want to discuss changing xvfb-run defaults, I suggest filing a new bug: I don't think a Python backtrace would be useful to X devs.

*** This bug has been marked as a duplicate of bug 904851 ***

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