On 12/16/06, Debian Bug Tracking System <[EMAIL PROTECTED]> 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
