Re: Doubling down on our mistakes?

Ishan, as I pointed out in Jira I don’t care for you implying that I have evil intentions, I resent also your implication that I’m behaving irrationally or don’t care for the users. Those of you who are interested may read the comments in Jira and judge for themselves. You conveniently don’t

Re: [VOTE] Release Lucene/Solr 8.8.0 RC1

+1 (binding) SUCCESS! [1:31:27.365392] > On 20 Jan 2021, at 08:39, Atri Sharma wrote: > > +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

Re: [JENKINS] Lucene » Lucene-Solr-Check-master - Build # 698 - Failure!

This is frequently failing for me too, seed 4B403C84E8713580 seems to always reproduce it on my local machine. > On 3 Nov 2020, at 14:14, Dawid Weiss wrote: > > These randomized test failures reproduce for me in this test. > > Dawid > > On Tue, Nov 3, 2020 at 8:30 AM Apache Jenkins Server >

Re: Please set: git config --global pull.rebase true

mber of devs across the globe, each with some local changes :) I went through this process once on an active project with a team of dozen people in different timezones, and it wasn’t pleasant. — Andrzej Białecki

Re: Please set: git config --global pull.rebase true

aspects). — Andrzej Białecki > On 19 Oct 2020, at 23:17, David Smiley wrote: > > I ask you all to do the following: > > git config --global pull.rebase true > > Perhaps you have already set it as such (this retrieves the current setting, > possibly a default): >

Re: 8.7 Release

11:59, Atri Sharma wrote: > > ab, > > Please proceed to commit to 8x and 8_. > > On Mon, Oct 19, 2020 at 3:24 PM Andrzej Białecki wrote: >> >> Atri, >> >> I’d like to add a notice in 8.7.0 (no code change) to CHANGES.txt about the >> depr

Re: 8.7 Release

Atri, I’d like to add a notice in 8.7.0 (no code change) to CHANGES.txt about the deprecation of the spinning disk detection (LUCENE-9576 and SOLR-14930). > On 19 Oct 2020, at 05:55, David Smiley wrote: > > Given how recent branch_8_7 was cut, I don't think a RC should be released > Monday.

Re: JIRAs with user facing changes

+1, we should strive to be consistent in the user-facing APIs / configs / UX. I’m wondering if there’s any support in Jira for conditional fields, so that when you create a Jira issue if you tick off an option “Affects the UX?” it opens a mandatory text field to describe the changes. > On 16

Re: [VOTE] Release Lucene/Solr 8.6.3 RC1

+1 SUCCESS! [1:40:38.242493] > On 4 Oct 2020, at 03:53, 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’d like to fix & backport SOLR-14850 & SOLR-14835. > On 23 Sep 2020, at 16:06, 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 > 8.6.3 to get a bugfix release out

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

A1, D (binding) > On 1 Sep 2020, at 02:26, 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 request

Re: Performance testing is necessary now

lay was that I was away and in no position to immediately test the fix and do a release. In the meantime Houston volunteered to do it instead. Anyone interested can check the facts in Slack archives. So let’s not suggest I was uncooperative just for the heck of it, or because I didn’t care, ok? — Andrzej Białecki

Re: [lucene-solr] branch branch_8x updated: SOLR-14066: Deprecate DIH

This breaks branch_8x for me - Java 8 doesn’t recognise the “since” attribute in @Deprecated. > On 2 Jul 2020, at 13:10, is...@apache.org wrote: > > This is an automated email from the ASF dual-hosted git repository. > > ishan pushed a commit to branch branch_8x > in repository

Re: RoadMap?

Autoscaling is another big item, but I think we have to put it into 9x, it’s a critical (and critically broken) functionality. We’re making some progress with Ilan and Noble so I’m cautiously optimistic. > On 2 Jul 2020, at 18:58, Gus Heck wrote: > > Should we have one? > > With 9x having

Re: 8.6 release

> it soon > > On Fri, Jun 26, 2020 at 12:54 PM Andrzej Białecki <mailto:a...@getopt.org>> wrote: > Jan, > > I just removed SOLR-14182 from 8.6, this needs proper back-compat shims and > testing, and I don’t have enough time to get it done properly for 8.6. >

Re: 8.6 release

Jan, I just removed SOLR-14182 from 8.6, this needs proper back-compat shims and testing, and I don’t have enough time to get it done properly for 8.6. > On 26 Jun 2020, at 13:37, Jan Høydahl wrote: > > Unresolved Solr issues tagged with 8.6: >

