Re: [HELP] Link your Apache Lucene Jira and GitHub account ids before Thursday August 4 midnight (in your local time)

Mine is atris for github, atri for JIRA On Mon, Aug 1, 2022 at 4:03 PM Tomoko Uchida wrote: > > Hi Mike, Marcus, and Praveen: > > I verified the added two mappings - these Jira users have activity on > Lucene Jira, also corresponding GitHub accounts are valid. > - marcussorealheis > - pru30 > >

Re: exposing per-field storage usage

+1 Will really help with visibility. On Tue, 14 Jun 2022, 00:56 Nhat Nguyen, wrote: > Hi Michael, > > We developed a similar functionality in Elasticsearch. The DiskUsage API > estimates the > storage of each field by iterating its

Re: [VOTE] Migration to GitHub issue from Jira (LUCENE-10557)

+1(pmc) On Tue, 7 Jun 2022, 18:04 Michael McCandless, wrote: > +1 (PMC) > > Mike > > On Tue, Jun 7, 2022 at 7:57 AM Robert Muir wrote: > >> +1 >> >> On Mon, May 30, 2022 at 11:40 AM Tomoko Uchida >> wrote: >> > >> > Hi everyone! >> > >> > As we had previous discussion thread [1], I propose

Re: [VOTE] Release Lucene/Solr 8.11.1 RC1

+1 SUCCESS! [1:07:35.83944] On Thu, Dec 16, 2021 at 1:28 PM Jan Høydahl wrote: > > Thanks all, I'll close the vote now and start publishing the release... > > If you're a PMC member who planned to vote, but have not yet done so, there > is still value in expressing your vote in this thread,

Re: [VOTE] Release Lucene 9.0.0 RC4

+1 SUCCESS! [0:17:34.54939] On Wed, Dec 1, 2021 at 10:27 PM Adrien Grand wrote: > > Please vote for release candidate 4 for Lucene 9.0.0 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/lucene/lucene-9.0.0-RC4-rev-0b18b3b965cedaf5eb129aa41243a44c83ca826d > >

Re: [VOTE] Release Lucene 9.0.0 RC3

+1 SUCCESS! [0:22:43.58483] On Sat, Nov 27, 2021 at 8:30 PM Robert Muir wrote: > > +1 > > (with --test-java17) > SUCCESS! [0:26:01.193203] > > On Sat, Nov 27, 2021 at 8:40 AM Michael McCandless > wrote: > > > > +1 > > > > SUCCESS! [0:06:46.020662] > > > > What a crazy speedup to smoke tester!!

Re: [VOTE] Release Lucene 9.0.0 RC2

+1 SUCCESS! [0:21:35.63292] On Tue, Nov 23, 2021 at 2:10 PM Adrien Grand wrote: > > Please vote for release candidate 2 for Lucene 9.0.0 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/lucene/lucene-9.0.0-RC2-rev-95072f3b71e67e308d71a6149323bf7dd04c8f75 > >

Re: What should we do of branch_8x?

+1, agree with Uwe. On Mon, Nov 22, 2021 at 12:39 PM Ishan Chattopadhyaya wrote: > > +1 to Uwe's suggestion > > On Mon, 22 Nov, 2021, 11:13 am Gus Heck, wrote: >> >> +1 to uwe's suggestion >> >> On Sun, Nov 21, 2021 at 10:42 PM Noble Paul wrote: >>> >>> I think this is a reasonable suggestion

Re: What should we do of branch_8x?

+1, let's leave the option of the possibility On Sun, 21 Nov 2021, 00:18 David Smiley, wrote: > +1 to “leave the door open” despite it seeming an awkward endeavor. > > > > On Sat, Nov 20, 2021 at 1:15 PM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > >> Since there is no concrete

Re: [VOTE] Release Lucene/Solr 8.11.0 RC1

+1 SUCCESS! [1:06:45.039403] On Wed, Nov 10, 2021 at 2:02 PM Ignacio Vera wrote: > > +1 > > SUCCESS! [1:03:16.453882] > > On Wed, Nov 10, 2021 at 5:31 AM Gus Heck wrote: >> >> +1 SUCCESS! [0:54:16.982080] >> >> On Tue, Nov 9, 2021 at 9:06 PM Mayya Sharipova >> wrote: >>> >>> +1 SUCCESS!

Re: Lucene 9.0 release

+1 On Fri, Oct 29, 2021 at 9:30 PM Adrien Grand wrote: > > Hearing no objections, I will be moving forward with the plan I outlined > above. Next Monday is a holiday in France so I'll actually be cutting > branch_8_11, branch_9x and branch_9_0 on Tuesday. > > On Sun, Oct 17, 2021 at 3:40 PM

Re: [VOTE] Release Lucene/Solr 8.10.1 RC1

+1 SUCCESS! [1:28:35.594227] On Fri, Oct 15, 2021 at 9:48 PM Michael Sokolov wrote: > > +1 SUCCESS! [1:11:55.023477] > > I blame some random antivirus or something kicking in at the same time > > On Fri, Oct 15, 2021 at 10:44 AM Michael Sokolov wrote: > > > > having a little trouble here with

Re: Welcome Michael Gibney as Lucene committer

Welcome, Michael! On Thu, 7 Oct 2021, 23:29 Michael Sokolov, wrote: > Welcome, Michael! > > On Wed, Oct 6, 2021 at 9:34 AM Dawid Weiss wrote: > > > > Hello everyone! > > > > Please welcome Michael Gibney as the latest Lucene committer. Michael > > - it's a tradition for you to introduce

Re: New branch and feature freeze for Lucene/Solr 8.10.0

That test rarely fails - hence warrants an investigation IMO On Wed, 22 Sep 2021, 03:01 Timothy Potter, wrote: > Just an update here ... I'm still trying to get an RC built but the > test suite continues to fail with flaky tests, this past run it was: >

Re: SOLR AWS S3 Connector

This is the Lucene developers' mailing list. Please use the Solr users' mailing list for such questions. On Tue, Aug 31, 2021 at 12:54 PM (Alex) Gainingam Phaomei wrote: > > Dear Solr Dev team, > > > > Thank you for making a wonderful product. Kudos to the team! > > > > Would appreciate a little

Re: Welcome Mayya Sharipova to the Lucene PMC

Congratulations!! On Mon, 28 Jun 2021, 18:47 Robert Muir, wrote: > I am pleased to announce that Mayya has accepted an invitation to join > the Lucene PMC! > > Congratulations, and welcome aboard! > > - > To unsubscribe,

Re: Boolean Scorer

TBH, the proposal sound like an overkill to me - IndexSearcher's concurrency should be good enough (unless you are searching a single large segment) On Mon, 21 Jun 2021, 19:04 Adrien Grand, wrote: > It should be possible to make something like this work. The main issue is > that Lucene has the

Re: [VOTE] Release Lucene/Solr 8.9.0 RC1

+1 SUCCESS! [1:32:12.04043] On Tue, Jun 15, 2021 at 8:27 PM Adrien Grand wrote: > > +1 SUCCESS! [1:36:12.056443] > > On Tue, Jun 15, 2021 at 4:26 PM Mayya Sharipova > wrote: >> >> Thanks Robert for such detailed investigations. >> >> Lucene-Solr-SmokeRelease-8.9 also had 2 recent failures.

Re: [VOTE] Release Lucene/Solr 8.9.0 RC1

It is not depending on timing -- it just includes the timing in its output (it basically diffs the response message with and without CBs). Atri On Fri, Jun 11, 2021 at 8:02 PM Michael Sokolov wrote: > > I ran the smoketester (FWIW I always have to pass --tmp-dir /local/tmp > because my /tmp is

Re: Revisiting Standardized Test Names in Solr

+1. Either way is fine, as long as its enforced. On Thu, 3 Jun 2021, 05:12 Eric Pugh, wrote: > I’m in the *Test.java camp, but primarily care about any consistent > pattern! > > > On Jun 2, 2021, at 7:29 PM, Marcus Eagan wrote: > > Hi all, > > I am reviving this thread but perhaps it should

Re: Release Lucene/Solr 8.9.0 should we have it soon

isting circuit breaker. > > wunder > Walter Underwood > wun...@wunderwood.org > http://observer.wunderwood.org/ (my blog) > > On Jun 1, 2021, at 12:20 PM, Atri Sharma wrote: > > I tool a look at the PR and gave comments for SOLR-15056, and the last I > checked, my commen

Re: Release Lucene/Solr 8.9.0 should we have it soon

n makes > that clear, so that should have already answered your comment. that is why > it is important to rename the existing circuit breaker. > > wunder > Walter Underwood > wun...@wunderwood.org > http://observer.wunderwood.org/ (my blog) > > On Jun 1, 2021, at 12:20

Re: Release Lucene/Solr 8.9.0 should we have it soon

I tool a look at the PR and gave comments for SOLR-15056, and the last I checked, my comments were not addressed? On Wed, 2 Jun 2021, 00:31 Walter Underwood, wrote: > Could someone else please take a look at SOLR-15056? This is a small blast > radius change that improves the circuit breakers.

Re: Circuit Breakers -- SOLR-15056

Hello, I have been recovering from Covid so this has been delayed. Apologies for not being able to look into this. This is on my ToDo list for this week. On Thu, May 6, 2021 at 9:48 PM Walter Underwood wrote: > > How do we make progress on SOLR-15056? > > This is a simple fix: > > * Improve

Re: Separate git repo(s) for Solr modules

I am a bit confused -- if Lucene was to become a sub module of Solr, are we essentially forking Lucene? I am in agreement with Ilan and Houston -- Solr should be depending on Lucene only as a dependency. On Tue, 4 May 2021, 19:52 Noble Paul, wrote: > @Ilan Ginzburg > > I don't think the

Re: Welcome Peter Gromov as Lucene committer

Did you set your 2FA up and get added to the Apache Software Foundation Github org? On Wed, Apr 7, 2021 at 12:42 PM Peter Gromov wrote: > > Thanks for the honor! > > (BTW I'm still not recognized by Github as having write access, and can't > merge my pull requests :)) > > > Peter, the tradition

Re: SOLR-15056 circuit breaker bugfix?

We should update the documentation to point to making PRs. On Wed, Mar 24, 2021 at 10:30 AM Ishan Chattopadhyaya wrote: > > I don't think asking contributors to do more work than required (as per > documentation) is a good idea. > > On Wed, 24 Mar, 2021, 10:13 am Atri Sharma,

Re: SOLR-15056 circuit breaker bugfix?

> wunder > Walter Underwood > wun...@wunderwood.org > http://observer.wunderwood.org/ (my blog) > > On Mar 23, 2021, at 8:10 PM, Atri Sharma wrote: > > +1 > > I tried reviewing the patch and echoed AB's point of needing a PR. Happy to > do the review as soon as we ha

Re: SOLR-15056 circuit breaker bugfix?

+1 I tried reviewing the patch and echoed AB's point of needing a PR. Happy to do the review as soon as we have that. On Wed, 24 Mar 2021, 03:04 Anshum Gupta, wrote: > Hi Walter, > > Can you please create a PR, as Ab mentioned in the JIRA. That would make > it much easier to review considering

Re: Lucene and Solr repositories mirrored, main branch ready

Totally agreed. They have really driven this to completion with as minimal disruption as possible. Special mention to Uwe, as always! On Wed, 10 Mar 2021, 20:32 David Smiley, wrote: > Thank *you* Dawid! You and Jan have been big heroes of this transition! > > ~ David Smiley > Apache

Re: Repository fork (master) about to happen (Wednesday)

Actually my question was more around what happens with PRs that cut across both Lucene and Solr -- but your answer was helpful in itself, thank you! On Mon, 8 Mar 2021, 21:46 Uwe Schindler, wrote: > I think the problem was what happens with the PR in Githubs user > interface. > > This question

Re: Repository fork (master) about to happen (Wednesday)

What happens to open PRs? On Mon, 8 Mar 2021 at 7:28 PM, Dawid Weiss wrote: > I think my message got buried among other messages, so starting a new > thread. > > With Solr established, I think we're ready to proceed with forking the > git repository from: > >

Re: Lucene/Solr Code of Conduct and etiquette

+1 On Tue, 2 Mar 2021, 15:01 Jan Høydahl, wrote: > Hi community! > > The Apache Software Foundation has a foundation-wide Code of Conduct > written up (https://www.apache.org/foundation/policies/conduct), and I > believe the Lucene and Solr communities would benefit from explicitly > adopting

Re: Congratulations to the new Apache Solr PMC Chair, Jan Høydahl!

Congratulations!! On Fri, 19 Feb 2021, 00:26 Anshum Gupta, wrote: > Hi everyone, > > I’d like to inform everyone that the newly formed Apache Solr PMC > nominated and elected Jan Høydahl for the position of the Solr PMC Chair > and Vice President. This decision was approved by the board in its

Re: Congratulations to the new Lucene PMC Chair, Michael Sokolov!

Congratulations! On Thu, 18 Feb 2021, 17:31 Jan Høydahl, wrote: > Congratulations Mike! > > Jan Høydahl > > > 17. feb. 2021 kl. 22:31 skrev Anshum Gupta : > > > >  > > Every year, the Lucene PMC rotates the Lucene PMC chair and Apache Vice > President position. > > > > This year we nominated

Re: [VOTE] Release Lucene/Solr 8.8.1 RC2

SUCCESS! [1:03:43.432934] +1 Binding On Thu, Feb 18, 2021 at 2:10 AM Houston Putman wrote: > > SUCCESS! [1:01:43.630010] > > +1 (binding) > > On Wed, Feb 17, 2021 at 3:05 PM Tomás Fernández Löbbe > wrote: >> >> SUCCESS! [1:07:31.079810] >> >> Tested upgrading from 8.7 and saw no problems >>

Re: Circuit Breakers interaction with Shards

dn’t catch the outage-causing problems. > > wunder > Walter Underwood > wun...@wunderwood.org > http://observer.wunderwood.org/ (my blog) > > On Feb 14, 2021, at 10:25 AM, Atri Sharma wrote: > > The way I look at it is that for cluster level stability, rate limiters > shoul

Re: Circuit Breaker Clean-up/Extension Jira

/observer.wunderwood.org/ (my blog) > > On Feb 14, 2021, at 9:56 AM, Atri Sharma wrote: > > Also, if you could open a PR, it would be easier to review. > > On Sun, 14 Feb 2021, 23:22 Atri Sharma, wrote: > >> Apologies for the delay. I will review this tomorrow >

Re: Circuit Breakers interaction with Shards

derwood.org/ (my blog) > > On Feb 14, 2021, at 9:50 AM, Atri Sharma wrote: > > This has an issue of still leading to node outages if the fanout for a > query is high. > > Circuit breakers follow a simple rule -- defend the node at the cost of > degraded responses. > &

Re: Circuit Breaker Clean-up/Extension Jira

Also, if you could open a PR, it would be easier to review. On Sun, 14 Feb 2021, 23:22 Atri Sharma, wrote: > Apologies for the delay. I will review this tomorrow > > On Sun, 14 Feb 2021, 23:06 Walter Underwood, > wrote: > >> Please review for 8.9. We will use this featur

Re: Circuit Breaker Clean-up/Extension Jira

Apologies for the delay. I will review this tomorrow On Sun, 14 Feb 2021, 23:06 Walter Underwood, wrote: > Please review for 8.9. We will use this feature after it is updated. The > current circuit breakers won’t work for us. > > https://issues.apache.org/jira/browse/SOLR-15056 > > This change:

Re: Circuit Breakers interaction with Shards

This has an issue of still leading to node outages if the fanout for a query is high. Circuit breakers follow a simple rule -- defend the node at the cost of degraded responses. Ideally, only few requests will be completely rejected -- some will see partial results. Due to this non

Re: [VOTE] Release Lucene/Solr 8.8.0 RC2

Hi Noble, Is the binding vote count not incorrect? On Thu, 28 Jan 2021, 16:24 Noble Paul, wrote: > [+1] 9 (4 binding) > > [0] 0 > > [-1] 0 > > > This vote has PASSED. > > I shall proceed with the rest of the release process > > On Thu, Jan 28, 2021 at 6:24 PM Anshum Gupta > wrote: > > >

Re: [VOTE] Release Lucene/Solr 8.8.0 RC2

+1 (binding) SUCCESS! [1:24:26.38423] On Mon, Jan 25, 2021 at 3:52 PM Noble Paul wrote: > > Please vote for release candidate 2 for Lucene/Solr 8.8.0 > > The artifacts can be downloaded from: > >

Re: [VOTE] Release Lucene/Solr 8.8.0 RC1

+1 (binding) SUCCESS! [1:04:15:20393] On Wed, Jan 20, 2021 at 1:03 PM Ignacio Vera wrote: > > +1 (binding) > > SUCCESS! [1:05:30.358141] > > > On Tue, Jan 19, 2021 at 8:25 PM Timothy Potter wrote: >> >> +1 (binding) >> >> SUCCESS! [1:07:15.796578] >> >> >> Also built a *local* Docker image

Re: Separate git repo(s) for Solr modules

+1 This is also an opportunity to create the distinction between first party supported packages and the other plug-ins. On Wed, 13 Jan 2021, 21:00 Ishan Chattopadhyaya, wrote: > Hi Devs, > > As we discussed over the last few months, there seems a need to move > non-core pieces away from the

Re: Old programmers do fade away

It has been a privilege to watch you work your magic and reference the great work that you have done in this project. Thank you for setting the bar for us. I am happy to support the BadApples report if you would like On Wed, 30 Dec 2020, 19:46 Erick Erickson, wrote: > 40 years is enough. OK,

Re: 9.0 release

+1 I think the division steps are pretty clearly documented-- a matter of executing them now. On Tue, 29 Dec 2020, 01:03 Dawid Weiss, wrote: > It would be great indeed if we could push to finalize dividing the > codebases (some things have been proven to be doable - snapshot > builds,

Re: Processing query clause combinations at indexing time

irly recently, >> and I think does the query inversion work required for this; maybe >> more of it already exists here? I don't know if that module handles >> the query rewriting, or the term indexing you're talking about though. >> >> On Mon,

Re: Processing query clause combinations at indexing time

+1 I would suggest that this be an independent project hosted on Github (there have been similar projects in the past that have seen success that way) On Tue, 15 Dec 2020, 09:37 David Smiley, wrote: > Great optimization! > > I'm dubious on it being a good contribution to Lucene itself however,

Re: DIH replacement

FWIW i am interested in this -- happy to collaborate On Sun, 29 Nov 2020, 22:07 Erick Erickson, wrote: > How far can we get in replacing DIH with streams? I can write a simple DIH > implementation by wrapping a jdbc stream in an update stream for instance > (I think). > > It falls down with

[ANNOUNCE] Apache Solr 8.7.0 released

3/11/2020, Apache Solr™ 8.7 available The Lucene PMC is pleased to announce the release of Apache Solr 8.7 Solr is the popular, blazing fast, open source NoSQL search platform from the Apache Lucene project. Its major features include powerful full-text search, hit highlighting, faceted search

[ANNOUNCE] Apache Lucene 8.7.0 released

03/11/2020, Apache Lucene™ 8.7 available The Lucene PMC is pleased to announce the release of Apache Lucene 8.7. Apache Lucene is a high-performance, full-featured text search engine library written entirely in Java. It is a technology suitable for nearly any application that requires full-text

[RESULT] [VOTE] Release Lucene/Solr 8.7.0 RC1

; http://blog.mikemccandless.com >>>> >>>> >>>> On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera wrote: >>>>> >>>>> +1 SUCCESS! [1:42:16.864208] >>>>> >>>>> On Fri, Oct 30, 2020 at 12:13 PM Adri

[VOTE] Release Lucene/Solr 8.7.0 RC1

Please vote for release candidate 1 for Lucene/Solr 8.7.0 The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067 You can run the smoke tester directly with this command: python3 -u

Re: 8.7 Release Blockers

thub.com/apache/lucene-solr/pull/2019 >> >> On Thu, Oct 22, 2020 at 4:11 PM Atri Sharma wrote: >>> >>> Reminder: This is still a blocker for 8.7: >>> >>> https://issues.apache.org/jira/browse/SOLR-14354 >>> >>> On Tue, O

Re: two 8x branches?

And, done. On Sun, Oct 25, 2020 at 10:30 PM Atri Sharma wrote: > > Yes, I will remove it tomorrow morning my time. > > On Sun, 25 Oct 2020 at 10:16 PM, Erick Erickson > wrote: >> >> We have two 8x branches, >> >> >> origin/branch_8_x >&g

Fixing 8.7 Section In solr/CHANGES.txt

Hi All, I have raised a pull request to fix the merge issues in the 8.7 section of branch_8_7. Please review asap and edit in the PR if any issues are seen (or let me know and I will fix them). https://github.com/apache/lucene-solr/pull/2030 -- Regards, Atri Apache Concerted

Re: two 8x branches?

Yes, I will remove it tomorrow morning my time. On Sun, 25 Oct 2020 at 10:16 PM, Erick Erickson wrote: > We have two 8x branches, > > > origin/branch_8_x > origin/branch_8x > > Can someone remove/rename branch_8_x? I’ve managed to completely screw up > my fork when trying to delete branches, so

Re: 8.7 Release

halinman...@gmail.com> wrote: > >> FYI - I have added a 8.8.0 section in Solr's change log on master as part >> of SOLR-14942 >> >> On Wed, Oct 21, 2020 at 1:36 PM Atri Sharma wrote: >> >>> Please go ahead. >>> >>> I will add the section t

Re: 8.7 Release Blockers

Reminder: This is still a blocker for 8.7: https://issues.apache.org/jira/browse/SOLR-14354 On Tue, Oct 20, 2020 at 1:02 PM Atri Sharma wrote: > > Hi All, > > Below are the issues marked as release blockers for 8.7. Can the > owners please resolve or move at the earl

Re: 8.6.3 Release

they’re done? > > (And to David’s point, it’s not in the RM steps to fix the page name after > release, so it’s pretty easy to forget to do it.) > On Oct 22, 2020, 8:31 AM -0500, Atri Sharma , wrote: > > I added it since it looked a safe way to indicate that the draft notes > are in pr

Re: 8.6.3 Release

atch a specific (albeit rare) profile. Anyone have thoughts? >> > > >> > > Best, >> > > >> > > Jason >> > > >> > > On Fri, Sep 25, 2020 at 12:28 AM Houston Putman >> > > wrote: >> > > >> > >

Re: Seeking Inputs for Release Highlights

to add some > items to the release highlights. I have the compression for stored fields > improvements in mind as well as the speedups for queries sorted by a field > indexed with points. > > On Thu, Oct 22, 2020 at 12:54 PM Atri Sharma wrote: >> >> Hi All, >> &

Seeking Inputs for Release Highlights

Hi All, Can we come up with the items we wish to highlight in 8.7 release notes? Atri -- Regards, Atri Apache Concerted - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail:

Re: 8.7 Release

n Tue, Oct 20, 2020 at 5:36 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > >> I have no bandwidth to tackle the deprecations, nor the energy to fight >> those who oppose it. >> >> On Tue, 20 Oct, 2020, 2:43 pm Atri Sharma, wrote: >> >>>

Re: 8.7 Release

LR-14936 to 8.7. It’s a non-code change which fixes a >> bug in grafana dashboard JSON. >> >> Jan >> >> > 19. okt. 2020 kl. 11:54 skrev Atri Sharma : >> > >> > Fixed the issue. Cherry picking to branch_8_7 now. >> > >> > Apologies,

8.7 Release Blockers

Hi All, Below are the issues marked as release blockers for 8.7. Can the owners please resolve or move at the earliest? https://issues.apache.org/jira/browse/SOLR-14354 https://issues.apache.org/jira/browse/SOLR-13973 https://issues.apache.org/jira/browse/SOLR-14067 Atri -- Regards, Atri

Re: 8.7 Release

>>> branch_8_7, or apply them to branch_8_x and cut a new branch? >>> >>> 2. I still see blocker issues on 8.7 (thanks Ishan!) — is it valid to be >>> cutting a branch before those are resolved? >>> >>> Atri >>> >>> On Mon,

Re: 8.7 Release

a branch, this helps reduce > chances of introducing blockers while we're working on addressing the > existing blockers. > > On Sun, Oct 18, 2020 at 9:50 PM Atri Sharma wrote: >> >> BTw, guidance needed: >> >> 1. The doc fixes I need to do for this, should I be

Re: 8.7 Release

2020 at 01:14, Atri Sharma wrote: > Let me take a look tomorrow morning — must be something I broke in the > cherry pick. > > On Mon, 19 Oct 2020 at 00:58, David Smiley wrote: > >> I don't know. I searched for "missing description: >> org.apache.solr.util.circuitbr

Re: 8.7 Release

s started happening October 16th (2 days ago) on 8.x (not master). > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > > On Sun, Oct 18, 2020 at 2:34 PM Atri Sharma wrote: > >> Surprisingly it doesn’t fail for me? Local c

Re: 8.7 Release

t's been this way for a > while... I wonder why it hasn't been noticed by others yet? > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > > On Tue, Oct 13, 2020 at 12:06 PM Atri Sharma wrote: > >> I will start the

Re: Branch 8.7

The branch is cut off. On Fri, Oct 16, 2020 at 11:06 PM Atri Sharma wrote: > > I am running precommit on the branch 8_x right now -- once it > completes, I will cut the branch 8.7. > > -- > Regards, > > Atri > Apache Concerted -- Rega

Branch 8.7

I am running precommit on the branch 8_x right now -- once it completes, I will cut the branch 8.7. -- Regards, Atri Apache Concerted - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail:

Re: 8.7 Release

d Ishan's initial suggestion of > cutting the branch on September 20th, so as this is getting delayed I'm > trying to get a sense of whether the release would likely be out in the next > two weeks. > > On Tue, Oct 13, 2020 at 12:10 PM Atri Sharma wrote: >> >> Adrien, &

Re: 8.7 Release

you would mind waiting to cut 8.7 until then, I would > appreciate it. > > - Houston > > On Mon, Oct 12, 2020 at 4:59 AM Adrien Grand wrote: > >> Shall we move forward with 8.7 now that 8.6.3 is out? >> >> On Tue, Sep 22, 2020 at 9:32 PM Atri Sharma wrote

Re: Hacktoberfest

>From my previous experiences, Hacktoberfest tends to lead to a lot of spam which can IMO tarnish the overall quality of PRs of the project. There is a Twitter handle (@shitoberfest) that highlights this... On Sat, 10 Oct 2020 at 19:05, David Smiley wrote: > There is this open-source

Re: [VOTE] Release Lucene/Solr 8.6.3 RC1

+1 (binding) SUCCESS! [1:04.32.39193] On Sun, Oct 4, 2020 at 7:24 AM Jason Gerlowski wrote: > > Please vote for release candidate 1 for Lucene/Solr 8.6.3 > > > The artifacts can be downloaded from: > >

Re: 8.6.3 Release

I will push the 8.7 release by a week to give Jason enough headroom to do the 8.6.3 release. Jason, let me know if you need me to assist on the 8.6.3 release. On Thu, Sep 24, 2020 at 3:23 PM Jason Gerlowski wrote: > > OK, in that case I'll try my best to keep the 8.6.3 process moving > then, so

Re: 8.6.3 Release

simultaneously? (I haven't RM'd a release yet, so there may > > well be. Though now that I think back I'm pretty sure other > > committers have done this sort of thing before...) > > > > Was there a particular reason you brought up delaying 8.7? > > > > Jason

Re: 8.6.3 Release

I was planning on a branch cut on 30th September for 8.7 — do we want to delay that? On Wed, 23 Sep 2020 at 19:37, Jason Gerlowski wrote: > Hi all, > > > > I ran into a query-parsing bug recently in SOLR-14859 that caused > > problems for some of my usecases. I wanted to volunteer as RM for an

Re: 8.7 Release

cess at the end of this month, you mean you intend to create the > branch around Oct 1? No pressure, I ask only because Ishan’s original mail > mentioned cutting the branch this week and I just wanted to have a clearer > sense of your timeline. > > > > > > Thanks, > > > Ca

Re: Github PR Actions

+1. Ability to run tests in Github actions should help prevent a ton of build breakages. Thanks for leading this, Houston! On Fri, 18 Sep 2020 at 21:24, Houston Putman wrote: > Good point on the reference_impl branch. Eventually that's the goal, but > given there's not a timeline for that to

Re: Github PR Actions

+1 to not depending on Docker for local tests. I do not wish to derail this thread — but re: reference branch, doesn’t it have a bunch of tests disabled? On Fri, 18 Sep 2020 at 03:53, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > > It would be great to run all the tests every time,

Re: Our test failure rate is unacceptable.

ah, it takes a long time but… > > > > Erick > > > > > On Sep 18, 2020, at 11:28 AM, Atri Sharma wrote: > > > > > > IMO if a temporary instability is to be introduced deliberately, it > should be published on the list. If it’s inadvertently added, w

Re: Our test failure rate is unacceptable.

IMO if a temporary instability is to be introduced deliberately, it should be published on the list. If it’s inadvertently added, we either fix it within an hour or so or revert the offending commit. On Fri, 18 Sep 2020 at 20:26, Erick Erickson wrote: >

Re: 8.7 Release

I was planning to start the process end of this month. On Wed, 16 Sep 2020 at 04:07, Gus Heck wrote: > Unless it somehow got lost in a spam filter somewhere, I don't think we > have set a target date for the release yet? (roadmap says autumn 2020 which > technically doesn't begin until the

Re: Migrate Solr helm chart into apache/lucene-solr repo

, I think zookeeper is being maintained by Bitnami. > > > > > > From: Atri Sharma > Reply to: "dev@lucene.apache.org" > Date: Thursday, 3 September 2020 at 10:17 PM > To: "dev@lucene.apache.org" > Subject: Re: Migrate Solr helm chart into apache/lucene-sol

Re: Migrate Solr helm chart into apache/lucene-solr repo

harts > that are orphaned. > > > If not I guess, we will just wait and see if anyone picks up those charts. > > > > > > > > > > > *From: *Atri Sharma > > > *Reply to: *"dev@lucene.apache.org" > > > *Date: *Thursday, 3 September 202

Re: Migrate Solr helm chart into apache/lucene-solr repo

t; > > > > > > > > > Hey there, > > > > > > The thing is there will **not** be repository after Nov 13. > > > Please refer to this link which was previously posted, > > > > https://github.com/helm/charts/blob/master/README.md#deprecati

Re: Migrate Solr helm chart into apache/lucene-solr repo

Jumping in late, but I don’t see why the help chart needs to be a part of the core repository. Like the HDFS repository, why not just add a link to the existing repository somewhere on the main website? On Thu, 3 Sep 2020 at 19:29, LEE Ween Jiann wrote: > > > > > > > > > > > > > > > > > Hi

Re: [VOTE] Lucene logo contest, here we go again

D (binding). On Tue, Sep 1, 2020 at 5:56 AM Ryan Ernst wrote: > > Dear Lucene and Solr developers! > > In February a contest was started to design a new logo for Lucene > [jira-issue]. The initial attempt [first-vote] to call a vote resulted in > some confusion on the rules, as well the

Re: [VOTE] Release Lucene/Solr 8.6.2 RC1

+1 (binding) SUCCESS! [1:14:17.24939] On Thu, 27 Aug 2020 at 18:41, Michael Sokolov wrote: > SUCCESS! [0:56:28.589654] > > > > +1 > > > > On Wed, Aug 26, 2020 at 12:41 PM Nhat Nguyen > > wrote: > > > > > > +1 > > > > > > SUCCESS! [0:52:44.607871] > > > > > > On Wed, Aug 26, 2020 at 12:12 PM

Re: Failing tests 100% of the time.

This was my bad, sorry folks. Another reason for me to move from ant to gradle. Thanks a ton for taking this one, Erick! On Thu, 27 Aug 2020 at 18:15, Erick Erickson wrote: > There are a number of tests failing 100% of the time. I should be able to > push a fix momentarily, it’s an NPE that

Re: 8.7 Release

+1 I am happy to take it up. On Thu, 20 Aug 2020 at 14:56, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > @Atri Sharma > > Atri, I just remembered you wanted to volunteer for the release. If you're > still interested, please let me know. I can shadow you a

Re: Error - Document contains at least one immense term

Perhaps you have a field which exceeds the set limit? On Wed, Aug 12, 2020 at 4:47 PM Rajesh Somvanshi wrote: > > > Hi Team, > > > I am using solr library to be indexing my documents. It is working as > expected but sometimes I am getting below error. Could you please help with > this? > > > >

Re: [VOTE] Release Lucene/Solr 8.6.1 RC2

+1 (non binding). SUCCESS! [1:03:32.13920] On Wed, Aug 12, 2020 at 3:24 AM Gus Heck wrote: > > SUCCESS! [0:54:03.106188] > > And installed the tarball as a 4 node cluster, created a collection and added > a document - success :) > > +1 > > On Tue, Aug 11, 2020 at 12:13 PM Timothy Potter

Re: Badapple report

Merged (thanks Mike D!). Atri On Tue, Aug 11, 2020 at 5:32 PM Erick Erickson wrote: > > Great, thanks! Let me know when you push it, I can beast the test again. > > > On Aug 11, 2020, at 3:48 AM, Atri Sharma wrote: > > > > I investigated testRequestRateLimiter

Re: Badapple report

I investigated testRequestRateLimiters and hardened the tests up: https://github.com/apache/lucene-solr/pull/1736 This will stop testConcurrentRequests from failing and should hopefully stop testSlotBorrowing as well. If testSlotBorrowing continues to fail, I will have to rethink the test. On

  1   2   3   4   5   6   >