2013/11/19 Sérgio Basto <sergio@serjux.com>
On Sáb, 2013-11-09 at 09:07 +0000, Sérgio Basto wrote:
> On Qui, 2013-11-07 at 16:58 +0000, Sérgio Basto wrote:
> > On Sáb, 2013-11-02 at 20:01 +0100, Julian Sikorski wrote:
> > > W dniu 02.11.2013 02:52, Sérgio Basto pisze:
> > > > On Qui, 2013-10-31 at 07:45 +0100, Julian Sikorski wrote:
> > > >> we should definitely do x264 first to save time.
> > > >
> > > > OK!, x264 built with bootstrap , we can follow, this wiki page
> > > > http://rpmfusion.org/ImportantDependencyLists first paragraph
> > > > Mass rebuild when bumping SO version of x264 and ffmpeg .
> > > >
> > > > Thanks and best regards,
> > > >
> > > ffmpeg build submitted. I will update mplayer later.
> >
> > Hi, seems to me , ffmpeg doesn't bump so !
> >
> > may I submit mjpegtools ? to update 2.0.0 to 2.1.0
>
> OK please rebuild for F20
> gstreamer-plugins-bad
> gstreamer1-plugins-bad-freeworld
> transcode
> y4mscaler
>
>
> The repoquery for what requires mjpegtools :
> repoquery --whatrequires `repoquery --provides mjpegtools\* | grep so |
> perl -pe 's/(.*?)-.*/\1*/'` --alldeps --source | sort -u | perl -pe
> 's/-\d.*?-\d+(\..*)?\.fc\d+(\..*)?.src.rpm//' | grep -v mjpegtools
>
> I will update wiki http://rpmfusion.org/ImportantDependencyLists

Hi, just check mjpegtools-2.1.0 integrate y4mscaler , I just diff the
code between mjpegtools-2.1.0 and y4mscaler and they are equal so I
think the best solution for bug
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3022
is Obsoletes: y4mscaler
anyone against it ?
Nope,

Can you make the changes from the mjpegtools side ?
I will obsoletes the package


Nicolas (kwizart)