Re: [VOTE] Lucene logo contest

IMHO this vote is invalid because it doesn’t include all submissions linked to that issue. Specifically, it doesn’t include the red / orange variants submitted by Dustin Haver (which I personally prefer over the sickly green ones … ;) ) I propose to restart the VOTE to include all submissions.

Re: [VOTE] Release Lucene/Solr 8.5.2 RC1

+1 SUCCESS! [1:59:25.055394] (this slow smoke test time comes from a combination of running this on a relatively wimpy replacement MacBook and a slow network). > On 23 May 2020, at 09:39, Shalin Shekhar Mangar > wrote: > > +1 > > SUCCESS! [0:47:23.934909] > > On Wed, May 20, 2020 at 11:28

Re: [VOTE] Solr to become a top-level Apache project (TLP)

+1 (binding) > On 18 May 2020, at 10:46, Dawid Weiss wrote: > > I am closing this vote, thank you for participating. > > 46 votes have been posted: 35 from PMC members, 8 from committers and > 3 from user community. > > From this total 8 people voted -1 and 38 people voted +1. Vote >

SIP-8 Autoscaling policy engine V2

user story in the User Stories section, these will be later compiled into prioritized requirements. https://cwiki.apache.org/confluence/display/SOLR/SIP-8+Autoscaling+policy+engine+V2 — Andrzej Białecki - To unsubscribe, e-mail

Re: [VOTE] Release Lucene/Solr 7.7.3 RC1

e: >>>>>> >>>>>> +1 >>>>>> >>>>>> SUCCESS! [0:36:47.309043] >>>>>> >>>>>> Mike McCandless >>>>>> >>>>>> http://blog.mikemccandless.com >>>>>

Re: [VOTE] Release Lucene/Solr 7.7.3 RC1

Hi, I’m getting the following error, looks like the checksum doesn’t match the file: Test Solr... test basics... check changes HTML... download solr-7.7.3-src.tgz... 56.9 MB in 586.29 sec (0.1 MB/sec) verify sha512 digest Traceback (most recent call last): File

Re: 8.5 release

this bug fix in. > >> On 12 Mar 2020, at 17:18, Andrzej Białecki > <mailto:a...@getopt.org>> wrote: >> >> Hi Alan, >> >> Is there still time to merge a fix for SOLR-13264? It’s a bug that makes it >> impossible to customise this trigger

Re: 8.5 release

Hi Alan, Is there still time to merge a fix for SOLR-13264? It’s a bug that makes it impossible to customise this trigger, you can only config a trigger with its default operations. > On 12 Mar 2020, at 17:24, Alan Woodward wrote: > > While I wait for the smoke tester to finish, I’ve been

SIP-4: Solr Resource Management API - please review

-13579. Thank you! [1] https://cwiki.apache.org/confluence/display/SOLR/SIP-4+Resource+management+framework [2] https://github.com/apache/lucene-solr/pull/1100 — Andrzej Białecki - To unsubscribe, e-mail: dev-unsubscr

Re: Odd error in testing

The metrics history API can generate graphs and then indeed it uses the built-in support in RRD4j for this, which in turn uses AWT. The DejaVuSansMono.ttf font is packaged inside rrd4j-*.jar so it doesn’t have to exist in the filesystem. > On 23 Jan 2020, at 11:38, Jan Høydahl wrote: > >

Re: [VOTE] Release Lucene/Solr 8.4.0 RC1

+1 SUCCESS! [1:34:39.788377] > On 17 Dec 2019, at 21:13, Anshum Gupta wrote: > > +1 > > SUCCESS! [1:21:44.176149] > > On Tue, Dec 17, 2019 at 10:23 AM Adrien Grand > wrote: > Please vote for release candidate 1 for Lucene/Solr 8.4.0 > > The artifacts can be

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

hu, Dec 12, 2019 at 6:14 PM Andrzej Białecki <mailto:a...@getopt.org>> wrote: > Adrien, > Jenkins discovered a bug in my recent fix for SOLR-13975 (see > https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Windows/591/ > <https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Wi

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

Adrien, Jenkins discovered a bug in my recent fix for SOLR-13975 (see https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Windows/591/ ), I’m testing a fix and should be able to commit it in an hour or so. I’d like to merge it to

Re: Blockers for 8.4

I’m going to fix SOLR-13563 before Thursday. > On 10 Dec 2019, at 09:25, Adrien Grand wrote: > > Hello, > > There seem to be multiple blockers for 8.4. I downgraded SOLR-13563 > , which has already gone > through several releases without

Re: [VOTE] Release Lucene/Solr 8.3.1 RC2

+1 SUCCESS! [2:02:34.486964] > On 2 Dec 2019, at 13:40, Tommaso Teofili wrote: > > +1 > SUCCESS! [1:30:05.298235] > > On Fri, 29 Nov 2019 at 16:20, MUNENDRA S N > wrote: > > +1 > > SUCCESS! [1:28:14.138771] > > > > On Fri, Nov 29, 2019 at 8:12 PM Jan

Re: Do we want to pursue an LTS designation?

I agree with the removal of LTS designation - there’s no formal commitment from the community to support this or that release for that long. Even though in practice bug fixes are often backported to older branches that are still widely used, there’s no actual contract to do so, and implying

Re: Missing top level javadocs

+1, I think it’s an excellent idea. The check should also verify that the comment not only exists but also that it’s not empty - eg. there’s an IntelliJ template that creates an empty top-level javadoc. > On 4 Nov 2019, at 16:40, Bram Van Dam wrote: > > David Smiley mentioned this in the

Re: 8.3 release

Done - merged to 8_3 and 8x. Thanks! > On 24 Oct 2019, at 13:05, Ishan Chattopadhyaya > wrote: > > There was a regression with the SOLR-13677 fix, which Andrzej is > fixing in a few hours. Will spin RC2 after that is done. > Thanks, > Ishan > > On Tue, Oct 22, 2019 at 3:35 AM Ishan

Re: 8.3 release

is resolved. >>>>>>>>>>>> >>>>>>>>>>>> +1, Jan. Sure, I think we should get it in! >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>&

Re: 8.3 release

Hi Ishan, Me too, me too :) I’d like to merge a bug fix for SOLR-13828. > On 9 Oct 2019, at 15:38, Ishan Chattopadhyaya > wrote: > > +1, Dat! Please go ahead. > > On Wed, 9 Oct, 2019, 2:33 PM Andrzej Białecki, <mailto:a...@getopt.org>> wrote: > It’s mark

Re: 8.3 release

It’s marked as Minor in Jira, but after reading the description it sounds scary - IMHO it should be at least well investigated before 8.3 in order to determine whether it causes real damage (apart from looking scary and filling the logs). +1 from me. > On 9 Oct 2019, at 10:48, Đạt Cao Mạnh

Re: 8.3 release

I’m also working on SOLR-13790 (which is marked Critical, but depending on your POV it could be a Blocker - the functionality is broken as is). If the feature freeze is next week then maybe I’ll also manage to finish SOLR-8241, which would give users opportunity to test CaffeineCache

Re: Notes from the committers' meeting at Activate 2019

cause we can’t expect people to monitor and contribute / object to decisions happening elsewhere. — Andrzej Białecki

Re: Notes from the committers' meeting at Activate 2019

omás Löbbe, and yours truly. > > Also, Tim Allison, Joel Bernstein, Jason Gerlowski. (Did we miss out > someone else too?) Gah, of course, sorry guys - I was even sitting next to them… > > On Mon, Sep 16, 2019 at 7:24 AM Andrzej Białecki wrote: >> >> Hey folks, >> >

Notes from the committers' meeting at Activate 2019

ssue with its overheads —-- Andrzej Białecki - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

Re: The Gradle train.

+1 for landing this in master soon. Thanks Mark for your relentless efforts to make this happen! > On 15 Aug 2019, at 23:23, Mark Miller wrote: > > https://issues.apache.org/jira/projects/SOLR/issues/SOLR-13452 > Update the >

Re: [VOTE] Release Lucene/Solr 8.2.0 RC1

+1 SUCCESS! [1:51:04.098987] > On 23 Jul 2019, at 14:01, Adrien Grand wrote: > > +1 SUCCESS! [2:34:16.487011] > > > On Fri, Jul 19, 2019 at 8:35 PM Ignacio Vera wrote: >> >> Please vote for release candidate 1 for Lucene/Solr 8.2.0 >> >> >> The artifacts can be downloaded from: >> >>

Re: 8.1.2 bug fix release

Dat, The fix for SOLR-13583 has been committed to branch_8_1. > On 3 Jul 2019, at 04:56, Đạt Cao Mạnh wrote: > > Hi Steve, > > I'm seeing this failure > > [smoker] subprocess.CalledProcessError: Command 'export > JAVA_HOME="/home/jenkins/tools/java/latest1.9" >

