Mailing list threading improvements

TL;DR: We’re updating how auto-generated email from Github will be threaded on your mailing lists. If you want to keep the old defaults, details are below. We’re pleased to let you know that we’re tweaking the way that auto- generated email from Github will appear on your mailing lists. This will

RE: [DISCUSS] PIP-294: Filter Low Throughput Bundles For Report

On 2023/08/17 08:04:58 fwz wrote: > Hi pulsar-dev community, I opened a new PIP design PR.[improve][pip] PIP-294: > Filter Low Throughput Bundles For Report by thetumbled · Pull Request #21011 > · apache/pulsar (github.com) > > > Thanks. > thetumbled. Link for the pip: https://github.com/apa

Re: [DISCUSS] Prevent trimming ledgers smaller than or equal to slowestNonDurationLedgerId

Hi Cong, Just provide some context about this part. https://github.com/apache/pulsar/pull/6787 There is a long discussion about the topic you mentioned. Regards, Penghui On Wed, Aug 16, 2023 at 8:24 PM Cong Zhao wrote: > Hi Pulsar community, > > Currently, the ledger is trimmed without takin

Re: [VOTE] PIP-293: Delete config `disableBrokerInterceptors`

+1 (binding) Thanks, Penghui On Wed, Aug 16, 2023 at 4:40 PM Zixuan Liu wrote: > +1(non-binding) > > Thanks, > Zixuan > > guo jiwei 于2023年8月15日周二 16:24写道： > > > > Hi dev, > >There is a config in ServiceConfiguration called > > `disableBrokerInterceptors` introduced by #8157 > >

Re: [VOTE] PIP-293: Delete config `disableBrokerInterceptors`

+1 (binding) Best, Mattison On 15 Aug 2023 at 16:24 +0800, guo jiwei , wrote: > Hi dev, > There is a config in ServiceConfiguration called > `disableBrokerInterceptors` introduced by #8157 > , it looks to disable the > broker interceptor, but commented

[VOTE] Pulsar Client Python Release 3.3.0 Candidate 1

This is the Nth release candidate for Apache Pulsar Client Python, version 3.3.0. It fixes the following issues: https://github.com/apache/pulsar-client-python/milestone/4?closed=1 *** Please download, test and vote on this release. This vote will stay open for at least 72 hours *** Python wheel

Re: [DISCUSS] PIP-281: Optimize Bundle Unload(Transfer) Protocol for ExtensibleLoadManager

> However, with this optional field approach, we don't need to introduce a > new protocol version, which could be arguably beneficial. I don't see versioning the protocol as a negative as long as there is sufficient benefit. In this case, the new command serves an explicit purpose to make the prot