These packages were built with libjpeg-turbo 2.0.3:
https://sourceforge.net/projects/libjpeg-turbo/files/2.0.3/

Packaging changes

New builds of virtualgl_2.6.3_amd64.deb, virtualgl32_2.6.3_amd64.deb, and virtualgl_2.6.3_i386.deb were uploaded on 2020-08-06 to fix an issue (introduced when the Docker image used to perform official VirtualGL builds was upgraded) whereby the packages lacked a digital signature.

Package signatures

To ensure the integrity of the VirtualGL binary packages, the RPM and DEB files and the source tarball are signed using the following key:
https://www.VirtualGL.org/key/VGL-GPG-KEY-1024
https://keyserver.ubuntu.com/pks/lookup?op=get&search=0xecf01671d05e2a105ff84dc46bbefa1972feb9ce
and the Windows installers and Mac package/DMG are signed using a code signing certificate.

Cygwin

An official Cygwin package for VirtualGL is now available. Use Cygwin Setup to install it.

2.6.3

Significant changes relative to 2.6.2:

1. VirtualGL now enables the GLX_EXT_create_context_es2_profile extension if the underlying OpenGL library and 3D X server support it.

2. The VirtualGL Faker now ensures that the GL_EXT_x11_sync_object extension is not exposed to 3D applications, even if the underlying OpenGL library supports it. GL_EXT_x11_sync_object allows glWaitSync() and glClientWaitSync() to block on X11 Synchronization Fence (XSyncFence) objects, but since XSyncFence objects live on the 2D X server, this extension does not currently work with VirtualGL. Emulating the extension would be difficult and would have similar drawbacks to those of the existing VGL_SYNC option. Preventing GL_EXT_x11_sync_object from being exposed to 3D applications fixes numerous OpenGL errors that occurred when attempting to run GNOME 3 with VirtualGL using nVidia's proprietary drivers.

3. The VirtualGL Faker now optionally interposes the clCreateContext() OpenCL function in order to replace the value of the CL_GLX_DISPLAY_KHR property (if specified) with the X11 Display handle for the 3D X server connection. This prevents 3D applications from crashing when attempting to use OpenCL/OpenGL interoperability functions with VirtualGL. The new OpenCL interposer is enabled by passing +ocl to vglrun or by setting the VGL_FAKEOPENCL environment variable to 1.

4. VirtualGL no longer provides in-tree GLX headers. Traditionally, these were provided because, since VirtualGL is a GLX emulator, it has the ability to support certain newer GLX features that aren't available in the underlying libGL implementation. However, the operating systems that lack these GLX features are, for the most part, EOL. In general, VirtualGL can now only be built on systems that have Mesa 9 or later, or the equivalent.

5. VirtualGL no longer provides in-tree XCB headers. Traditionally, these were provided because, since VirtualGL is an XCB emulator, it has the ability to support certain newer XCB features that aren't available in the underlying libxcb implementation. However, the operating systems that lack these XCB features are, for the most part, EOL.

6. vglserver_config now works properly with FreeBSD systems running GDM v3.