Re: Bug#402772: marked as done (downgrade mplayer bug 395252 (for including mplayer in etch))
On 12/16/06, Debian Bug Tracking System <owner@bugs.debian.org> wrote:
Andi and I are agreed that this is a suitable solution given the evident
approval of the security team. I'm tagging bug #395252 etch-ignore with
this mail (which means solving this *is* regarded as release critical for
lenny), which means that, AFAICS, there is no longer a matter for the TC to
rule on so I'm also closing that bug.
After reading over the discussion on this issue, I think that this should
not be a release critical bug for lenny.
In essence, what we're dealing with here is an artifact of naming. There's
ffmpeg the binary, ffmpeg the shared library, and ffmpeg the internal
module of mplayer. With the current development efforts, each of those
three has valid reasons to exist, but in terms of packaging I think the shared
library should be thought of as a fork of the internal module.
I can see changing this point of view, should the development scene
change. But I do not see that this is worth release critical status
if we don't have any decent development effort track record to fall
back on.
Techically speaking: the optimization underlying this policy is premature,
in this context.
--
Raul
Reply to: