Re: Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-14 Thread Rogério Brito
Hi there. On Jan 14 2012, Reinhard Tartler wrote: > On Sa, Jan 14, 2012 at 11:13:10 (CET), Rogério Brito wrote: > > With the youtube-dl maintainer hat on, it will be annoying to have to > > substitute ffprobe from the script, without an easy way of changing > > stuff. > > It's just replacing the

Re: Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-14 Thread Reinhard Tartler
On Sa, Jan 14, 2012 at 11:13:10 (CET), Rogério Brito wrote: > Hi there. > > On Jan 13 2012, Reinhard Tartler wrote: >> Oh, I wasn't aware that we have frontends that directly use ffserver and >> ffplay. I was only aware of front-ends for /usr/bin/ffmpeg, which is still >> provided. > > Hey, I use/

Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-14 Thread Rogério Brito
Hi there. On Jan 13 2012, Reinhard Tartler wrote: > Oh, I wasn't aware that we have frontends that directly use ffserver and > ffplay. I was only aware of front-ends for /usr/bin/ffmpeg, which is still > provided. Hey, I use/used ffprobe a lot (personally). Now, with mediainfo, I tend to use it l

Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-13 Thread Reinhard Tartler
On Fr, Jan 13, 2012 at 17:46:46 (CET), Sven Joachim wrote: [...] >> Do you have a list of packages that rely on >> /usr/bin/ff{play,server,probe}, so that we can file bugreports against >> them? > > Besides the already mentioned youtube-dl, the attached script shows > k9copy, kdenlive and winff a

Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-13 Thread Sven Joachim
Am 13.01.2012 um 15:43 schrieb Reinhard Tartler: > On Fr, Jan 13, 2012 at 08:33:27 (CET), Sven Joachim wrote: > >> Package: libav-tools >> Version: 4:0.8~beta2-1 >> >> Renaming the programs from ff* to av* is breaking reverse >> dependencies of ffmpeg that are using these binaries. At least >> "y

Re: Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-13 Thread Jonas Smedegaard
On 12-01-13 at 04:12pm, Reinhard Tartler wrote: > On Fri, Jan 13, 2012 at 4:01 PM, Jonas Smedegaard wrote: > > I suspect (but have not tested) that libmlt will be affected by the > > strictness of the ffmpeg wrapper: it invokes ffmpeg binary rather > > than linking against libav* libraries, and

Re: Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-13 Thread Reinhard Tartler
On Fri, Jan 13, 2012 at 4:01 PM, Jonas Smedegaard wrote: > I suspect (but have not tested) that libmlt will be affected by the > strictness of the ffmpeg wrapper: it invokes ffmpeg binary rather than > linking against libav* libraries, and could very likely be using > ill-ordered options and possi

Re: Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-13 Thread Jonas Smedegaard
On 12-01-13 at 03:43pm, Reinhard Tartler wrote: > On Fr, Jan 13, 2012 at 08:33:27 (CET), Sven Joachim wrote: > > > Package: libav-tools > > Version: 4:0.8~beta2-1 > > > > Renaming the programs from ff* to av* is breaking reverse > > dependencies of ffmpeg that are using these binaries. At least

Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-13 Thread Reinhard Tartler
On Fr, Jan 13, 2012 at 08:33:27 (CET), Sven Joachim wrote: > Package: libav-tools > Version: 4:0.8~beta2-1 > > Renaming the programs from ff* to av* is breaking reverse > dependencies of ffmpeg that are using these binaries. At least > "youtube-dl --extract-audio" is affected by this because it l

Bug#655683: libav-tools: should provide ff* compatibility symlinks

2012-01-12 Thread Sven Joachim
Package: libav-tools Version: 4:0.8~beta2-1 Renaming the programs from ff* to av* is breaking reverse dependencies of ffmpeg that are using these binaries. At least "youtube-dl --extract-audio" is affected by this because it looks for ffprobe and fails. :-( Please check ffmpeg's reverse dependen