Re: 8.1.2 bug fix release

the version is released, so not sure how > to proceed. > > > On Wed, Jun 26, 2019 at 4:53 PM Ignacio Vera <mailto:iver...@gmail.com>> wrote: > Thanks Andrezej, > > I will do it soon > > On Wed, Jun 26, 2019 at 4:43 PM Andrzej Białecki <mailto:a...@getopt.org>

Re: 8.1.2 bug fix release

Ignacio, I think you need to move the entry in lucene/CHANGES.txt for this issue to the 8.1.2 section, not just in branch_8_1 but consistenly on master and on branch_8x? > On 25 Jun 2019, at 17:02, Ignacio Vera wrote: > > Hi, > > I would like to backport bug fix LUCENE-8775 that fixes some

Re: Enable Jenkins 7.7 jobs

The same for 8.1 jobs, I think - thanks! > On 5 Jun 2019, at 08:32, Jan Høydahl wrote: > > Steve, these jobs can be disabled again now. > > -- > Jan Høydahl, search solution architect > Cominvent AS - www.cominvent.com > >> 14. mai 2019 kl. 10:44 skrev Jan Høydahl

Re: VOTE: Apache Solr Reference Guide for Solr 8.0

+1. I noticed a minor grammar issue in the stream-decorator-reference section on “daemon”, where it explains the “list” command: "along with there current state” should use “their”. > On 3 Jun 2019, at 06:37, Anshum Gupta wrote: > > +1 > > > On Fri, May 31, 2019 at 7:24 AM Cassandra

Re: [VOTE] Release Lucene/Solr 7.7.2 RC1

+1 SUCCESS! [1:44:46.792802] > On 31 May 2019, at 14:45, Shalin Shekhar Mangar > wrote: > > +1 > > SUCCESS! [0:51:25.880324] > > On Wed, May 29, 2019 at 5:24 AM Jan Høydahl > wrote: > Please vote for release candidate 1 for Lucene/Solr 7.7.2 > > The artifacts

Re: [VOTE] Release Lucene/Solr 7.7.2 RC1

ich is part of my surname and >> probably in my gpg key. Sounds like the keys file is attempted parsed as >> utf-8 but is ISO encoded or something? Can you check exactly what line of >> smoketester script that barfs? >> >> Jan Høyda

Re: [VOTE] Release Lucene/Solr 7.7.2 RC1

Hi, For some reason I’m getting the following error (Mac OSX Mojave, clean checkout of branch_7_7): JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home python3 -u dev-tools/scripts/smokeTestRelease.py

[ANNOUNCE] Apache Solr 8.1.1 released

## 28 May 2019, Apache Solr™ 8.1.1 available The Lucene PMC is pleased to announce the release of Apache Solr 8.1.1 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

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

Hi, This vote has been open for more than 72 hours (including weekend) and it passed with 7 +1 binding votes, 1 +1 non-binding vote and 0 -1 votes. I’m going to work now on preparing the official release + announcements. > On 22 May 2019, at 19:46, Andrzej Białecki wrote: > > Pl

Re: Lucene/Solr 8.1.1

Hi all, A quick reminder that during the release process for 8.1.1 any commits to branch_8_1 must first be submitted as a patch in JIRA and approved by the release manager (yours truly). — Andrzej Białecki

Re: [jira] [Commented] (LUCENE-8809) Refresh and rollback concurrently can leave segment states unclosed

Hi Nhat, Commits to branch_8_1 are not allowed now due to the fact that this branch is used for the 8.1.1 release - any critical bug fixes should be first submitted to JIRA as a patch and approved by the release coordinator (in this case me). Please revert your latest commit from branch_8_1.

[VOTE] Release Lucene/Solr 8.1.1 RC1

/smokeTestRelease.py \ https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.1.1-RC1-revfcbe46c28cef11bc058779afba09521de1b19bef Here's my +1 SUCCESS! [1:00:35.149875] — Andrzej Białecki - To unsubscribe, e-mail: dev

Re: Lucene/Solr 8.1.1

hitect > Cominvent AS - www.cominvent.com <http://www.cominvent.com/> > >> 21. mai 2019 kl. 12:32 skrev Andrzej Białecki > <mailto:a...@getopt.org>>: >> >> Currently blocked by SOLR-13485. >> >>> On 20 May 2019, at 17:53, Andrzej Białecki &

Re: 8.1.1 bug fix release

gt; > eMail: u...@thetaphi.de <mailto:u...@thetaphi.de> > > From: Andrzej Białecki mailto:a...@getopt.org>> > Sent: Friday, May 17, 2019 5:15 PM > To: Lucene Dev mailto:dev@lucene.apache.org>> > Subject: Re: 8.1.1 bug fix release > > This is my first rel

Re: Lucene/Solr 8.1.1

Currently blocked by SOLR-13485. > On 20 May 2019, at 17:53, Andrzej Białecki wrote: > > Hi, > > Just an update - I started working on the 8.1.1 bug fix release. This release > will include a fix for SOLR-13475. At this time I’m not aware of any other > critical / blocke

Lucene/Solr 8.1.1

be ready with an RC1 by tomorrow. — Andrzej Białecki - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

Re: 8.1.1 bug fix release

ttopadhyaya, >> mailto:ichattopadhy...@gmail.com>> wrote: >> Thanks Andrzej. I recommend you get all access (Jira, wiki etc), complete >> all GPG key prerequisites beforehand. I remember wasting a day on those when >> I did my first release. >> >> On

Re: 8.1.1 bug fix release

t an RC today?). >> >> On Thu, 16 May, 2019, 10:33 PM Ishan Chattopadhyaya, >> mailto:ichattopadhy...@gmail.com>> wrote: >> Thanks Andrzej. I recommend you get all access (Jira, wiki etc), complete >> all GPG key prerequisites beforehand. I remember wasting a day on those whe

Re: Lucene/Solr 7.7.2

; assumeWorkingMockito() David Smiley* 2019-05-01 06:30 > 74bc993b965c9f51e9a5113c8a6d02b45a423a4a Test should use ExecutorUtil David > Smiley 2019-05-01 20:30 > > -- > Jan Høydahl, search solution architect > Cominvent AS - www.cominvent.com <http://www.cominvent.com/&g

8.1.1 bug fix release

, if there are no objections, and I’d like to create a RC early next week (I need to get up to speed on the release process ;) ). — Andrzej Białecki - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h

Re: Lucene/Solr 7.7.2

r inclusion in 7.7.2? >>>> >>>> Cassandra >>>> On May 8, 2019, 2:51 PM -0500, Jan Høydahl >>> <mailto:jan@cominvent.com>>, wrote: >>>> >>>> Yes please do! >>>> >>>> -- >>>> Jan Høy

Re: Solr 8.1 issue with collection aliases

Yes, I can work on 8.1.1 release - I’ll announce this shortly. > On 16 May 2019, at 13:51, Ishan Chattopadhyaya > wrote: > > Absolutely. This is a critical feature. > Andrzej, would you have time to do a 8.1.1 release? We also need to > coordinate with Jan, since he's doing a 7.7.2 release

Re: Lucene/Solr 7.7.2

Hi, I would like to back-port the recent changes in the re-opened SOLR-12833, since the increased memory consumption adversely affects existing 7x users. > On 3 May 2019, at 10:38, Jan Høydahl wrote: > > To not confuse two releases at the same time, I'll delay the first 7.7.2 RC > until

Re: Metrics 4 upgrade and Ganglia reporter removal

Judging from the resounding silence ;) it’s not a topic that people lose sleep over… I’ll go ahead then and do the upgrade + removal, both in master and in branch_8x. Feel free to chime in if you feel otherwise. > On 17 Apr 2019, at 18:56, Andrzej Białecki wrote: > > Hi all, >

Re: CompositeId router using custom route field for updates and atomic update

Hi Niko, Please create a Jira issue, this looks like a bug. It also needs more discussion - I’m not convinced we should allow updates (atomic or not) to the id field, because (as the name suggests) this field defines the identity of the document, and if the identity is modified is it still the

Metrics 4 upgrade and Ganglia reporter removal

to that effect. What do people think about this? — Andrzej Białecki - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Tomoko Uchida as Lucene/Solr committer

Welcome, Tomoko! > On 8 Apr 2019, at 18:18, Tomoko Uchida wrote: > > Thank you, Uwe and Robert. > > And hello all, I am delighted and excited to join the great team. > > Brief background: > I've been interested in search & NLP area, and worked with Solr and > Elasticsearch for five years or

Re: [VOTE] Release Lucene/Solr 8.0.0 RC2

