Re: [Apache Solr] Twitter Account
Hi Ishan I almost missed this thread. I do own and manage the ApacheSolr twitter handle and I am happy to share credentials with you (or any other committer for that matter). I'll DM you on the ASF Slack. On Sun, Dec 6, 2020 at 9:20 AM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > I can volunteer. I am fairly regular with Twitter and release management. > @Shalin > Shekhar Mangar , if needed, please let me know. > > On Sun, 6 Dec, 2020, 6:59 am Marcus Eagan, wrote: > >> One of the committers should pick it up, make release announcements, and >> share important insights with the community periodically. >> >> On Sat, Dec 5, 2020 at 14:06 Anshum Gupta wrote: >> >>> Yes, I agree that it should be more active, but that's not really an >>> official 'Apache' Solr account :) >>> >>> I know at some point Shalin tried to find someone who would be up for it >>> and manage it, but considering we are all volunteering, it's tough to keep >>> up and he didn't get any volunteers. >>> >>> As of now it's just a dormant account w.r.t. activity. >>> >>> On Sat, Dec 5, 2020 at 2:40 AM Alessandro Benedetti < >>> abenede...@apache.org> wrote: >>> Hi, I noticed the Apache Solr twitter account not to be that active anymore. There are not even a tweet - > release 1 to 1 matching. Not to mention the countless interesting blog posts Solr related, that could benefit the community if better shared. In my opinion, that's a shame, given the good number of followers the account has. Who's managing it? I understand that the management of that page must be unbiased, sharing interesting posts, without direct commercial purpose, given the fact many companies (including mine) make a living out of Apache Solr (but also give back to the community in form of blogs and contributions). Regards >>> >>> >>> -- >>> Anshum Gupta >>> >> -- >> Marcus Eagan >> >> -- Regards, Shalin Shekhar Mangar.
Re: 8.8 Release
Thanks Ishan for volunteering On Fri, Dec 11, 2020 at 5:07 AM Christine Poerschke (BLOOMBERG/ LONDON) wrote: > > With a view towards including it in the release, I'd appreciate code review > input on > > https://github.com/apache/lucene-solr/pull/1992 for > > https://issues.apache.org/jira/browse/SOLR-14939 (JSON facets: range faceting > to support cache=false parameter) > > if anyone has some time next week perhaps? > > Thanks in advance! > > Christine > > From: dev@lucene.apache.org At: 12/10/20 18:01:58 > To: dev@lucene.apache.org > Subject: Re: 8.8 Release > > +1 > > Joel Bernstein > http://joelsolr.blogspot.com/ > > > On Thu, Dec 10, 2020 at 11:23 AM David Smiley wrote: >> >> Thanks for volunteering! >> >> On Thu, Dec 10, 2020 at 11:11 AM Ishan Chattopadhyaya >> wrote: >>> >>> Hi Devs, >>> There are lots of changes accumulated and some underway. I wish to >>> volunteer for a 8.8 release, if there are no objections. I'm planning to >>> build the RC in three weeks, i.e. 31 December (and cut the branch about 3-4 >>> days before that). Please let me know if someone has any concerns. >>> Thanks and regards, >>> Ishan >>> >> -- >> Sent from Gmail Mobile > > -- - Noble Paul - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: 8.8 Release
With a view towards including it in the release, I'd appreciate code review input on https://github.com/apache/lucene-solr/pull/1992 for https://issues.apache.org/jira/browse/SOLR-14939 (JSON facets: range faceting to support cache=false parameter) if anyone has some time next week perhaps? Thanks in advance! Christine From: dev@lucene.apache.org At: 12/10/20 18:01:58To: dev@lucene.apache.org Subject: Re: 8.8 Release +1 Joel Bernstein http://joelsolr.blogspot.com/ On Thu, Dec 10, 2020 at 11:23 AM David Smiley wrote: Thanks for volunteering! On Thu, Dec 10, 2020 at 11:11 AM Ishan Chattopadhyaya wrote: Hi Devs, There are lots of changes accumulated and some underway. I wish to volunteer for a 8.8 release, if there are no objections. I'm planning to build the RC in three weeks, i.e. 31 December (and cut the branch about 3-4 days before that). Please let me know if someone has any concerns. Thanks and regards, Ishan -- Sent from Gmail Mobile
Re: 8.8 Release
+1 Joel Bernstein http://joelsolr.blogspot.com/ On Thu, Dec 10, 2020 at 11:23 AM David Smiley wrote: > Thanks for volunteering! > > On Thu, Dec 10, 2020 at 11:11 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > >> Hi Devs, >> There are lots of changes accumulated and some underway. I wish to >> volunteer for a 8.8 release, if there are no objections. I'm planning to >> build the RC in three weeks, i.e. 31 December (and cut the branch about 3-4 >> days before that). Please let me know if someone has any concerns. >> Thanks and regards, >> Ishan >> >> -- > Sent from Gmail Mobile >
Re: versions = true in SolrCloud (SOLR-8733)
Sounds good to me. I assume you want versions=true so that you can do conditional updates? BTW I've been looking at using a normal client-provided field and then using DocBasedVersionConstraintsProcessorFactory which is pretty awesome. It was added 7 years ago -- https://issues.apache.org/jira/browse/SOLR-5374 >From an implementation standpoint, I like that this is it's nice tidy own plugin, whereas _version_ inside Solr is messy IMO. I'm not sure yet if there are uses of _version_ that are not possible with the URP, but I'm guessing partial updates may be an issue. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On Thu, Dec 10, 2020 at 10:09 AM Bram Van Dam wrote: > Hey folks, > > Been taking a look at SOLR-8733. Basically the versions=true param > doesn't work in SolrCloud unless you manage to direct each update to the > leader. The docs don't mention that this is broken in SolrCloud, and > according to Jira it seems like @yonik never intended this to be a > public feature in the first place. > > It still seems like a useful feature, and it would make our life easier. > > From poking around in the code for the last hour or so, I think this > could be made to work by taking a similar approach to how the > Replication Factor is tracked across nodes (using > RollupRequestReplicationTracker and LeaderRequestReplicationTracker). > > I think I'm going to spend some time implementing this and I'll see if I > can submit a patch. Given the age of the jira issue (2016) I figured I'd > check in first. Is there any reason why this would be a terrible idea or > why this might end up not getting merged? > > Thanks, > > - Bram > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
Re: 8.8 Release
Thanks for volunteering! On Thu, Dec 10, 2020 at 11:11 AM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Hi Devs, > There are lots of changes accumulated and some underway. I wish to > volunteer for a 8.8 release, if there are no objections. I'm planning to > build the RC in three weeks, i.e. 31 December (and cut the branch about 3-4 > days before that). Please let me know if someone has any concerns. > Thanks and regards, > Ishan > > -- Sent from Gmail Mobile
Re: 8.8 Release
This sounds good to me. Thanks for volunteering! On Thu, Dec 10, 2020 at 5:11 PM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Hi Devs, > There are lots of changes accumulated and some underway. I wish to > volunteer for a 8.8 release, if there are no objections. I'm planning to > build the RC in three weeks, i.e. 31 December (and cut the branch about 3-4 > days before that). Please let me know if someone has any concerns. > Thanks and regards, > Ishan > > -- Adrien
8.8 Release
Hi Devs, There are lots of changes accumulated and some underway. I wish to volunteer for a 8.8 release, if there are no objections. I'm planning to build the RC in three weeks, i.e. 31 December (and cut the branch about 3-4 days before that). Please let me know if someone has any concerns. Thanks and regards, Ishan
versions = true in SolrCloud (SOLR-8733)
Hey folks, Been taking a look at SOLR-8733. Basically the versions=true param doesn't work in SolrCloud unless you manage to direct each update to the leader. The docs don't mention that this is broken in SolrCloud, and according to Jira it seems like @yonik never intended this to be a public feature in the first place. It still seems like a useful feature, and it would make our life easier. >From poking around in the code for the last hour or so, I think this could be made to work by taking a similar approach to how the Replication Factor is tracked across nodes (using RollupRequestReplicationTracker and LeaderRequestReplicationTracker). I think I'm going to spend some time implementing this and I'll see if I can submit a patch. Given the age of the jira issue (2016) I figured I'd check in first. Is there any reason why this would be a terrible idea or why this might end up not getting merged? Thanks, - Bram - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Houston Putman to the PMC
Welcome Houston! From: dev@lucene.apache.org At: 12/03/20 07:12:03To: dev@lucene.apache.org Subject: Re: Welcome Houston Putman to the PMC Thanks everyone! I'm very excited to continue growing and improving the community with y'all! - Houston On Thu, Dec 3, 2020 at 6:39 AM Michael Sokolov wrote: Welcome, Houston! On Wed, Dec 2, 2020, 2:34 PM David Smiley wrote: Welcome Houston! ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On Tue, Dec 1, 2020 at 4:20 PM Mike Drob wrote: I am pleased to announce that Houston Putman has accepted the PMC's invitation to join. Congratulations and welcome, Houston! - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
