Package: libopengl-perl / 0.6703+dfsg-1
Metadata
Package | Version | Patches format |
---|---|---|
libopengl-perl | 0.6703+dfsg-1 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
fix pod spelling.patch | (download) |
Array.pod |
2 1 + 1 - 0 ! |
fix a simple typo in pod |
disable glversion | (download) |
Makefile.PL |
164 0 + 164 - 0 ! |
--- |
add gl_exclude.h | (download) |
gl_exclude.h |
192 192 + 0 - 0 ! |
add back removed gl_exclude.h gl_exclude.h was removed from the upstream tarball, presumably because it is regenerated anyway during build. This doesn't work in a build chroot, however, as xvfb does not support any OpenGL GLX extensions, and has been disabled in Debian for some time by disable-glversion. In addition, generation of this file seems highly machine specific. . Since the exclusions previously shipped by upstream likely define a least common denominator (and they are what we've been running with for years), simply add them back in. |
glext_procs replacement | (download) |
glext_procs.h |
5 5 + 0 - 0 ! |
--- |
use systems gl | (download) |
gl_util.h |
5 0 + 5 - 0 ! |
--- |
dont_link_against_unused_libs | (download) |
Makefile.PL |
4 0 + 4 - 0 ! |
prune "useless" library dependencies detected by dpkg-shlibdeps The thing is that I don't understand much about X or OpenGL, so have no clue why upstream links against them even though they're not used, or if it's an artefact of our build environment that more advanced functionality does not get enabled, or ... |
1