x264 soname change for rawhide

[Julian Sikorski]

W dniu 01.08.2013 10:38, Julian Sikorski pisze:
> W dniu 14.07.2013 18:30, Sérgio Basto pisze:
>> On Dom, 2013-07-14 at 09:17 -0500, Richard Shaw wrote: 
>>> On Sat, Jul 13, 2013 at 4:33 PM, Sérgio Basto <sergio at serjux.com>
>>> wrote:
>>>         Hi,
>>>         before update x264 to last stable commit
>>>         
>>>         We can analyze ABI changes with pkgdiff ,
>>>         abi-compliance-checker and
>>>         abi-dumper
>>>         
>>>         pkgdiff
>>>         x264-debuginfo-0.130-3.20130502git1db4621.fc20.i686.rpm
>>>         x264-debuginfo-0.133-1.20130709git585324f.fc20.i686.rpm
>>>         -details
>>>         http://www.serjux.com/pkgdiff_reports/x264-debuginfo/0.130-3.20130502git1db4621.fc20_to_0.133-1.20130709git585324f.fc20/changes_report.html
>>>         http://www.serjux.com/pkgdiff_reports/x264/0.130-3.20130502git1db4621.fc20_to_0.133-1.20130709git585324f.fc20/changes_report.html 
>>>
>>>
>>> Glad to see those tools are getting some use. I've got the official
>>> abi-dumper packages in testing. Feel free to give it karma to get it
>>> into stable faster.
>>
>> Ops I forgot that. Done . 
>>>
>>>         avidemux-2.6.4-5.fc20.src.rpm
>>>         mythtv-0.26.0-9.fc20.src.rpm 
>>>
>>>
>>> I don't have any updates planned for either of these packages so feel
>>> free to rebuild as needed or let me know when I need to kick them off.
>>>
>> About bump ffmpeg, Julian Sikorski is in better place to say, if we
>> should bump it or not.
>> But thinking about it, we just need bootstrap x264, when both (x264 and
>> ffmpeg) bump soname. In this case, I can just push x264 and after we
>> will see, if ffmpeg bumps or not , therefore I will bump x264 soname in
>> rawhide, if no one replies in short time ... ok ? 
>>
>> Thanks, 
>>
> I think we should bump. The sooner we do it, the more time we have to
> fix the breakage.
> I'll see how many packages rebuild and post the results here later today.
> 
> Best regards,
> Julian
> 
Ok, this time changes are more severe:
- 10 packages rebuilt successfully:
  * audacious-plugins-freeworld-3.4-1.fc20
  * cmus-2.5.0-2.fc20
  * dvdstyler-2.5-1.fc20
  * ffmpeg-2.0-1.fc20
  * ffmpegthumbs-4.10.1-2.fc20
  * guvcview-1.6.1-4.fc20
  * mplayer-1.1-12.20130801svn.fc20
  * qmmp-plugins-freeworld-0.7.1-1.fc20
  * vlc-2.1.0-0.5.pre2.fc20
  * wxsvg-1.1.15-2.fc20
- 21 packages fail to rebuild:
  * acoustid-fingerprinter-0.6-3.fc20
  * alsa-plugins-freeworld-1.0.27-1.fc20
  * bino-1.4.2-2.fc20
  * bombono-dvd-1.2.2-2.fc20
  * chromaprint-tools-0.7-5.fc20
  * dvbcut-0.6.1-11.svn179.fc20
  * ffmpeg2theora-0.29-4.fc20
  * ffmpegthumbnailer-2.0.8-4.fc20
  * gpac-0.5.0-4.fc20
  * k3b-extras-freeworld-2.0.2-11.fc20
  * kmediafactory-0.8.1-8.fc20
  * libquicktime-1.2.4-7.fc20
  * lightspark-0.7.2-2.fc20.1
  * minidlna-1.0.26-2.fc20
  * mlt-0.8.8-5.fc20
  * mpd-0.17.3-3.fc20
  * picard-freeworld-1.1-3.fc20
  * x264-0.133-1.20130709git585324f.fc20
  * xbmc-12.2-3.fc20
  * xine-lib-extras-freeworld-1.1.21-6.fc20
  * xmms2-freeworld-0.8-8.fc20
13 of the failures seem to be caused by removal of
AVCODEC_MAX_AUDIO_FRAME_SIZE. I have now committed updated mplayer and
ffmpeg, but I will hold of building for a week or so so that maintainers
have the time to fix their packages.

Best regards,
Julian