+1 SUCCESS! [1:22:21.262768] > On 6 Mar 2019, at 03:37, jim ferenczi wrote: > > Please vote for release candidate 2 for Lucene/Solr 8.0.0 > > The artifacts can be downloaded from > https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.0.0-RC2-rev3d5c48ce0edbda1f43ed630911073cae3486df6e

Re: [DISCUSS] Opening old indices for reading

+1. I think that even with these caveats (read-only, some data may require re-interpretation) it would still be a great help for accessing legacy data, for which the original source may no longer exist. > On 23 Jan 2019, at 15:11, Simon Willnauer wrote: > > Hey folks, > > tl;dr; I want to be

Re: Autoscaling in 8.0

This merits a JIRA issue - things should not behave this way, that’s for sure. Please create one, attach the ZK:/autoscaling.json and the output of `/admin/collections?action=CLUSTERSTATUS` and the outputs from /autoscaling/suggestions and /autoscaling/diagnostics - you can anonymize actual

Re: SOLR-12259: online index schema modification - adding docValues to existing indexed data?

. > On 18 Dec 2018, at 20:36, Adrien Grand wrote: > > UninvertingReader#wrap seems to skip uninverting if the field to > uninvert already has doc values of the expected type? > > On Tue, Dec 18, 2018 at 8:24 PM Andrzej Białecki > wrote: >> >> The unexpected p

Re: SOLR-12259: online index schema modification - adding docValues to existing indexed data?

rged when "things change". We don't understand why >> this is happening at the Lucene level so don't know how to insure that >> things like the schema API in Solr aren't affected. >> >> Andrzej isn't the only one running out of ideas ;). >> >> On

SOLR-12259: online index schema modification - adding docValues to existing indexed data?

ated - I'm running out of ideas to try... — Andrzej Białecki

Re: Lucene/Solr 7.6

mark them as blockers > accordingly or let me know prior to cutting the branch next Tuesday or > Wednesday. > > Thank you! > > - Nick > -- > Nicholas Knize, Ph.D., GISP > Geospatial Software Guy | Elasticsearch > Apache Lucene Committer > nkn...@apache.org <mailto:nkn...@apache.org> > — Andrzej Białecki

Re: [VOTE] Release Lucene/Solr 7.5.0 RC1

t; > <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.5.0-RC1-revb5bf70b7e32d7ddd9742cc821d471c5fabd4e3df> > > Here's my +1 > SUCCESS! [1:33:42.884535] > > > -- > Regards, > Shalin Shekhar Mangar. — Andrzej Białecki

Re: Lucene/Solr 7.5

e backport the fix for the JMX beans. > Cassandra, I backported the Tika version change in the docs, if SOLR-12771 is > merged today I'll include it in the RC tomorrow. > > Le lun. 17 sept. 2018 à 13:57, Andrzej Białecki <mailto:a...@getopt.org>> a écrit : > Hi Jim, > &g

Re: Lucene/Solr 7.5

