I favor versioned nightlies for testing so everyone is using the exact binary
distribution.
As far as actually building the packages go, I would prefer a Docker based
solution like Jon mentioned. It provides a controlled, reproducible, clean room
environment. Ideally the build script should ens
I have updated the doc with a short paragraph providing the clarification.
Sankalp's suggestion is already part of the doc. If there aren't further
objections could we move this discussion over to the jira (CASSANDRA-14395)?
Dinesh
> On Sep 18, 2018, at 10:31 AM, sankalp kohli wrote:
>
> How
With four binding +1s, 2 +0s, and no -1s, and 6 non-binding +1s, the
vote passes.
To re-iterate, resolving the license concerns is part of bringing
software into the project, not a reason to avoid trying. The incubator
PMC will have no problem sending a -1 if we cant get everything
together.
Reg
Sure - I'm not disagreeing with you that pre-built packages would be nice
to have. That said, if someone's gone through the trouble of building an
entire testing infrastructure and has hundreds of machines available,
running `docker-compose up build-deb` is likely not a major issue. If I'm
trying
Mick – Got it, thanks and sorry to have misunderstood. No fault in your writing
at all; that was my misreading.
Agreed with you and Kurt; I can’t think of a pressing need or immediate use for
the Maven artifacts. As you mentioned, all of the examples I’d listed require
binary artifacts only.
R
I think it would be great to start getting some high quality info out of JIRA,
but I think we need to clean up and standardise how we use it to facilitate
this.
Take the Component field as an example. This is the current list of options:
4.0
Auth
Build
Compaction
Configuration
Core
CQL
Distr
I've spent a good bit of time thinking about the above and bounced off both
different ways to measure quality and progress as well as trying to
influence community behavior on this topic. My advice: start small and
simple (KISS, YAGNI, all that). Get metrics for pass/fail on
utest/dtest/flakiness o
