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

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



hi


This question is urgent, in the sense that I would like your help about
bug 395252, that as so far stopped mplayer from entering in Etch.

Brief summary of bug:  MPlayer contains an embedded copy of FFmpeg
(indeed, they are developed by ~the same people); Aurélien GÉRÔME and
Moritz Muehlenhoff ask that the mplayer package be dynamically linked to
the libraries in the Debian package ffmpeg (instead of statically
linking with the copy shipped in the star of MPlayer); they consider
this bug a RC bug.

I do not think that this bug is "serious" & RC; and, moreover,
I do not think that MPlayer deserves to be kept out of Etch on
the basis of bug 395252.

Please tell me if you back me up in downgrading this bug (at least for
the Etch release).

Let me also afore mention that,even though I do not agree with the
 bug 395252 being RC, I still tried to satisfy the requests
 in that bug: see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395252;msg=152
Since I did not receive the needed help,
after the freeze  I tried to compromise, in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395252;msg=157
but  my proposal was not accepted.

 --

Let me report some facts from bug 395252.

Early in the discussion, Joey Hess reports in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395252;msg=12
"How is mplayer different than the 200 or so other items listed in
embedded-code-copies? Other than only getting through incoming now.
I discussed this on #debian-release and people seemed to think it wasn't
and this shouldn't be RC."

Diego Biurrun and other people of MPlayer team say that dynamical
linking is an experimental feature, and that indeed it disables some
features of MPlayer (mainly postprocessing); moreover, the dyn.lin.
MPlayer is slower.

Loïc Minier reports the case of gst-ffmpeg in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395252;msg=59
"gst-ffmpeg upstream is maintaining a ffmpeg mirror, and has a complex
procedure to update to newer snapshots.... I currently see no way to
achieve building  of gst-ffmpeg [with dyn.lin. of ffmepg] in a sane and
maintainable way, and it seems we are very far from that. Very very far."

To that, Moritz Muehlenhoff answers
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395252;msg=134
"gst-ffmpeg is indeed an exceptional case, which we'll support for Etch.
(That's also why there is no RC bug on it)."

I fail to see why gst-ffmpeg can be an exceptional case, and MPlayer cannot.


 ---

I did put quite some effort in it (& MPlayer as a whole), both in coding
and in "politics"; but this is becoming too frustrating!

Please help.


a.



Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: