On Thu, 2017-08-24 at 10:43 -0500, Michael Cronenworth wrote:
> On 08/24/2017 10:24 AM, Adam Williamson wrote:
> > As Remi said, the changes in 6.9.9 are far less significant than those
> > in 7.0.6. As several people pointed out, sending 7.x to stable releases
> > is clearly against the updates policy. I'd agree we definitely must
> > revert to 6.x for F25 and F26 updates; for those we should send out a
> > 6.9.9-9 update with rebuilds of all deps. I don't care if F27 and
> > Rawhide go to 6.9.9-9 or 7.0.6, but whichever, it should get done soon
> > at least for F27.
> >
> > I'm also willing to work on this, but everyone who's interested should
> > agree on a plan first, and then we could possibly split the work up
> > (e.g. into 6.x and 7.x work).
>
> I'll compromise with F25/26 with 6.9 and F27+ getting 7.0.
>
> I'll get an Epoch bump started... when it completes if you want to do
> rebuilds for
> F25/26 I'll work on F27+.
Note, I am rebuilding ImageMagick itself again for F27 and Rawhide,
because the versioning was wrong: Moez incorrectly moved the patchlevel
from %{version} to %{release}. This is wrong because it is part of the
upstream versioning, not the downstream. Note the NEVRs listed in the
%changelog were still in the old, correct form, but the *actual* NEVRs
of the recent builds were wrong. I have reverted the relevant parts of
the spec to exactly how it was before, and corrected the changelog so
it gives the real NEVRs for each build.
This is significant to rubygem-rmagick.spec , which must specify the
exact version (including patchlevel) of ImageMagick it's built against.
So I had to go ahead and fix this in order to be able to rebuild
rubygem-rmagick correctly (I'm going to do the F27+ rebuilds of it as
well as the F25/F26 rebuilds for git consistency reasons).
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