t; > >> >>>> http://joelsolr.blogspot.com/ <http://joelsolr.blogspot.com/> > > >> >>>> > > >> >>>> > > >> >>>> On Tue, Sep 4, 2018 at 10:52 AM jim ferenczi > > >> >>>> mailto:jim.feren...@gmail.com>> wrote: > > >> >>>>> > > >> >>>>> Thanks all, > > >> >>>>> since there are no objections I am planning to cut the branch for > > >> >>>>> 7.5 tomorrow. I'll build the first RC early next week so there > > >> >>>>> will be some room to merge important bug fixes later this week. > > >> >>>>> All blockers except SOLR-12727 seem to be merged/resolved, I'll > > >> >>>>> watch the remaining solr issue for updates. > > >> >>>>> > > >> >>>>> Le mar. 4 sept. 2018 à 10:21, jim ferenczi > >> >>>>> <mailto:jim.feren...@gmail.com>> a écrit : > > >> >>>>>> > > >> >>>>>> Sure Jan, this is a nice cleanup, +1 to backport in 7x. > > >> >>>>>> > > >> >>>>>> Le mar. 4 sept. 2018 à 10:16, Jan Høydahl > >> >>>>>> <mailto:jan@cominvent.com>> a écrit : > > >> >>>>>>> > > >> >>>>>>> Jim, we have some release process improvements in LUCENE-5143. > > >> >>>>>>> Basically, we'll only have one KEYS file instead of three plus > > >> >>>>>>> those in the versioned folders that we have today. And the > > >> >>>>>>> release py script will start checking that the RM's key is > > >> >>>>>>> present in the KEYS file. Would you be ok with that being > > >> >>>>>>> committed and you being the first RM to use it for 7.5.0? > > >> >>>>>>> > > >> >>>>>>> -- > > >> >>>>>>> Jan Høydahl, search solution architect > > >> >>>>>>> Cominvent AS - www.cominvent.com <http://www.cominvent.com/> > > >> >>>>>>> > > >> >>>>>>> 3. sep. 2018 kl. 10:42 skrev jim ferenczi > > >> >>>>>>> mailto:jim.feren...@gmail.com>>: > > >> >>>>>>> > > >> >>>>>>> Hi all, > > >> >>>>>>> > > >> >>>>>>> 7.4 has been released two months ago on June 29th and we have > > >> >>>>>>> new features, enhancements and fixes that are not released yet > > >> >>>>>>> so I'd like to start working on releasing Lucene/Solr 7.5.0. > > >> >>>>>>> There's also a bad bug with index sorting that deletes the wrong > > >> >>>>>>> documents when delete by query is used: > > >> >>>>>>> https://issues.apache.org/jira/browse/LUCENE-8466 > > >> >>>>>>> <https://issues.apache.org/jira/browse/LUCENE-8466> > > >> >>>>>>> > > >> >>>>>>> I can create the 7.5 branch later this week and build the first > > >> >>>>>>> RC early next week if that works for everyone. Please let me > > >> >>>>>>> know if there are bug fixes that needs to be fixed in 7.5 and > > >> >>>>>>> might not be ready by then. > > >> >>>>>>> > > >> >>>>>>> Cheers, > > >> >>>>>>> Jim > > >> >>>>>>> > > >> >>>>>>> > > >> > > >> - > > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > >> <mailto:dev-unsubscr...@lucene.apache.org> > > >> For additional commands, e-mail: dev-h...@lucene.apache.org > > >> <mailto:dev-h...@lucene.apache.org> > > >> > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > <mailto:dev-unsubscr...@lucene.apache.org> > > For additional commands, e-mail: dev-h...@lucene.apache.org > > <mailto:dev-h...@lucene.apache.org> > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > <mailto:dev-unsubscr...@lucene.apache.org> > For additional commands, e-mail: dev-h...@lucene.apache.org > <mailto:dev-h...@lucene.apache.org> > — Andrzej Białecki

Re: [DISCUSS] Request for review of proposed LUCENE/SOLR JIRA workflow change

> On 3 Jul 2018, at 17:42, Steve Rowe wrote: > > I forgot to mention on this thread that the “In Progress” status, and the > buttons to control that (“Start Progress”/“Stop Progress”) were removed from > the LUCENE/SOLR workflow because: > > a) Leaving the progress buttons caused the patch

Re: Lucene/Solr 7.4

> On 13 Jun 2018, at 19:41, Andrzej Białecki > wrote: > > Hi, > > I’d like to also commit a minor patch that reduces logging from > MetricsHistoryHandler and fixes incorrect index size conversion there (this > is a follow-up to SOLR-12438). Make that SOLR-11779,

Re: Lucene/Solr 7.4

Hi, I’d like to also commit a minor patch that reduces logging from MetricsHistoryHandler and fixes incorrect index size conversion there (this is a follow-up to SOLR-12438). > On 13 Jun 2018, at 19:08, Adrien Grand wrote: > > OK to backport SOLR-12434. > > Le mer. 13 juin 2018 à 18:41,

Re: BadApple report

k whether the fix had > been backported there. > It is now :) (btw. at the moment this test is failing on master / branch_7x as a result of incomplete fix for SOLR-12208, which is not scheduled for 7.4) > Le lun. 11 juin 2018 à 22:33, Andrzej Białecki > mailto:andrzej.bia

Re: BadApple report

> On 11 Jun 2018, at 17:51, Erick Erickson wrote: > > IndexSizeTriggerTest.testMixedBounds I committed a change today that should fix this. > SearchRateTriggerTest.testTrigger > TestLargeCluster.testBasic > TestLargeCluster.testNodeLost On June 6 I made a change that should fix these

Re: Lucene/Solr 7.4

t works ok I’ll commit it by tomorrow. > > Le jeu. 7 juin 2018 à 14:25, Andrzej Białecki > mailto:andrzej.biale...@lucidworks.com>> a > écrit : > Hi Adrien, > > Did you mean SOLR-12438? I pushed SOLR-12445 just before you created a > branch, so it’s already t

