2013/11/19 Sérgio Basto <sergio(a)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 ?
--
Sérgio M. B.