from the changelog:
- many bug fixes that where found with Coverity
- The following CVE fixes where backported:
CVE-2012-2796, CVE-2012-2775, CVE-2012-2772, CVE-2012-2776,
CVE-2012-2779, CVE-2012-2787, CVE-2012-2794, CVE-2012-2800,
CVE-2012-2802, CVE-2012-2801, CVE-2012-2786, CVE-2012-2798,
CVE-2012-2793, CVE-2012-2789, CVE-2012-2788, CVE-2012-2790,
CVE-2012-2777, CVE-2012-2784
- hundreads of other bug fixes, some possibly security relevant,
see the git log for details.
changes:
Fixes: CVE-2012-0853, CVE-2012-0858, CVE-2011-3929, CVE-2011-3936,
CVE-2011-3937, CVE-2011-3940, CVE-2011-3945, CVE-2011-3947
Several security issues that dont have CVE numbers.
and about 150 bugfixes
Due to multiple inclusions of stdint.h, DragonFly was failing to build
one of the akode plugins with a typedef redefinition error. It had
previously built, so the UINT64_C fix for the akode mpc plugin broke
the ffmpeg plugin.
It turns out that the first patch effectively just imported
machine/int_const.h, so that header can be directly imported instead
rather than having to include the main contents of <stdint.h> multiple
times. This refinement also works on NetBSD, but OpenBSD and FreeBSD
unfortunately embed UINT64_C directly within <stdint.h>. Therefore
original patch is left in place to cover those systems.
about this next to the relevant piece of code. Looking at the CVS logs,
it's the 3rd time I fix this. This, in turn, fixes the build of libdlna.
To fix the package, use the "proper" syntax to enable PIC within the
configure script, instead of applying what seems to be a hack. As before,
i386 is left PIC-less or otherwise ffmpeg breaks.
Tested on macppc and amd64.
OpenBSD too since they probably do but we probably won't hear from
anyone about that directly. PKGREVISION -> 3.
Note that at least on NetBSD __STDC_CONSTANT_MACROS is apparently
already defined here (at least when building graphics/osg, maybe not
always) so this patch may not really be the right approach, but it
works...
ffmpeg itself built fine on DragonFly, but other code trying to use this
library (e.g. audio/akode-plugins-ffmpeg) would not build, stopping with
an error like:
common.h:154 error: `UINT64_C` was not declared in this scope
The provided patch fixes this breakage. For conservative reasons, the
code only applies to DragonFly, but if other platforms are seeing the
same error, then the patch's macro should be expanded to include those
other platforms as well.
with two changes by me:
-disabled symbol versioning - this didn't work correctly for me
-changed PKGVERSION to start with the release date, so that it
sorts correctly against the snapshots we had before
vlc-1.0.6 does still build, but can be updated now
1.) Work around lack of support for Sun Studio C Compiler and bugs
in this compiler (it crashes with "-O3", "-xO2" works fine).
2.) Use a hammer to disable MMX, AMD 3DNow and SSE support as Solaris
refuses to load libraries which contain unsupported instructions.
