Hello DB-WG, Ed proposed a change to the WHOIS release process at the DB-WG session @ RIPE78. This change would be to immediately deploy bug fixes without a release candidate. I would just like to voice my opinion on it, so my thought is that maybe give the db-wg 24h to voice opinions or something like that. Just a thought but anyways. - Cynthia
Cynthia Revström via db-wg wrote on 23/05/2019 14:26:
Ed proposed a change to the WHOIS release process at the DB-WG session @ RIPE78. This change would be to immediately deploy bug fixes without a release candidate.
I would just like to voice my opinion on it, so my thought is that maybe give the db-wg 24h to voice opinions or something like that. Just a thought but anyways.
The last time this was discussed was October 2013: https://www.ripe.net/ripe/mail/archives/db-wg/2013-October/ Nick
Hi Nick,
On 23 May 2019, at 14:37, Nick Hilliard <nick@foobar.org> wrote:
Cynthia Revström via db-wg wrote on 23/05/2019 14:26:
Ed proposed a change to the WHOIS release process at the DB-WG session @ RIPE78. This change would be to immediately deploy bug fixes without a release candidate. I would just like to voice my opinion on it, so my thought is that maybe give the db-wg 24h to voice opinions or something like that. Just a thought but anyways.
The last time this was discussed was October 2013:
https://www.ripe.net/ripe/mail/archives/db-wg/2013-October/
Nick
The release process was also discussed at RIPE67: https://ripe67.ripe.net/programme/meeting-plan/db-wg/ Immediately deploying bug fixes as minor releases was proposed, but this idea was dropped some time later. Currently we announce all releases, and deploy to Release Candidate first for two weeks. Regards Ed
Hi Cynthia, Working Group, if we need to provide advance notice in all cases, is one day enough for bug fixes? A shorter release cycle helps us get bugs fixed faster, but the trade-off is less time for users to analyse the impact of changes. If advance notification is useful for our users, we will continue to provide it. Thanks for your feedback. Regards Ed
On 23 May 2019, at 14:26, Cynthia Revström <me@cynthia.re> wrote:
Hello DB-WG,
Ed proposed a change to the WHOIS release process at the DB-WG session @ RIPE78. This change would be to immediately deploy bug fixes without a release candidate.
I would just like to voice my opinion on it, so my thought is that maybe give the db-wg 24h to voice opinions or something like that. Just a thought but anyways.
- Cynthia
Hi, I’d prefer that we don’t restrict the NCC in deploying bug fixes. If there is a zero day security issue, the NCC should be able to patch immediately and inform the community afterwards. A 24h period would never be enough anyway to do meaningful testing. Robustness must be resolved elsewhere in the process pipeline. Kind regards, Job On Thu, May 23, 2019 at 18:21 Edward Shryane via db-wg <db-wg@ripe.net> wrote:
Hi Cynthia, Working Group,
if we need to provide advance notice in all cases, is one day enough for bug fixes? A shorter release cycle helps us get bugs fixed faster, but the trade-off is less time for users to analyse the impact of changes.
If advance notification is useful for our users, we will continue to provide it.
Thanks for your feedback.
Regards Ed
On 23 May 2019, at 14:26, Cynthia Revström <me@cynthia.re> wrote:
Hello DB-WG,
Ed proposed a change to the WHOIS release process at the DB-WG session @ RIPE78. This change would be to immediately deploy bug fixes without a release candidate.
I would just like to voice my opinion on it, so my thought is that maybe give the db-wg 24h to voice opinions or something like that. Just a thought but anyways.
- Cynthia
Dear Working Group, as there isn't a clear consensus on dropping the Release Candidate environment for bug fixes, we will continue to use it for all releases. Regards Ed Shryane RIPE NCC
On 23 May 2019, at 20:20, Edward Shryane via db-wg <db-wg@ripe.net> wrote:
Hi Cynthia, Working Group,
if we need to provide advance notice in all cases, is one day enough for bug fixes? A shorter release cycle helps us get bugs fixed faster, but the trade-off is less time for users to analyse the impact of changes.
If advance notification is useful for our users, we will continue to provide it.
Thanks for your feedback.
Regards Ed
participants (4)
-
Cynthia Revström
-
Edward Shryane
-
Job Snijders
-
Nick Hilliard