Updating mplayer: how about using bundled ffmpeg?

[Julian Sikorski]

W dniu 27.02.2012 15:43, Sérgio Basto pisze:
> On Mon, 2012-02-27 at 14:10 +0100, Julian Sikorski wrote: 
>> W dniu 27.02.2012 13:54, Julian Sikorski pisze:
>>> W dniu 27.02.2012 13:20, Ralf Corsepius pisze:
>>>> On 02/27/2012 12:40 PM, Julian Sikorski wrote:
>>>>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>>>>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>>>>>>> Julian Sikorski wrote:
>>>>>>>> I was trying to update mplayer and most of the problems I am having
>>>>>>>> are
>>>>>>>> due to using shared ffmpeg, which is discouraged and unsupported by
>>>>>>>> upstream. The latest error is:
>>>>>>>>
>>>>>>>> libmpdemux/mp_taglists.c:27:34: fatal error:
>>>>>>>> libavformat/internal.h: No
>>>>>>>> such file or directory
>>>>>>>>
>>>>>>>> when trying to build 20120204 snapshot. Looking at the svn log,
>>>>>>>> this was
>>>>>>>> added in revision 34243 (from 20111023). This all seems to indicate
>>>>>>>> that
>>>>>>>> trying to use system ffmpeg is an uphill battle which will always
>>>>>>>> going
>>>>>>>> to keep our mplayer behind, as well as piss upstream off when we come
>>>>>>>> asking for help.
>>>>>>>
>>>>>>> I don't think bundling is an acceptable solution, especially with
>>>>>>> something
>>>>>>> like FFmpeg which has security updates quite frequently.
>>>>>>
>>>>>> +1
>>>>>>
>>>>>> Ralf
>>>>>>
>>>>>>
>>>>> Well, I tried building it using system ffmpeg and have not succeeded
>>>>> yet. I am really not sure if going against upstream is the smart choice
>>>>> here, given that, at least in my case, I am going to need them to fix
>>>>> bugs.
>>>>> Help in unbundling ffmpeg is welcome.
>>>>
>>>> Where can I find your *.specs/*srpms?
>>>>
>>>> Ralf
>>>>
>>>>
>>> Here is the spec in the shared ffmpeg version - it fails to build due to
>>> internal.h inclusion.
>>> You need to comment out the gui building - I have not figured out why it
>>> fails yet.
>>>
>>> https://share.ols.inode.at/72IFK6BJDE97LBN2C2AP6PEJ7XMW5F7AHPQ3V2L0
>>>
>>> Julian
>>>
>>>
>> To be more verbose, gui fails to build due to ff_png not being returned
>> by objdump on libavcodec.so. I have no idea why, since according to
>> rpmfusion build logs both ffmpeg-0.8.9-1.fc17 and ffmpeg-0.10-1.fc18
>> were built with png support.
> 
> this look like issues with new version of libpng on F-17 , try add
> png-devel in BuildRequires (just a guesse in dark) .
>   
>>
>> Julian
>>
> 
I just changed the way ffmpeg support is queried since it was patched
anyway and now everything builds. Please test as I do not have a F-17
machine set up.

Julian