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