mjpegtools update to 2.1.0 was: x264 and ffmpeg - here we go again

[Nicolas Chauvet]

2013/11/19 Sérgio Basto <sergio at serjux.com>

> On Ter, 2013-11-19 at 23:10 +0100, Nicolas Chauvet wrote:
> > 2013/11/19 Sérgio Basto <sergio at serjux.com>
> >         On Ter, 2013-11-19 at 22:13 +0100, Nicolas Chauvet wrote:
> >         > 2013/11/19 Sérgio Basto <sergio at 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 ?
> >
> >
> >         Done , thks
> >
> >
> > BTw,
> >
> >
> > You should obsoletes/provide to a given version, and add a note that
> > this can be dropped from fedora release n+2
>
> Should I add  :
> Provides:       y4mscaler = 9.0-14
> Obsoletes:      y4mscaler < 9.0-14
> ?
> what versions should I choose ?
>
> and note could be dropped on Fedora 22 ?
>

Yep,

y4mscaler Package will be removed on next push.


Nicolas (kwizart)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.rpmfusion.org/pipermail/rpmfusion-developers/attachments/20131120/f1b4d286/attachment.html>