http://download.videolan.org/pub/videolan/vlc/2.1.5/vlc-2.1.5.tar.xz From changelog: Core: Fix compilation on OS/2 Access: Stability improvements for the QTSound capture module Mac OS X audio output: Fix channel ordering Increase the buffersize Decoders: Fix DxVA2 decoding of samples needing more surfaces Improve MAD resistance to broken mp3 streams Fix PGS alignment in MKV Qt Interface: Don't rename mp3 converted files to .raw Mac OS X Interface: Correctly support video-on-top Fix video output event propagation on Macs with retina displays Stability improvements when using future VLC releases side by side Streaming: Fix transcode when audio format changes Security contents: Updated GnuTLS to 3.1.25 (CVE-2014-3466) Updated libpng to 1.6.10 (CVE-2014-0333) Translations: Update British English Reproducible: Always
Possibly a trivial bump, this works for me: [ebuild R ~] media-video/vlc-2.1.5:0/5-7::lokal USE="X a52 alsa avcodec avformat bluray cdda cddb chromaprint dbus dts dvb dvbpsi dvd encode faad ffmpeg flac fontconfig gcrypt httpd kde libnotify libsamplerate lirc lua matroska mmx modplug mp3 mpeg mtp ncurses ogg opencv opengl opus png postproc qt4 samba sdl sftp skins sse svg swscale taglib truetype udev upnp v4l vaapi vdpau vnc vorbis x264 xcb xml xv -aalib (-altivec) -atmo (-audioqueue) -avahi -bidi -dc1394 -debug -dirac -directfb (-directx) (-dxva2) -egl -fdk -fluidsynth -gme -gnome -gnutls -growl -ieee1394 (-ios-vout) -jack -kate -libass -libcaca -libtar -libtiger -linsys -live (-macosx) (-macosx-audio) (-macosx-dialog-provider) (-macosx-eyetv) (-macosx-qtkit) (-macosx-quartztext) (-macosx-vout) (-media-library) -musepack (-neon) -omxil -optimisememory -projectm -pulseaudio (-qt5) -rdp -rtsp -run-as-root -schroedinger -sdl-image -shout -sid -speex {-test} -theora -tremor -twolame -vcdx -vlm -wma-fixed -zvbi" 0 kB
(In reply to Frank Krömmelbein from comment #0) > Security contents: > Updated GnuTLS to 3.1.25 (CVE-2014-3466) > Updated libpng to 1.6.10 (CVE-2014-0333) I assume the Gentoo ebuilds don't use the bundled libraries, so there is effectively no security issue here. Just a version bump.
Figured out they use newer versions of some packages; other than that, somewhere hidden away I think it auto-magically uses jpeg 9a which I need to look into. Other than that, the bump indeed is trivial.
(In reply to Tom Wijsman (TomWij) from comment #3) > Figured out they use newer versions of some packages; other than that, > somewhere hidden away I think it auto-magically uses jpeg 9a which I need to > look into. > > Other than that, the bump indeed is trivial. Nobody is actively working on bug 479818, and it's missing a lot of bugs (missing a lot of testing because jpeg-9 weren't in ~arch for long) So, I suppose if you are going to force jpeg-9 as a VLC dependency, you are volunteering to do all the jpeg-9 porting bugs in other packages as well :p
I use libjpeg-turbo-1.3.1 libjpeg-turbo is jpeg8 ? Kind of an answer at http://www.libjpeg-turbo.org/About/FUD "Our code is not a fork of libjpeg v7/v8 but rather a fork of libjpeg v6b, although we do incorporate some of the libjpeg v7/v8 code in order to emulate the backward-incompatible ABI introduced by those more recent releases." My locally renamed ebuild from vlc-2.1.4 to vlc-2.1.5 - did compile - works (Just watching videos, I don't do special things) @Tom, reading http://www.libjpeg-turbo.org/About/Jpeg-9 makes me wonder why vlc changed policies ?
btw, *vlc-2.1.5 (17 Sep 2014) 6 7 17 Sep 2014; Luca Barbato <lu_zero@gentoo.org> +vlc-2.1.5.ebuild: 8 Version bump 9 but a dep to https://bugs.gentoo.org/show_bug.cgi?id=479818 So how is it going on?
Fixed. Thank you.