On 10/21/2016 03:42 AM, Thierry Vignaud wrote:
On 20 October 2016 at 15:32, Panu Matilainen <[email protected]> wrote:
After couple of weeks of headache from trying to sort this out somehow, here 
comes 4.13.0 rc2.

As explained earlier [1], in order to get the release train back on track, 
pronto, this is mostly just a collection of backports that distros have 
actually been running in the meanwhile rather than considering all the commits 
in master by importance as I'd normally do. Plus a few patches based on the 
feedback I got here. And some security fixes. Yeah, those. Some of 'em have 
barely hatched and have little real world exposure, but can't be helped. If 
we'll need rc3 then we'll have rc3, it's not the end of the world. Just 
bleeping annoying. But on with the show.

In this slot it normally says go to rpm.org release page for details but 
rpm.org Trac is not letting me in. I'll be damned before I let that aging 
s***box (soap! it says soap!) prevent me from doing this release and doing so 
right now. So we'll do it the old-fashiened way then:

The tarball is at http://rpm.org/releases/testing/rpm-4.13.0-rc2.tar.bz2
and the SHA1SUM is 58dfe53cceb49d76315492d25efa8231b5fcf1fb.

(...)

Please test and report any anomalies. From rc2 to final only regression fixes 
will be allowed. Unless of course something really strange comes up, you never 
know. Or I forgot something absolutely vital. THAT would not count as a strange 
incident though.

Humm.... Testsuite won't pass....
2 tests are failing because of missing files...
Please apply the attached patch
It fixes:
84: rpmbuild debuginfo dwz                          FAILED (rpmbuild.at:396)
86: rpmbuild implicit suid binary                   FAILED (rpmbuild.at:509)

Ah, I did run the test-suite but not from the created tarball. One more thing to remember when cutting releases. Or rather *cough* to document *cough*.

Applied (with a slightly expanded comments).


After that, 2 unexpected failures remain:

 85: rpmbuild debuginfo dwz gnu_debuglink crc        FAILED (rpmbuild.at:468)

...but this I had just missed. It appears to be cured by commit
cherry-picking commit 3929ce4d58ab18c810b9a776f5c49d56cb436026.

277: spec parse                                      FAILED (rpmpython.at:70)

...and this I'm not seeing at all. Please post tests/rpmtests.dir/277/rpmtests.log ... or does it happen to go away if you cherry-pick commit 3c74e34e8d8c5b3db024dbe04a352e807ed2b627 ?

Thanks for testing & the patch!

        - Panu -


_______________________________________________
Rpm-maint mailing list
[email protected]
http://lists.rpm.org/mailman/listinfo/rpm-maint

Reply via email to