[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)



[preface: the following is just for the sake of discussion - I am
satisfied by how we reached an agreement]

Steve Langasek ha scritto:
> On Fri, Dec 15, 2006 at 01:02:55PM +0100, A Mennucc wrote:
>> ffmpeg is developed inside MPlayer ; for that reason, they (correctly)
>> feel free to improve it in any way they like. This is clearly stated in
>> the web pages of ffmpeg: no stable api, sorry.
> 
> I don't see anything correct about this, frankly.  I think these comprise
> abysmal maintenance practices on the part of upstream, and if it were my
> decision *personally*, I would likely judge mplayer/ffmpeg too immature to
> be included in a stable release until they did settle on a stable API.

ok, suppose you are right:
  we delete ffmpeg from Debian stable,
   since it is not really a library yet
  we delete mplayer  from Debian stable,
   since it immaturely links with ffmpeg


then
- your judgement should be applied to all other programs that
 ship (*) an internal copy of ffmpeg, and/or
- Moritz request of  not having multiple copies
 should apply to them

so we also delete ffmpeg from inside:

libxine1 , used in
 totem-xine
 xine-ui
 gxine
 [other 20 programs]
gstreamer-ffmpeg , used in
  totem-gstreamer
  openoffice.org
  libgnash0 [flash implementation]
  gnomebaker
  geekast-binary
  bmpx


AFAIK, the only remaining player in Debian that is
capable of decoding MPEG4 streams is VLC; feel free to correct
me if I am wrong...

(*) also, mplayer is not the only  programs who ships an
 internal copy of ffmpeg, and messes with it; as Loic reports,
 the upstream of gst-ffmpeg do modify their internal copy of
 ffmpeg, and this makes it difficult to DynLEF it as well

a.

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: