VirtualGL-devel-2.6.5-bp154.1.28 RPM for s390x

From OpenSuSE Leap 15.4 for s390x

VirtualGL is a library which allows most Linux OpenGL applications to be
remotely displayed to a thin client without the need to alter the
applications in any way.  VGL inserts itself into an application at run time
and intercepts a handful of GLX calls, which it reroutes to the server's
display (which presumably has a 3D accelerator attached.)  This causes all
3D rendering to occur on the server's display.  As each frame is rendered
by the server, VirtualGL reads back the pixels from the server's framebuffer
and sends them to the client for re-compositing into the appropriate X
Window.  VirtualGL can be used to give hardware-accelerated 3D capabilities to
VNC or other remote display environments that lack GLX support.  In a LAN
environment, it can also be used with its built-in motion-JPEG video delivery
system to remotely display full-screen 3D applications at 20+ frames/second.

VirtualGL is based upon ideas presented in various academic papers on
this topic, including "A Generic Solution for Hardware-Accelerated Remote
Visualization" (Stegmaier, Magallon, Ertl 2002) and "A Framework for
Interactive Hardware Accelerated Remote 3D-Visualization" (Engel, Sommer,
Ertl 2000.)

Provides

• VirtualGL-devel
• VirtualGL-devel(s390-64)

Requires

• VirtualGL = 2.6.5
• rpmlib(CompressedFileNames) <= 3.0.4-1
• rpmlib(FileDigests) <= 4.6.0-1
• rpmlib(PayloadFilesHavePrefix) <= 4.0-1
• rpmlib(PayloadIsXz) <= 5.2-1

License

LGPL-2.1-only AND SUSE-wxWidgets-3.1

Changelog

* Sat Dec 19 2020 Dirk Müller <dmueller@suse.com>
  - update to 2.6.5:
    1. Fixed a race condition that sometimes caused various fatal errors in the
    interposed `glXMakeContextCurrent()` function if both GLX drawable IDs passed
    to that function were the same window handle and the corresponding X window was
    simultaneously resized in another thread.
    2. Fixed an oversight whereby the addresses of the interposed
    `glDrawBuffers()`, `glGetString()`, and `glGetStringi()` functions introduced
    in 2.6.3[2] and 2.6.4[1] were not returned from the interposed
    `glXGetProcAddress()` and `glXGetProcAddressARB()` functions.
    3. VirtualGL now works properly with 3D applications that use the
    `glNamedFramebufferDrawBuffer()` and `glNamedFramebufferDrawBuffers()`
    functions (OpenGL 4.5) or the `glFramebufferDrawBufferEXT()` and
    `glFramebufferDrawBuffersEXT()` functions (`GL_EXT_direct_state_access`) and
    render to the front buffer.
    4. Fixed a BadRequest X11 error that occurred when attempting to use the X11
    Transport with a remote X connection.
    5. Worked around an issue with certain GLX implementations that list
    10-bit-per-component FB configs ahead of 8-bit-per-component FB configs and
    incorrectly set `GLX_DRAWABLE_TYPE|=GLX_PIXMAP_BIT` for those 10-bpc FB
    configs, even though they have no X visuals attached.  This caused VirtualGL's
    interposed `glXChooseVisual()` function to choose one of the 10-bpc FB configs
    behind the scenes, which made it impossible to use the VGL Transport.
    6. Fixed an issue whereby, when using the X11 Transport, a vertically flipped
    image of a previously-rendered frame was sometimes displayed if the 3D
    application called `glFlush()` while the front buffer was the active drawing
    buffer and the render mode was `GL_FEEDBACK` or `GL_SELECT`.
    7. `vglserver_config` now works properly if invoked with a relative path
    (for example, `cd /opt/VirtualGL/bin; sudo ./vglserver_config`.)
    8. Worked around a limitation in the AMDGPU drivers that prevented recent
    versions of Google Chrome from enabling GPU acceleration when used with
    VirtualGL.
* Mon Jul 06 2020 Ákos Szőts <szotsaki@gmail.com>
  - update to 2.6.4
    * Changelog in packaged ChangeLog.md or at
      https://github.com/VirtualGL/virtualgl/blob/2.6.4/ChangeLog.md
  - Refreshed patch VirtualGL-link-libs.patch
  - Removed patch fix-Mesa-19.3.0-build.patch - resolved upstream
* Mon Jun 01 2020 Max Lin <mlin@suse.com>
  - Remove conditional of applying glx.patch because we have newer Mesa
    in Leap 15.2
  - Use upstream patch fix-Mesa-19.3.0-build.patch to replace glx.patch
    * Add fix-Mesa-19.3.0-build.patch
    * Remove glx.patch
* Sun Feb 09 2020 Adam Mizerski <adam@mizerski.pl>
  - update to 2.6.3
    * Changelog in packaged ChangeLog.md or at
      https://github.com/VirtualGL/virtualgl/blob/2.6.3/ChangeLog.md
  - Refreshed patch VirtualGL-link-libs.patch
  - Removed patch virtualgl-nodl.patch - resolved upstream
  - Added patch glx.patch
* Mon Nov 04 2019 Andreas Schwab <schwab@suse.de>
  - Add riscv64 to the list of 64-bit architectures
* Tue Jun 19 2018 tchvatal@suse.com
  - Do not provide the env files which change the preload order
    bsc#1097210
* Mon Dec 04 2017 tchvatal@suse.com
  - Disable ssl feature as we can tunnel via ssh and the openssl-1.1
    is not compatible at all currently
* Mon Dec 04 2017 tchvatal@suse.com
  - Version update 2.5.2:
    * Various compat fixes all around
  - Remove merged gcc6_literal_suffixes.patch
  - Refresh VirtualGL-link-libs.patch and virtualgl-nodl.patch
* Wed Aug 24 2016 tchvatal@suse.com
  - Fix bnc#993645 as-needed eating symbols needed by this lib
    * virtualgl-nodl.patch
  - Use system xcb headers
  - Rename glxinfo2 to vglxinfo, sounds bit better and more descriptive
* Thu Jun 16 2016 tchvatal@suse.com
  - Version update to 2.5 release
    * See upstream changelog for details
    * Mostly removal of compat for pre-VirtualGL namespace
  - Refresh patch VirtualGL-link-libs.patch
* Thu Jun 16 2016 normand@linux.vnet.ibm.com
  - new gcc6_literal_suffixes.patch
* Tue Sep 01 2015 tchvatal@suse.com
  - Add proper wxwidgets license string
* Fri Aug 28 2015 tchvatal@suse.com
  - Update to 2.4.1:
    * Various bugfixes not mentioned on changes
    * Refresh VirtualGL-link-libs.patch

Files

/usr/include/rr.h
/usr/include/rrtransport.h

Generated by rpm2html 1.8.1

Fabrice Bellet, Tue Apr 9 17:27:20 2024