<html><head></head><body><div>On Sáb, 2015-11-21 at 13:40 +0100, Nicolas Chauvet wrote:</div><blockquote type="cite"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-11-19 12:59 GMT+01:00 Hans de Goede <span dir="ltr"><<a href="mailto:j.w.r.degoede@gmail.com" target="_blank">j.w.r.degoede@gmail.com</a>></span>:<br><blockquote type="cite">Hi,<span class=""><br>
<br>
On 15-11-15 08:12, Sérgio Basto wrote:<br>
<blockquote type="cite">
On Sáb, 2015-11-14 at 16:34 +0100, Nicolas Chauvet wrote:<br>
<blockquote type="cite">
Hello,<br>
<br>
I'm still trying to focus on rfpkg/distgit infra tasks. But there are<br>
others tasks that can be worked on.<br>
Many packages are not recent enought for f23 and might fail at<br>
runtime for any reason.<br>
<br></blockquote>
<br>
Sorry something went wrong in previous emails, the final list is:<br>
rpmfusion-free bombono-dvd<br>
rpmfusion-free get-flash-videos<br>
rpmfusion-free libopenshot<br>
rpmfusion-free mixxx<br>
rpmfusion-free nailer<br>
rpmfusion-free oxine<br>
rpmfusion-free python-libopenshot<br>
rpmfusion-free qmmp-plugins-freeworld<br>
rpmfusion-free smc<br>
<br></blockquote>
<br></span>
smc just needs a rebuild against the F-23 buildroot<br>
for the new boost found there. I've tested this locally,<br>
just rebuilding the current f22 spec should be enough<br>
(it will get a new dist-tag to make it newer).<br>
<br>
<blockquote type="cite">
rpmfusion-free smc-music<br>
<br></blockquote>
<br>
This one just needs smc to be fixed.<span class=""><br>
<br>
<blockquote type="cite">
rpmfusion-free sox-plugins-freeworld<br>
rpmfusion-free xpra-codecs-freeworld<br>
rpmfusion-free z-push-zarafa<br>
rpmfusion-nonfree frogatto<br>
<br></blockquote>
<br></span>
frogatto just needs a rebuild against the F-23 buildroot<br>
for the new boost found there. I've tested this locally,<br>
just rebuilding the current f22 spec should be enough<br>
(it will get a new dist-tag to make it newer).<span class=""><br>
<br>
<blockquote type="cite">
rpmfusion-nonfree gmameui<br>
rpmfusion-nonfree pdflib-lite-perl<br>
rpmfusion-nonfree pipelight<br>
rpmfusion-nonfree pipelight-common<br>
<br></blockquote>
<br></span>
The problem with pipelight is that it depends on<br>
pipelight-selinux which was imported into Fedora,<br>
but then later dropped as the rest of pipelight<br>
ended up in rpmfusion. We should add a new<br>
pipelight-selinux package to rpmfusion-nonfree<br>
and import the latest src.rpm from:<br>
<br>
<a href="http://koji.fedoraproject.org/koji/buildinfo?buildID=545078" rel="noreferrer" target="_blank">http://koji.fedoraproject.org/koji/buildinfo?buildID=545078</a><br>
<br>
To fix this, feel free to make me the maintainer<br>
of pipelight-selinux (I'm a pipelight user).<br></blockquote><div><br></div><div>I don't get in which direction the wind blows currently WRT selinux policy packaging, but can't we have the <span class="">pipelight-selinux merged back into pipelight package ? (keeping the -selinux package might be optional since obviously we are using selinux by default and even this package requires -selinux by default).<br><br></span></div><div><span class="">Others rebuilt are progressing, are will be pushed in few hours.</span></div></div></div></div></blockquote><div><br></div><div> it seemed to me a good idea, build f21 packages from CVS in koji , is the way of update git preview in the same way of f22 and f23 (master) and therefore github.com/rpmfusion .</div><div><br></div><div>As an idea . </div><div>IIRC , you rebuilt without bump release version of the spec , which doesn't solve my dilemma. How about put CVS buildoot with rawhide (f24), which imports to git preview master which builds for f23. And for a mass rebuild we can bump cvs-devel and after scale down to git master, f22 and f21 is EOL . If packagers maintainers wants update one package, they still may via CVS and is already targeting to rawhide, branch f24 or something closer than we want. Also it seems to me, more easier to update freeworld packages . </div><div><br></div><div class="-x-evo-signature-wrapper"><span><pre>--
Sérgio M. B.
</pre></span></div></body></html>