question on new mplayer
hi
I prepared a new version of MPlayer ; here is the discussion of the changelog;
item are in decreasing order of importance
------------
* (possible) security fixes backported from SVN
7585 7586 7591 for libavcodec/h264.c
7640 7650 for libavformat/asf.c
all thanks to Michael Niedermeyer
I was asked by Moritz (of security) to apply those patches
and to try to get them into etch
* Czech debconf translation; thanks to Miroslav Kure (Closes: #408626).
* Portuguese debconf translation; thanks to Traduz! (Closes: #408449).
* Swedish debconf translation; thanks to Andreas Henriksson (Closes: #407864)
these are usually OK for etch
* binary_codecs.sh should specify umask;
thanks to Linas Žvirblis (Closes: #406346)
this is a very small change: I just added 'umask'
* clarify dependencies (do not pick up them randomly!),
thanks to EspeonEefi (Closes: #405170);
debian/rules: when configuring, disable also: arts , jack , aa , dv , smb
debian/control: depend on: lzo, speex, dts, ladspa, gl (mesa)
unfortunately mplayer's configure is quite good at picking
up dependencies ; and I do not have HD space to run a pbuilder;
so different versions of mplayer that I uploaded ended up being
randomly dependent to different libraries :->
I tried to fix that, and make sure that what I build is deterministic
(and coincides with what is autobuilt)
* the above adds opengl video output (Closes: #400934).
in the process, I added this dependency, as requested by an user.
-------------
please tell me if the above would be accepted into Etch ; if not,
please tell me what I may include and what not
thanks a lot
a.
--
Andrea Mennucc
"The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do, and the GPL sounds like it was written by a human
being who wants me to know what I can do."
Anonymous, http://www.securityfocus.com/columnists/420
Reply to: