+1
On Thu, Apr 9, 2020 at 9:28 AM Eduard Tudenhoefner < eduard.tudenhoef...@datastax.com> wrote: > updated docs in https://github.com/apache/cassandra/pull/528 > > On Wed, Apr 8, 2020 at 11:39 PM Jordan West <jorda...@gmail.com> wrote: > > > +1 (nb) to the change and +1 (nb) to updating the docs to reflect this. > > > > Jordan > > > > On Wed, Apr 8, 2020 at 11:30 AM <a.penya.gar...@gmail.com> wrote: > > > > > +1 > > > > > > > El 8 abr 2020, a las 19:05, e.dimitr...@gmail.com escribió: > > > > > > > > +1 > > > > > > > > Sent from my iPhone > > > > > > > >> On 8 Apr 2020, at 13:50, Joshua McKenzie <jmcken...@apache.org> > > wrote: > > > >> > > > >> +1 > > > >> > > > >>>> On Wed, Apr 8, 2020 at 12:26 PM Sam Tunnicliffe <s...@beobal.com> > > > wrote: > > > >>> > > > >>> +1 > > > >>> > > > >>>>> On 8 Apr 2020, at 15:08, Mick Semb Wever <m...@apache.org> wrote: > > > >>>> > > > >>>> Can we agree on keeping such test changes out of CHANGES.txt ? > > > >>>> > > > >>>> We already don't put entries into CHANGES.txt if it is not a > change > > > >>>> from any previous release. > > > >>>> > > > >>>> There was some discussion before¹ about this, and the problem that > > > >>>> being selective meant what ended up there being arbitrary. I think > > > >>>> this can be solved with an easy rule of thumb that if it only > > touches > > > >>>> *Test.java classes, or it is only about fixing a test, then it > > > >>>> shouldn't be in CHANGES.txt. That means if the patch does touch > any > > > >>>> runtime code then you do still need to add an entry to > CHANGES.txt. > > > >>>> This avoids the whole "arbitrary" problem, and maintains > > CHANGES.txt > > > >>>> as user-facing formatted text to be searched through. > > > >>>> > > > >>>> If there's agreement I can commit to going through 4.0 changes and > > > >>>> removing those that never touched runtime code. > > > >>>> > > > >>>> regards, > > > >>>> Mick > > > >>>> > > > >>>> ¹) > > > >>> > > > > > > https://lists.apache.org/thread.html/a94946887081d8a408dd5cd01a203664f4d0197df713f0c63364a811%40%3Cdev.cassandra.apache.org%3E > > > >>>> > > > >>>> > > --------------------------------------------------------------------- > > > >>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > > > >>>> For additional commands, e-mail: dev-h...@cassandra.apache.org > > > >>>> > > > >>> > > > >>> > > > >>> > --------------------------------------------------------------------- > > > >>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > > > >>> For additional commands, e-mail: dev-h...@cassandra.apache.org > > > >>> > > > >>> > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > > > > For additional commands, e-mail: dev-h...@cassandra.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > > > For additional commands, e-mail: dev-h...@cassandra.apache.org > > > > > > > > > > > -- > Eduard Tudenhoefner > e. eduard.tudenhoef...@datastax.com > w. www.datastax.com >