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 file
Patch File delta Description
fix pod spelling.patch | (download)

Array.pod | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 fix a simple typo in pod
disable glversion | (download)

Makefile.PL | 164 0 + 164 - 0 !
1 file changed, 164 deletions(-)

---
add gl_exclude.h | (download)

gl_exclude.h | 192 192 + 0 - 0 !
1 file changed, 192 insertions(+)

 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 !
1 file changed, 5 insertions(+)

---
use systems gl | (download)

gl_util.h | 5 0 + 5 - 0 !
1 file changed, 5 deletions(-)

---
dont_link_against_unused_libs | (download)

Makefile.PL | 4 0 + 4 - 0 !
1 file changed, 4 deletions(-)

 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 ...