+1
On Wed, Sep 8, 2021 at 11:31 AM Sumanth Pasupuleti
wrote:
>
> Hi everyone,
>
> I’m proposing this CEP for approval.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-13%3A+Denylisting+partitions
> Discussion:
> https://lists.apache.org/thread.html/r1547c5f2fb8548e2f7dcb
+1
On Thu, Sep 9, 2021 at 10:39 AM Joshua McKenzie wrote:
>
> (Taking #cassandra-dev slack chat to here)
>
> For context, we have a long history of an ebb and flow of flaky test
> failures building up and getting burned down, but don't really have a
> workflow or discipline around having a clean
On Fri, Sep 17, 2021 at 2:50 PM Jeremiah D Jordan
wrote:
> I think this is a great idea. Where do you see the “Roll Up Branch” living?
> Does the project want to start keeping long lived feature branches in the
> apache/cassandra repository? Or should the roll up branch still be kept in a
>
Congratulations, Aleksei!
On Tue, Sep 21, 2021 at 4:00 AM Benjamin Lerer wrote:
>
> The PMC members are pleased to announce that Aleksei Zotov has accepted
> last Friday the invitation to become committer.
>
> Thanks a lot, Aleksei, for all your contributions to the project over the
> years.
>
>
I think this makes a lot of sense, aligning with the driver. Thanks
for being willing to take up this work!
On Thu, Sep 23, 2021 at 2:37 PM bhouse99
wrote:
>
> Wiki:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-16%3A+Auth+Plugin+Support+for+CQLSH
> Jira: https://issues.apache.org
+1
On Tue, Oct 5, 2021 at 11:47 AM Oleksandr Petrov
wrote:
>
> Proposing the test build of in-jvm dtest API 0.0.10 for release.
>
> Repository:
> https://gitbox.apache.org/repos/asf?p=cassandra-in-jvm-dtest-api.git;a=shortlog;h=refs/tags/0.0.10
>
> Candidate SHA:
> https://github.com/apache/cassa
On Wed, Oct 6, 2021 at 8:37 AM Paulo Motta wrote:
>
> This sounds like a great feature!
I agree, this is going to be very useful.
> I wonder if Consistencylevel is the best way to expose this to users
> though, can't we implement this via another driver/protocol option ? Ie.
> "delay_enabled" fl
+1
On Mon, Oct 11, 2021 at 4:50 AM Stefan Miklosovic
wrote:
>
> Hi list,
>
> based on the discussion thread about CEP-16 (1), I would like to have
> a vote on that.
>
> It seems to me CEP-16 is so straightforward there is more or less
> nothing to discuss in more depth as the feedback it gathered
1. +1
2. +1
3. +1
On Thu, Oct 14, 2021 at 11:38 AM bened...@apache.org
wrote:
>
> Hi everyone,
>
> I would like to start a vote on this CEP, split into three sub-decisions, as
> discussion has been circular for some time.
>
> 1. Do you support adopting this CEP?
> 2. Do you support the transacti
+1
On Fri, Oct 29, 2021 at 7:45 AM Mick Semb Wever wrote:
>
> Proposing the test build of in-jvm dtest API 0.0.11 for release.
>
> Repository:
> https://gitbox.apache.org/repos/asf?p=cassandra-in-jvm-dtest-api.git;a=shortlog;h=refs/tags/0.0.11
>
> Candidate SHA:
> https://github.com/apache/cassan
On Mon, Nov 1, 2021 at 5:03 PM David Capwell wrote:
>
> > How do we define what "releasable trunk" means?
>
> One thing I would love is for us to adopt a “run all tests needed to release
> before commit” mentality, and to link a successful run in JIRA when closing
> (we talked about this once in
On Wed, Nov 3, 2021 at 12:35 PM bened...@apache.org wrote:
>
> The largest number of test failures turn out (as pointed out by David) to be
> due to how arcane it was to trigger the full test suite. Hopefully we can get
> on top of that, but I think a significant remaining issue is a lack of tru
On Wed, Nov 3, 2021 at 1:26 PM David Capwell wrote:
> > I think we're going to need a system that
> > understands the difference between success, failure, and timeouts
>
>
> I am curious how this system can know that the timeout is not an actual
> failure. There was a bug in 4.0 with time seri
If you always drain you won't have any commit logs.
On Thu, Nov 4, 2021 at 2:57 PM Elliott Sims wrote:
>
> To deal with this, I've just made a very small Bash script that looks at
> commitlog age, then set the script as an "ExecStartPre=" in systemd:
>
> if [[ -d '/opt/cassandra/data/data' && $(/
Congratulations Sumanth!
On Fri, Nov 5, 2021 at 1:17 PM Oleksandr Petrov
wrote:
>
> The PMC members are pleased to announce that Sumanth Pasupuleti has
> recently accepted the invitation to become committer.
>
> Sumanth, thank you for all your contributions to the project over the years.
>
> Cong
I think that's a great idea.
On Mon, Nov 8, 2021 at 10:29 AM Benjamin Lerer wrote:
>
> Hi everybody,
>
> Aleksei Zotov mentioned to me that it was a bit intimidating for newcomers
> to ask beginner questions in the cassandra-dev channel as it has over 600
> followers and that we should probably h
TL;DR: https://butler.cassandra.apache.org
Butler is a (soon to be OSS) companion system that tracks and
integrates Jenkins and Jira, created at Datastax by Tomasz Lasica and
James Trevino. To increase visibility into CI, I've deployed an
instance at the above URL that tracks our Jenkins instance
Wed, Nov 10, 2021 at 11:01 AM Brandon Williams wrote:
>
> TL;DR: https://butler.cassandra.apache.org
>
> Butler is a (soon to be OSS) companion system that tracks and
> integrates Jenkins and Jira, created at Datastax by Tomasz Lasica and
> James Trevino. To increase visibi
+1
On Thu, Nov 11, 2021 at 5:37 AM Andrés de la Peña wrote:
>
> Hi everyone,
>
> I would like to start a vote on this CEP.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-3%3A+Guardrails
>
> Discussion:
> https://lists.apache.org/thread/7f6lntfdnkpqr7o0h2d2jlg8q7gf54w2
>
I'm interested.
On Fri, Nov 12, 2021 at 11:05 AM Benjamin Lerer wrote:
>
> Hi everybody
>
> As discussed in the *Creating a new slack channel for newcomers* thead, a
> solution to help newcomers engage with the project would be to provide a
> list of mentors that newcomers can contact when they f
We already have a ticket and this predated CEPs, and being an
obviously good improvement to have that many have been asking for for
some time now, I don't see the need for a CEP here.
On Sat, Nov 13, 2021 at 5:01 AM Stefan Miklosovic
wrote:
>
> Hi list,
>
> an engineer from Intel - Shylaja Kokoor
+1
On Mon, Nov 15, 2021 at 1:43 PM Branimir Lambov wrote:
>
> Hi everyone,
>
> I would like to start a vote on this CEP.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-17%3A+SSTable+format+API
>
> Discussion:
> https://lists.apache.org/thread.html/r636bebcab4e678dbee042
I think it makes a lot of sense to fix these in 4.0, they have been
lingering issues long enough. +1
On Mon, Nov 29, 2021 at 10:59 AM Benjamin Lerer wrote:
>
> Hi everybody,
>
> We have seen some serious throughput issues when inserting data with
> collections on contended partitions ( CASSANDRA-
+1
On Mon, Dec 6, 2021 at 5:00 AM Aleksey Yeschenko wrote:
>
> Agreed as well.
>
> > On 4 Dec 2021, at 23:28, bened...@apache.org wrote:
> >
> > I think you were correct to start a DISCUSS thread, Bowen. You should not
> > start a vote until you have first established if there is consensus.
> >
On Tue, Dec 7, 2021 at 8:18 AM Joshua McKenzie wrote:
> So let me pose the question here to the list: is there anyone who would
> like to advocate for the current merge strategy (apply to oldest LTS, merge
> up, often -s ours w/new patch applied + amend) instead of "apply to trunk
> and cherry-pic
On Tue, Dec 7, 2021 at 11:13 AM Joshua McKenzie wrote:
>
> I'd frame the reasoning differently: Our current merge strategy is
> vestigial and we can't rely on it in many, if not most, cases. Patches
> rarely merge cleanly across majors requiring -s ours w/amend or other
> changes per branch. This
+1 to trying trunk first.
On Thu, Dec 9, 2021 at 1:52 PM Mick Semb Wever wrote:
>
> >
> > So let me pose the question here to the list: is there anyone who would
> > like to advocate for the current merge strategy (apply to oldest LTS, merge
> > up, often -s ours w/new patch applied + amend) inst
I replied to a user- post about this, but thought it was worth
repeating it here.
In https://issues.apache.org/jira/browse/CASSANDRA-5883 you can see
where Apache Cassandra never chose to use log4j2 (preferring logback
instead), and thus is not, and has never been, vulnerable to this RCE.
Kind Re
er an upgrade for safety.
On Tue, Dec 14, 2021 at 8:50 AM Steinmaurer, Thomas
wrote:
>
> Any thoughts what the logback folks have been filed here?
> https://jira.qos.ch/browse/LOGBACK-1591
>
> Thanks!
>
> -Original Message-
> From: Brandon Williams
> Sent: Sonnt
I've never used it, but that might not be a useful data point because
this isn't the sort of area I typically do work on, either. +0 :)
On Thu, Dec 16, 2021 at 8:45 AM Joshua McKenzie wrote:
>
> In tracking down the leak that led to
> https://issues.apache.org/jira/browse/CASSANDRA-17174, it came
On Thu, Dec 16, 2021 at 9:10 AM Mick Semb Wever wrote:
>
> A negative reaction of this approach is that our released versions
> will jump minor versions. For example, next year's release could be
> 4.3.0 and users might ask what happened to 4.1 and 4.2. This should
> only be a cosmetic concern, an
On Thu, Dec 16, 2021 at 11:38 AM bened...@apache.org
wrote:
>
> > Oh yeah, that's a dealbreaker then. Wasn't aware.
>
> Is this a dealbreaker?
It's not semver, so I would say so, unless we want to keep doing that poorly.
-
To un
On Thu, Dec 16, 2021 at 12:39 PM bened...@apache.org
wrote:
>
> Yes it is, see my prior email.
Yes, sorry, we raced there.
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@
Could we also add something about running new tests through the multiplexer?
On Fri, Dec 17, 2021 at 10:23 AM Joshua McKenzie wrote:
>
> So to clarify it all in one place, the proposed new CI process we should
> test for consensus is:
>
> 1. Canonical CI for a release is ci-cassandra. We can opti
+1 to 4.1 in May.
On Tue, Dec 14, 2021, 6:46 AM Mick Semb Wever wrote:
> > We cut 4.0 in May and released it in July. It is difficult to plan for a
> release date so we should probably agree on the cut date. One year after
> 4.0 that would make us cut the new branch in May.
>
>
> This makes sens
+1
On Mon, Jan 10, 2022 at 1:00 PM Joshua McKenzie wrote:
>
> Wiki draft article here:
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=199530280
>
> The vote will be open for 72 hours (it's short + early indication on
> discussion was consensus).
> Committer / pmc votes bind
On Wed, Jan 12, 2022 at 1:24 AM Mick Semb Wever wrote:
>
> Changing my vote to -1, aligned with Joey's concern here. (Thank you for
> raising it.)
>
> I particularly like the suggestion PMCs can use failing tests as a reason to
> -1, but we do have critical patch releases now and again and commo
I remain +1 with the amendment.
+1
On Tue, Jan 18, 2022 at 10:30 AM Ekaterina Dimitrova
wrote:
>
> Hi everyone,
>
> With the work to add Java 17 support for Cassandra, a new question around the
> future of UDF was raised. The scripted UDF was using Nashorn which is no
> longer packaged with the JDK. There are options to add n
on the user@ list to check if there's any additional
> feedback in addition to the informal Twitter and Linkedin channels?
>
> Em qua., 19 de jan. de 2022 às 10:18, Sylwester Lachiewicz <
> slachiew...@gmail.com> escreveu:
>
>> +1 (Nb)
>>
>> śr., 19
nt javascript implementation in to its own
>> repository (but not ship it with Cassandra).
>
>
> +1
>
> Just want to clarify, is the scripted UDF the one defined using javascript?
>
>
>
>
> On Wed, Jan 19, 2022 at 9:41 AM Francisco Guerrero wrote:
>>
>
I have taken the next available week of 1/31.
On Fri, Jan 21, 2022 at 8:29 AM Joshua McKenzie wrote:
>
> Cwiki article:
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=199527692
>
> The previous ML thread about this got derailed by the ever exciting topic of
> our merge strat
+1
On Thu, Jan 13, 2022 at 12:17 PM Mick Semb Wever wrote:
>
> Proposing the test build of in-jvm dtest API 0.0.12 for release.
>
> Repository:
> https://gitbox.apache.org/repos/asf?p=cassandra-in-jvm-dtest-api.git;a=shortlog;h=refs/tags/0.0.12
>
> Candidate SHA:
> https://github.com/apache/cassa
I have yet to encounter this class of problem in the dtests.
On Wed, Jan 26, 2022 at 6:59 AM Joshua McKenzie wrote:
>
> Relevant links:
> 1) Optional static typing for python:
> https://docs.python.org/3/library/typing.html
> 2) Mypy static type checker for python: https://github.com/python/mypy
On Wed, Jan 26, 2022 at 7:43 AM bened...@apache.org wrote:
> I might even venture to predict that it might payoff with lower development
> overhead, as we can run our tests much more quickly, and debug failures much
> more easily.
I don't think in practice these will happen at all, let alone 'm
On Wed, Jan 26, 2022 at 2:17 PM Joshua McKenzie wrote:
>>
>> I'm unable to think of an instance where typing in python could have helped
>> me,
>
> Discoverability, IDE integration, more primitives to describe your intent in
> your code to other maintainers, and shifting a certain class of runti
On Thu, Feb 3, 2022 at 3:23 AM bened...@apache.org wrote:
> If we’re struggling to actually use ant how we want that’s another matter,
> but it’s easy to forget how much just works for us with ant
If you don't regularly work on the build system, it may be easy to
forget that ant works by actual
On Thu, Feb 3, 2022 at 7:19 AM bened...@apache.org wrote:
> It pretends to be Maven for dependency management, but this is a small part
> of the job of a build file.
It doesn't pretend, it actually uses part of the Maven project to
accomplish its goals. It's half the Maven it could be.
+1. Smoke tested debs and rpms, unit tests passed.
On Mon, Feb 7, 2022 at 8:15 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 3.0.26 for release.
>
> sha1: b18adcba1a808cf77576905dc2ceccd7783bdb18
>
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=r
+1. Smoke tested debs and rpms, unit tests passed.
On Mon, Feb 7, 2022 at 8:15 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 3.11.12 for release.
>
> sha1: b44ff92eb2921e8d66fe2e994cb27289d3786faa
>
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=r
+1. Smoke tested debs and rpms, unit tests passed.
On Mon, Feb 7, 2022 at 8:15 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 4.0.2 for release.
>
> sha1: 25012d2fec1984cc9c1a352f214eb912ca4f10f5
>
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=ref
+1
On Mon, Feb 7, 2022 at 8:44 AM Alex Petrov wrote:
>
> Proposing the test build of cassandra-harry 0.0.1 for release, to start using
> it in Cassandra tree.
>
> Repository:
> https://gitbox.apache.org/repos/asf?p=cassandra-harry.git;a=shortlog;h=refs/tags/0.0.1
>
> Candidate SHA:
> https://git
I don't think that's enough. We noop'd this in 3.11:
https://github.com/apache/cassandra/blob/cassandra-3.11/NEWS.txt#L310
but never mentioned it again or did a proper deprecation notice, so
dropping them in a minor is especially not nice.
On Fri, Feb 11, 2022 at 4:26 PM Erick Ramirez
wrote:
>
>
+1
On Sun, Feb 13, 2022 at 4:03 PM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 4.0.3 for release.
>
>
> sha1: a87055d56a33a9b17606f14535f48eb461965b82
>
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.3-tentative
>
> Maven Artifacts:
+1
On Tue, Feb 15, 2022 at 8:09 AM Josh McKenzie wrote:
>
> On the release thread for 4.0.2 Jeremiah brought up a point about hotfix
> releases and CI:
> https://lists.apache.org/thread/7zc22z5vw5b58hdzpx2nypwfzjzo3qbr
>
> If we are making this release for a security incident/data loss/hot fix
On Tue, Feb 15, 2022 at 9:53 AM Josh McKenzie wrote:
>
> The only way I'd be in favor of a release that removes all other committed
> patches
>
> Couldn't we just have a snapshot branch for each supported major/minor
> release branch that we patch for hotfixes and we bump up whenever we have a
Congratulations, well deserved!
On Tue, Feb 15, 2022 at 12:13 PM Benjamin Lerer wrote:
>
> The PMC members are pleased to announce that Anthony Grasso, Erick Ramirez
> and Lorina Poland have accepted the invitation to become committers.
>
> Thanks a lot, Anthony, Erick and Lorina for all the wor
Any committer can submit a devbranch build...
Kind Regards,
Brandon
On Tue, Feb 15, 2022 at 1:58 PM Mick Semb Wever wrote:
>
>
>
>> We've done concurrent releases without security before, and you follow much
>> closer than others. I feel most people, if they saw all of the changes
>> reverted
+1
On Wed, Feb 16, 2022 at 3:00 AM Branimir Lambov wrote:
>
> Hi everyone,
>
> I'd like to propose CEP-19 for approval.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-19%3A+Trie+memtable+implementation
> Discussion: https://lists.apache.org/thread/fdvf1wmxwnv5jod59jznb
+1
On Thu, Feb 17, 2022 at 4:23 PM Caleb Rackliffe
wrote:
>
> Hi everyone,
>
> I'd like to call a vote to approve CEP-7.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-7%3A+Storage+Attached+Index
>
> Discussion: https://lists.apache.org/thread/hh67k3t86m7299qkt61gmzb4h
+1
Kind Regards,
Brandon
On Tue, Mar 15, 2022 at 4:17 PM Chris Thornett wrote:
>
> As requested, I'm posting content contributions for community review on the
> ML for those that might not spot them on Slack.
>
> We're currently mid-review for our first contributor Q&A which is with Lorina
> P
Congratulations and thank you Aleksandr!
Kind Regards,
Brandon
On Wed, Mar 16, 2022 at 8:15 AM Benjamin Lerer wrote:
>
> The PMC members are pleased to announce that Aleksandr Sorokoumov has accepted
> the invitation to become committer.
>
> Thanks a lot, Aleksandr , for everything you have done
I don't think it would be worth the effort or a good idea to do so either.
> In fact there is a high learning curve to setup cassandra-dtest environment
I think this is fairly well documented:
https://github.com/apache/cassandra-dtest/blob/trunk/README.md
On Tue, Mar 29, 2022 at 5:27 PM Paulo Motta wrote:
>
> > I am curious about this comment. When I first joined I le
This changes my mind and I agree.
On Tue, Apr 5, 2022 at 6:21 AM Bowen Song wrote:
>
> I'm against this change.
>
> CentOS 7 only has Python up to 3.6 available from the EPEL repository,
> and the maintenance updates for CentOS 7 ends in 2024. See:
> https://wiki.centos.org/About/Product
>
> To i
This is failing the dependency-check due to
https://issues.apache.org/jira/browse/CASSANDRA-17556
Kind Regards,
Brandon
On Tue, Apr 19, 2022 at 5:32 AM Mick Semb Wever wrote:
>
>
> The test build of Cassandra 4.0.4 is available.
>
> sha1: c8cfaf449763d51346840a968c3a687ac3297a7f
> Git:
> https:
I have taken this week.
Kind Regards,
Brandon
On Tue, Apr 19, 2022 at 10:49 AM Caleb Rackliffe
wrote:
>
> Bumping this...still looking for a build lead for this week and next.
>
> https://cwiki.apache.org/confluence/display/CASSANDRA/Build+Lead
>
> Last week, things weren't too bad. Opened and c
+1
Also passed dependency-check
Kind Regards,
Brandon
On Wed, May 4, 2022 at 9:33 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 4.0.4 for release.
>
> sha1: d4dbc932bf415e0ca17c43289147e7733c67d6ab
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=
I veto as well.
On Fri, May 6, 2022, 7:45 AM Mick Semb Wever wrote:
>
> Given CASSANDRA-17612 is deserving immediate patch releases for 3.0
> upwards, I suggest we veto this candidate and cut a new 4.0.4 (that also
> includes 17612).
>
>
> On Thu, 5 May 2022 at 18:49, Br
+1
Kind Regards,
Brandon
On Sat, May 7, 2022 at 1:38 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 3.0.27 for release.
>
> sha1: 205366131484967a3a8a749f1d1d841c952127e8
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/3.0.27-tentative
>
+1
Kind Regards,
Brandon
On Sat, May 7, 2022 at 1:38 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 3.11.13 for release.
>
> sha1: 836ab2802521a685efe84382cb48db56caf4478d
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/3.11.13-tentative
+1
Kind Regards,
Brandon
On Sat, May 7, 2022 at 1:39 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 4.0.4 for release.
> This is from the (take4) test artifact.
>
> sha1: 052125f2c6ed308f1473355dfe43470f0da44364
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a
I would recommend switching to WSL since windows support ended with
4.0. I've invited you to slack.
Kind Regards,
Brandon
On Tue, May 17, 2022 at 8:29 AM Momchil Petrov wrote:
>
> Hey everyone,
>
>
>
> I am currently trying to set up Cassandra on my Windows 10 x64 machine.
>
> I have Java SE 8
I think this is the wrong document.
Kind Regards,
Brandon
On Fri, May 20, 2022 at 10:05 AM Chris Thornett wrote:
>
> Hello everyone,
>
> Here's the next Cassandra blog for the usual 72-hour community review (lazy
> consensus). This one is written by Berenguer Blasi. Please take a look and
> u
+1
On Tue, May 24, 2022 at 3:39 AM Mick Semb Wever wrote:
>
> Proposing the test build of Cassandra 4.1-alpha1 for release.
>
> sha1: 6f05be447073925a7f3620ddbbd572aa9fcd10ed
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.1-alpha1-tentative
> Maven Artifact
The only thing in the spec is:
Requires: jre >= 1.8.0
Kind Regards,
Brandon
On Mon, May 30, 2022 at 2:21 AM Erick Ramirez wrote:
>
> Package installations on CentOS/RHEL require JRE 1.8+ so on systems where
> only Java 11 is installed, either (a) Java 8 is installed as a dependency, or
>
get a JRE
now.
Kind Regards,
Brandon
On Mon, May 30, 2022 at 6:07 AM Brandon Williams wrote:
>
> The only thing in the spec is:
>
> Requires: jre >= 1.8.0
>
> Kind Regards,
> Brandon
>
> On Mon, May 30, 2022 at 2:21 AM Erick Ramirez
> wrote:
> >
>
On Mon, May 30, 2022 at 6:23 AM Erick Ramirez wrote:
>
> Yeah, I agree. But in any case, is the dependency check relevant?
It requires that java be installed, so I think so.
> It's just expecting a Java higher than 8 which should be covered by
the JVM version check in the startup script, right?
+1 to Anthony, that seems like the best path to me too.
On Tue, May 31, 2022, 7:15 AM Anthony Grasso
wrote:
> This is a good idea!
>
> I think option 2 is the best way to go. Currently, there are manual steps
> involved to publish a post to the blog. I would like to avoid adding more
> manual wo
+1, let's do that.
Kind Regards,
Brandon
On Fri, Jun 3, 2022 at 11:05 AM bened...@apache.org wrote:
>
> I always ask if we’re ready, get a few acks, then one or two new queries come
> out of the woodwork.
>
>
>
> Perhaps I will just publish, and we can start addressing these queries in a
> fol
Congrats!
On Wed, Jul 6, 2022, 7:00 AM Benjamin Lerer wrote:
> The PMC members are pleased to announce that Jacek Lewandowski has
> accepted
> the invitation to become committer.
>
> Thanks a lot, Jacek, for everything you have done!
>
> Congratulations and welcome
>
> The Apache Cassandra PMC
I suspect there's another problem with some of the Jenkins nodes where
the system CPU usage is high and drives the load much higher than
other nodes, possibly causing timeouts. However, the docker space
issue needs to be resolved first since we don't have the capacity to
experiment with those nodes
+1
Kind Regards,
Brandon
On Thu, Jul 14, 2022 at 8:08 AM Mick Semb Wever wrote:
>
>
> Proposing the test build of Cassandra 4.0.5 for release.
>
> sha1: ec476e0e259efb62ee19804c3ff46dbbe4d1ded7
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.5-tentative
>
Ivy is actually how we got to MAT:
https://issues.apache.org/jira/browse/CASSANDRA-2017
Kind Regards,
Brandon
On Tue, Jul 19, 2022 at 3:33 PM Derek Chen-Becker wrote:
>
> Sorry, I put a comment about this in the PR before seeing this. I think if
> Ivy fits better with Ant, is more compact, and
+1, I think that makes the most sense.
Kind Regards,
Brandon
On Tue, Jul 26, 2022 at 8:19 AM J. D. Jordan wrote:
>
> I like the third option, especially if it makes it consistent with repair,
> which has supported ranges longer and I would guess most people would think
> the compact ranges wor
If you simply do a lot of schema changes quickly without waiting for
agreement, that should get you there.
Kind Regards,
Brandon
On Mon, Aug 8, 2022 at 5:08 PM Cheng Wang via dev
wrote:
>
> Hello,
>
> I am working on improving the schema disagreement issue. I need some dtests
> which can reprod
> Side note, Butler is reporting CASSANDRA-17348 as open (it's resolved as a
> duplicate).
This is fixed.
Nothing is changing in regard to signing. Both package management
systems have their own system for that which will remain. The package
locations are being moved because downloads.apache.org wants another
level of (superfluous) signing on top of that, which we do not
currently have.
Kind Regards
> I think a simple metric for "is something flaky" is "does it only fail once
> in the butler history (of 15 or so builds)".
Does that make it considered flaky? What if the one failure is a
timeout? I think each failing case has to have the failures
investigated in order to know.
Kind Regards,
+1
On Sun, Aug 21, 2022 at 7:44 AM Mick Semb Wever wrote:
>
>
> Proposing the test build of Cassandra 4.0.6 for release.
>
> sha1: eb2375718483f4c360810127ae457f2a26ccce67
> Git:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.6-tentative
> Maven Artifacts:
> ht
I think you should have access now.
Kind Regards,
Brandon
On Fri, Aug 26, 2022 at 4:52 PM Jackson Fleming
wrote:
>
> Hi,
>
> I would like to create a draft CEP on confluence, can you please grant my
> confluence user (jfleming) permissions.
>
>
> Thanks,
> Jackson
+1 for removing it when we add 17, to avoid making extra work.
Kind Regards,
Brandon
On Mon, Aug 29, 2022 at 3:40 PM Blake Eggleston wrote:
>
> Sorry, I meant trunk, not 4.1 :)
>
> > On Aug 29, 2022, at 1:09 PM, Blake Eggleston wrote:
> >
> > Hi all, I wanted to propose removing jdk8 support fo
>
> We're getting ready to merge the first set of accord integration patches, and
> the accord library requires java11+. My understanding is that jdk17 support
> in C* is still several months away, so if we can avoid making one a
> dependency on the other, that would be pr
+1
Kind Regards,
Brandon
On Mon, Sep 19, 2022 at 6:39 AM Andrés de la Peña wrote:
>
> Hi everyone,
>
> I'd like to propose CEP-20 for approval.
>
> Proposal:
> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-20%3A+Dynamic+Data+Masking
> Discussion: https://lists.apache.org/thread/qsmx
+1
On Wed, Sep 21, 2022, 7:28 AM Branimir Lambov wrote:
> Hi everyone,
>
> CASSANDRA-17240 (Trie memtable implementation) introduces a dependency on
> the agrona library (https://github.com/real-logic/agrona).
>
> Does anyone have any objections to adding this dependency?
>
> Regards,
> Branimi
On Mon, Sep 26, 2022 at 12:20 PM Josh McKenzie wrote:
> For CI on a patch, run the pre-commit suite and also run multiplexer with 250
> runs on new, changed, or related tests to ensure not flaky
250 iterations isn't enough; I use 500 as a low water mark.
> I think it's worth calling out: relyin
On Mon, Sep 26, 2022 at 1:31 PM Josh McKenzie wrote:
>
> 250 iterations isn't enough; I use 500 as a low water mark.
>
> Say more here. I originally had it at 500 but neither Mick nor I knew why and
> figured we could suss this out on this thread.
I've seen flakies that passed with less later ex
Given that both are part of the standard lib and this is clearly the
way python wants users to move forward, I don't think we really need a
mailing list thread to discuss it. +1 from me.
Kind Regards,
Brandon
On Thu, Sep 29, 2022 at 7:26 AM Brad wrote:
>
>
> The Python standard library introd
We can also enforce this with checkstyle, whatever we decide.
Kind Regards,
Brandon
On Thu, Sep 29, 2022 at 9:25 AM Derek Chen-Becker wrote:
>
> +1 from me with some concerns.
>
> Agrona looks like a nice lib, and I like what I've seen skimming the docs,
> but I think there's a longer-term disc
I'm +1 under these conditions as well.
Kind Regards,
Brandon
On Thu, Sep 29, 2022 at 3:34 PM Mick Semb Wever wrote:
>>
>>
>> The vote will be open for 72 hours (longer if needed). Everyone who has
>> tested the build is invited to vote. Votes by PMC members are considered
>> binding. A vote pa
601 - 700 of 933 matches
Mail list logo
