Re: [VOTE] Release Apache Cassandra 4.1-beta1

+1 From: Mick Semb Wever Sent: Tuesday, September 27, 2022 15:13 To: dev Subject: [VOTE] Release Apache Cassandra 4.1-beta1 NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and kno

Re: [VOTE] Release Apache Cassandra 4.1-beta1

> > > 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 passes if there are at least three binding +1s and no -1's. > So long as the ongoing 'release criteria' thread permits, I'm +1

Re: [DISCUSS] Adding dependency on agrona

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

Re: [DISCUSS] Adding dependency on agrona

+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 discussion around whether we want to do anything about bringing in a library that effectively duplicates a bunch of standard lib constructs. My main concern i

Re: [Discuss] CASSANDRA-17914: Modernize CQLSH's with argparse for CLI arts

+1 On 29/9/22 15:42, Derek Chen-Becker wrote: +1 from me. It sounds like a good opportunity! Cheers, Derek On Thu, Sep 29, 2022, 6:26 AM Brad wrote:  The Python standard library introduced argparse a decade ago in Python 2.7 to replace optparse as described in PEP-0389

Re: [Discuss] CASSANDRA-17914: Modernize CQLSH's with argparse for CLI arts

+1 from me. It sounds like a good opportunity! Cheers, Derek On Thu, Sep 29, 2022, 6:26 AM Brad wrote: >  > The Python standard library introduced argparse a decade ago in Python 2.7 > to replace optparse as described in PEP-0389 > for command line argument

Re: [Discuss] CASSANDRA-17914: Modernize CQLSH's with argparse for CLI arts

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

[Discuss] CASSANDRA-17914: Modernize CQLSH's with argparse for CLI arts

 The Python standard library introduced argparse a decade ago in Python 2.7 to replace optparse as described in PEP-0389 for command line argument parsing. Optparse is no longer maintained, and has been deprecated since Python 3.2, although there are no plans to remove it from the std library.

Re: CASSANDRA-14227 removing the 2038 limit

My only slight concern with this approach is the additional memory pressure. Since 64yrs should be plenty at any moment in time, I wonder if it wouldn’t be better to represent these times as deltas from the nowInSec being used to process the query. So, long math would only be used to normalise

unsubscribe

CASSANDRA-14227 removing the 2038 limit

Hi all, I have taken a stab in a PR you can find attached in the ticket. Mainly: - I have moved deletion times, gc and nowInSec timestamps to long. That should get us past the 2038 limit. - TTL is maxed now to 68y. Think CQL API compatibility and a sort of a 'free' guardrail. - A new NONE