Re: Lucene/Solr 7.4

ding off on doc > edits to try to make some time in the next few days, if possible. > > On Wed, Jun 6, 2018 at 4:59 AM Adrien Grand <mailto:jpou...@gmail.com>> wrote: > +1 > > Le mer. 6 juin 2018 à 11:53, Andrzej Białecki > mailto:andrzej.biale...@lucidworks

Re: Lucene/Solr 7.4

Hi Adrien, I would like to upgrade the metrics library to 3.2.6, which fixes an important bug affecting histograms (SOLR-12445). > On 6 Jun 2018, at 08:01, Dawid Weiss wrote: > > +1. Thanks Adrien. > > > On Wed, Jun 6, 2018 at 12:01 AM, Varun Thacker wrote: >> +1 >> >> On Tue, Jun 5, 2018

Re: Not adding badapples this week.

ports/failure-report.html > <http://fucit.org/solr-jenkins-reports/failure-report.html> . > > Andrzej Białecki did some work on IndexSizeTriggerTest (SOLR-12392) and > un-bad-apple’d its tests, but at least one of them is still failing since > then - I’ll go add a comment on the

Re: lucene-solr:branch_7_3: SOLR-11407: Add more logging to this test to discover the reason for failures.

Thank you! > On 20 Mar 2018, at 10:25, romseyg...@apache.org wrote: > > Repository: lucene-solr > Updated Branches: > refs/heads/branch_7_3 0977743ae -> 40c49ec3a > > > SOLR-11407: Add more logging to this test to discover the reason for failures. > > > Project:

Re: Lucene/Solr 7.3

Alan, I would like to commit the change in SOLR-11407 (78d592d2fdfc64c227fc1bcb8fafa3d806fbb384) to branch_7_3. This fixes the logic that waits for replica recovery and provides more details about any failures. > On 17 Mar 2018, at 13:01, Alan Woodward wrote: > > I’d

TestLTRReRankingPipeline.testDifferentTopN fails 100% on master / branch_7x

s ok …) — Andrzej Białecki

Re: TestReplicationHandler is failing 100% (master and 7.x / 7.3)

gt; wrote: > > I’m happy either way, but if it’s a bug can we get it fixed quickly? Can you > take ownership of this one Andrzej? > >> On 14 Mar 2018, at 11:24, Andrzej Białecki <a...@getopt.org >> <mailto:a...@getopt.org>> wrote: >> >> Hi, >>

TestReplicationHandler is failing 100% (master and 7.x / 7.3)

. — Andrzej Białecki

Re: JIRA and reopened issues?

This is counter-intuitive but you need to use the Workflow drop-down ... > On 13 Mar 2018, at 12:24, Alan Woodward wrote: > > Doing the same for me... > >> On 13 Mar 2018, at 10:57, Dawid Weiss wrote: >> >> This is strange. I reopened LUCENE-8201

Re: [1/7] lucene-solr:master: SOLR-11795: Add Solr metrics exporter for Prometheus

Builds on jenkins are failing due to precommit failures in this code... > On 20 Feb 2018, at 09:47, k...@apache.org wrote: > > Repository: lucene-solr > Updated Branches: > refs/heads/master dfc0fe86e -> 4bfcbc5c6 > > >

Re: Lucene/Solr 7.2

> On 6 Dec 2017, at 18:45, Andrzej Białecki <andrzej.biale...@lucidworks.com> > wrote: > > I attached the patch to SOLR-11714, which disables the ‘searchRate’ trigger - > if there are no objections I’ll commit it shortly to branch_7.2. This has been committed now to b

Re: Lucene/Solr 7.2

I attached the patch to SOLR-11714, which disables the ‘searchRate’ trigger - if there are no objections I’ll commit it shortly to branch_7.2. > On 6 Dec 2017, at 15:51, Andrzej Białecki <andrzej.biale...@lucidworks.com> > wrote: > > >> On 6 Dec 2017, at 15:35, Andrzej

Re: Lucene/Solr 7.2

> On 6 Dec 2017, at 15:35, Andrzej Białecki <andrzej.biale...@lucidworks.com> > wrote: > > SOLR-11458 is committed and resolved - thanks for the patience. Actually, one more thing … ;) SOLR-11714 is a more serious bug in a new feature (searchRate autoscaling trigger).

  1   2   >