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.20130502git1... http://www.serjux.com/pkgdiff_reports/x264/0.130-3.20130502git1db4621.fc2... We will need rebuild 9 packages [1] may I proceed ? [1] repoquery --releasever=rawhide --disablerepo=\*updates\* -q --whatrequires x264-libs --source | sort -u avidemux-2.6.4-5.fc20.src.rpm ffmpeg-1.2.1-6.fc20.src.rpm ffmpeg-compat-0.6.6-9.fc20.src.rpm gstreamer1-plugins-ugly-1.0.6-2.fc20.src.rpm gstreamer-plugins-ugly-0.10.19-11.fc20.src.rpm libquicktime-1.2.4-6.fc20.src.rpm mplayer-1.1-10.20130416svn.fc20.src.rpm mythtv-0.26.0-9.fc20.src.rpm vlc-2.1.0-0.pre1.fc20.src.rpm

On Sáb, 2013-07-13 at 23:54 +0200, Nicolas Chauvet wrote: > I can let you coordonate the whole update if needed.

I'd like to know if you have some scripts to automatize a mass rebuild , and where it is ?

On Sat, Jul 13, 2013 at 4:33 PM, Sérgio Basto <sergio(a)serjux.com&gt; 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.20130502git1... http://www.serjux.com/pkgdiff_reports/x264/0.130-3.20130502git1db4621.fc2... 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.

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.

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(a)serjux.com&gt; >> 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.20130502git1... >> http://www.serjux.com/pkgdiff_reports/x264/0.130-3.20130502git1db4621.fc2... >> >> >> 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

On Qui, 2013-08-01 at 13:14 +0200, Julian Sikorski wrote: > 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-iCFKjj3otdHQT0dZR+AlfA(a)public.gmane.org&gt; >>>> 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.20130502git1... >>>> http://www.serjux.com/pkgdiff_reports/x264/0.130-3.20130502git1db4621.fc2... >>>> >>>> >>>> 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. Hi, To fix my packages I need ffpmpeg build, so or I build ffmpeg locally or I wait for yours build, I will wait :) . I prefer work with official ffmpeg and run pkgdiff to analyze ABI changes. yes, I'm implicitly saying that I'd like see ffmpeg build right now. About "13 of the failures seem to be caused by removal of AVCODEC_MAX_AUDIO_FRAME_SIZE", seems to much, we should try upstream the fixes , have we any fix already ? Best regards,