Summary: | media-video/vlc-2.1.5 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Frank Krömmelbein <kroemmelbein> |
Component: | Current packages | Assignee: | Tom Wijsman (TomWij) (RETIRED) <tomwij> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | holger, media-video, uwelk |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 479818, 516924, 516926 | ||
Bug Blocks: |
Description
Frank Krömmelbein
2014-07-08 12:25:16 UTC
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. |