Debian Patches

Status for darkplaces/0~20180908~beta1+git20260122-1

Patch Description Author Forwarded Bugs Origin Last update
Add-support-for-DP_LINK_VORBIS-make-variable.patch Add support for DP_LINK_VORBIS make variable
Like the existing DP_LINK_TO_JPEG, this links libvorbisfile in the
normal way instead of dlopening it. Linux distributions like Debian
strongly prefer normal library linking: we have a lot of infrastructure for
tracking correct versioned dependencies in this mode of linking and
avoiding incompatible versions, and package systems like apt mean that
it's trivial to install dependencies.

This uses the existing support for linking to libvorbisfile in the normal
way, which is used on Android and iOS. The default on other platforms
is the current behaviour: dlopen libvorbisfile.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2015-02-15
Add-support-for-DP_LINK_THEORA-shared-default-is-dlo.patch Add support for DP_LINK_THEORA=shared (default is dlopen)
Like the existing DP_LINK_TO_JPEG, this can be configured to
link libtheora etc. in the normal way instead of dlopening them.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2015-04-02
image_png.h-change-name-of-multiple-inclusion-guard-.patch image_png.h: change name of multiple-inclusion guard to not interfere with <png.h>

This is a prerequisite for using the system <png.h>.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2011-07-07
Be-a-bit-more-type-safe-about-using-libpng.patch Be a bit more type-safe about using libpng
The simplified libpng declarations in DarkPlaces just use "void **" for
various pointer-to-pointer arguments. However, this conflicts with
the system libpng headers (if used), which expect something like
"png_struct **" (which is not considered to be a compatible type by
ISO C), causing compiler warnings. This patch reduces the simplification
a bit by distinguishing between the various pointers-to-struct enough
that system libpng headers do not provoke warnings.

Similarly, assigning a function pointer provokes warnings if the
arguments' types are not exactly as expected. Avoiding those warnings
potentially makes genuine bugs easier to spot, so it seems worth being
a bit more precise.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2015-04-02
Add-support-for-DP_LINK_PNG-shared-default-is-dlopen.patch Add support for DP_LINK_PNG=shared (default is dlopen)
Like the existing DP_LINK_TO_JPEG, this can be configured to
link libpng in the normal way instead of dlopening it.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2015-04-02
add-DP_LINK_CURL-option.patch add DP_LINK_CURL option
In Debian we want library dependencies to work in the conventional way,
since many tools expect that and use it to generate package
dependencies.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2015-04-02
Add-DP_LINK_FREETYPE2-option.patch Add DP_LINK_FREETYPE2 option
In Debian we want library dependencies to work in the conventional way,
since many tools expect that and use it to generate package
dependencies.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2015-04-02
Add-support-for-forcing-d0_blind_id-and-d0_rijndael-.patch Add support for forcing d0_blind_id and d0_rijndael to never be dlopen'd

Until these libraries exist as Debian packages, we'd prefer a local copy
(which might not be compatible) to never be loaded accidentally.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2012-01-20
Add-support-for-disabling-libavw.patch Add support for disabling libavw
As with all the other dlopen()'d libraries, if we're going to use them,
we should link them properly so dpkg-shlibdeps can pick up the
right versioned dependencies. Xonotic 0.7.0 doesn't seem to ship
this one so we can probably just omit it.		 Simon McVittie <smcv@debian.org> no vendor, Debian 2013-05-18
Disable-dlopen-support-and-warn-if-it-gets-compiled-.patch Disable dlopen support, and warn if it gets compiled in Simon McVittie <smcv@debian.org> invalid vendor, Debian 2013-05-18
Fix-OS-detection-of-darkplaces-makefile-to-not-think.patch Fix OS detection of darkplaces' makefile to not think it's on BSD on GNU/kFreeBSD

[The DarkPlaces build system mostly cares about userland, not the kernel,
and GNU/kFreeBSD is equivalent to GNU/Linux in that respect. -smcv]		 Cyril Brulebois <kibi@debian.org> no vendor, Debian 2006-12-26

All known versions for source package 'darkplaces'

Links