Hi Alessandro, On 29.04.2015 14:58, Alessandro Ghedini wrote: > On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote: >>> Since there are concerns on shipping both libav and ffmpeg, we won't allow >>> ffmpeg unless it is chosen to be the default and there is a clear transition >>> plan, so that we can switch from one to the other. Only then will the block >>> hint >>> be removed. >> There are no technical reasons for not having both in testing an I see >> this the only fair solution. There are no name- nor symbol collision >> between the packages. They co-exist perfectly on my systems, too. > > There is at least one reason that I can think of. Assuming the decision to > keep > either libav or ffmpeg (not both) stands,
Great to hear that this is only an assumption and no definitive statement! > if ffmpeg is allowed to migrate and > other packages start depending on it, Packages already depend on FFmpeg, simply because they don't work with Libav: pencil2d, vokoscreen, kodi (in NEW [1]), chromium (using embedded copy), mplayer (ITP: #763826 [2]) > and if before the stretch release ffmpeg > is deemed not release ready (e.g. if libav is chosen), then more work will be > required to untangle the dependencies and have ffmpeg removed from testing. If a preliminary decision is made in e.g. one years time, maintainers would have plenty of time to adapt. And if FFmpeg is not allowed into testing, this will mean more work for those wanting/needing to use it, like e.g. adding patches to not fail completely, when using Libav. If the final decision would be to only allow FFmpeg, not having had it in testing would also mean, well, less testing, of itself and possibly reverse-dependencies using it instead of Libav. (Currently most don't provide versions compiled against both. Thanks for doing this with mpv, by the way.) It would also be difficult to get testing for a fix of #763632 [3], as long as FFmpeg is not in testing. So there is work involved both ways. Best regards, Andreas 1: https://ftp-master.debian.org/new/kodi_14.2+dfsg1-1.html 2: https://bugs.debian.org/763826 3: https://bugs.debian.org/763632 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
