[ovirt-devel] [ovirt-users] possible 3.4.1 blocker
Sandro Bonazzola
sbonazzo at redhat.com
Mon May 5 07:50:32 UTC 2014
Il 05/05/2014 09:28, Sven Kieske ha scritto:
> Am 02.05.2014 17:05, schrieb Sven Kieske:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1093755
>
> May I ask what the point of RC testing is, when discovered regressions
> get retargeted for the next release?
>
> I thought the policy was to not release something with a known regression?
Yes, and due to that policy the bug has been re-targeted back to 3.4.1 and re-added to the 3.4.1 blocker list.
http://www.ovirt.org/OVirt_3.4_release-management#MUST
MUST: No regressions from 3.3 Release
> This does not encourage users to test release candidates at all, if
> found bugs don't get fixed.
Found bugs will be surely addressed according to above release criteria.
If the bug is identified as blocker (and regressions are blockers) it must be fixed before GA.
>
> Maybe the next RCs can have a greater timeframe, so regressions found
> can get fixed before a release is made GA?
If blockers (including regressions) are found, GA will be postponed until they will be fixed.
> Otherwise I don't see a point in testing RCs anymore.
>
> I did test it as soon as possible after it was announced in order to
> sort out possible regression bugs _before_ 3.4.1 gets released, as
> I'd like to use 3.4.1 in production.
And I really thank you for your testing!
> Can someone please enlighten me, what the release process is?
>
> I really thought regressions get fixed before a release.
>
> I'd also be happy if someone can tell me, that it's no regression
> but a fault on my side, so I can fix that.
I can't judge about if the above bug is a real regression or not,
added a comment in the BZ.
I hope to have answered your questions.
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
More information about the Devel
mailing list