Name for the directory above solr.home?

[Alexandre Rafalovitch]

Hello,

What do we call the directory above the solr.home?
E.g.
- "schemaless" in example/schemaless/solr/gettingstarted
- "node1" in example/cloud/node1/solr/gettingstarted_shard1_replica_n2
- "solr" in server/solr/book/conf

In solr.in.cmd we "may be" calling it "solr start dir"
In bin/solr, we call it SOLR_SERVER_DIR
In install_solr-service.sh, we sort-of call it SOLR_VAR_DIR "Directory
for live/writable Solr files", which is not quite the same because
apparently pid files go there, while for distribution they seem to go
into bin

I guess it mostly matters when you have multiple Solr instances
running on the same machine and you need to separate log locations,
etc.

Regards,
  Alex.

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: [VOTE] Release PyLucene 8.6.1

[Michael McCandless]

+1 to release.

I ran my usual smoke test to index, forceMerge and search the first 100K
documents from English Wikipedia export, on Arch Linux, Java 1.11.06,
Python 3.8.1 -- test ran fine!

Thanks Andi.

Mike McCandless

http://blog.mikemccandless.com


On Mon, Aug 24, 2020 at 7:56 PM Andi Vajda  wrote:

>
> The PyLucene 8.6.1 (rc1) release tracking the recent release of
> Apache Lucene 8.6.1 is ready.
>
> A release candidate is available from:
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/8.6.1-rc1/
>
> PyLucene 8.6.1 is built with JCC 3.8, included in these release artifacts.
>
> JCC 3.8 supports Python 3.3 up to Python 3.8 (in addition to Python 2.3+).
> PyLucene may be built with Python 2 or Python 3.
>
> Please vote to release these artifacts as PyLucene 8.6.1.
> Anyone interested in this release can and should vote !
>
> Thanks !
>
> Andi..
>
> ps: the KEYS file for PyLucene release signing is at:
> https://dist.apache.org/repos/dist/release/lucene/pylucene/KEYS
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/KEYS
>
> pps: here is my +1
>

Re: Lucene/Solr 8.6.2 bugfix release

[Tomás Fernández Löbbe]

Hi, I'm about to backport SOLR-14751
. It's a trivial fix for
the ZooKeeper UI

On Tue, Aug 25, 2020 at 10:03 AM Michael McCandless <
luc...@mikemccandless.com> wrote:

> +1, thanks Simon.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Tue, Aug 25, 2020 at 4:14 AM Ignacio Vera  wrote:
>
>> +1 thanks Simon
>>
>> On Tue, Aug 25, 2020 at 10:12 AM Uwe Schindler  wrote:
>>
>>> Hi,
>>>
>>> I re-enabled Jenkins jobs for 8.6.
>>>
>>> Uwe
>>>
>>> -
>>> Uwe Schindler
>>> Achterdiek 19, D-28357 Bremen
>>> https://www.thetaphi.de
>>> eMail: u...@thetaphi.de
>>>
>>> > -Original Message-
>>> > From: Simon Willnauer 
>>> > Sent: Tuesday, August 25, 2020 10:07 AM
>>> > To: Ishan Chattopadhyaya 
>>> > Cc: Lucene Dev 
>>> > Subject: Re: Lucene/Solr 8.6.2 bugfix release
>>> >
>>> > I'd actually like to build the RC earlier than the end of the week.
>>> > Unless somebody objects I'd like to build one tonight or tomorrow.
>>> >
>>> > simon
>>> >
>>> > On Tue, Aug 25, 2020 at 7:52 AM Ishan Chattopadhyaya
>>> >  wrote:
>>> > >
>>> > > Thanks Simon and Ignacio!
>>> > >
>>> > > On Tue, 25 Aug, 2020, 11:21 am Simon Willnauer,
>>> >  wrote:
>>> > >>
>>> > >> +1 thank you! I was about to write the same email. Lets sync on the
>>> RM
>>> > >> I can certainly help... I need to go and find my code signing key
>>> > >> first :)
>>> > >>
>>> > >> simon
>>> > >>
>>> > >> On Tue, Aug 25, 2020 at 7:49 AM Ignacio Vera 
>>> wrote:
>>> > >> >
>>> > >> > Hi,
>>> > >> >
>>> > >> > I propose a 8.6.2 bugfix release and I volunteer as RM. The
>>> motivation for
>>> > this release is LUCENE-9478 where Simon addressed a serious memory
>>> leak in
>>> > DWPTDeleteQueue.
>>> > >> >
>>> > >> > If there are no objections I am planning to build the first RC by
>>> the end of
>>> > this week.
>>> > >> >
>>> > >> > Ignacio
>>> > >> >
>>> > >>
>>> > >>
>>> -
>>> > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> > >> For additional commands, e-mail: dev-h...@lucene.apache.org
>>> > >>
>>> >
>>> > -
>>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>

Re: When zero offsets are not bad - a.k.a. multi-token synonyms yet again

[Roman Chyla]

Hi Mike,

Sorry for the delay, I was away last week. Now that I get back to it
again my plan is to write a test for the WordDelimiterFilter and
pinpoint the problem.

Cheers,

  Roman

On Thu, Aug 20, 2020 at 11:21 AM Michael McCandless
 wrote:
>
> Hi Roman,
>
> No need for anyone to be falling on swords here!  This is really complicated 
> stuff, no worries.  And I think we have a compelling plan to move forwards so 
> that we can index multi-token synonyms AND have 100% correct positional 
> queries at search time, thanks to Michael Gibney's cool approach on 
> https://issues.apache.org/jira/browse/LUCENE-4312.
>
> So it looks like WordDelimiterGraphFilter is producing buggy (out of order 
> offsets) tokens here?
>
> Or are you running SynonymGraphFilter after WordDelimiterFilter?
>
> Looking at that failing example, it should have output'd that spacetime token 
> immediately after the space token, not after the time token.
>
> Maybe use TokenStreamToDot to visualize what the heck token graph you are 
> getting ...
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Tue, Aug 18, 2020 at 9:41 PM Roman Chyla  wrote:
>>
>> Hi Mike,
>>
>> I'm sorry, the problem all the time is inside related to a
>> word-delimiter filter factory. This is embarrassing but I have to
>> admit publicly and self-flagellate.
>>
>> A word-delimiter filter is used to split tokens, these then are used
>> to find multi-token synonyms (hence the connection). In my desire to
>> simplify, I have omitted that detail while writing my first email.
>>
>> I went to generate the stack trace:
>>
>> ```
>> assertU(adoc("id", "603", "bibcode", "xx603",
>> "title", "THE HUBBLE constant: a summary of the HUBBLE SPACE
>> TELESCOPE program"));```
>>
>> stage:indexer term=xx603 pos=1 type=word offsetStart=0 offsetEnd=13
>> stage:indexer term=acr::the pos=1 type=ACRONYM offsetStart=0 offsetEnd=3
>> stage:indexer term=hubble pos=1 type=word offsetStart=4 offsetEnd=10
>> stage:indexer term=acr::hubble pos=0 type=ACRONYM offsetStart=4 offsetEnd=10
>> stage:indexer term=constant pos=1 type=word offsetStart=11 offsetEnd=20
>> stage:indexer term=summary pos=1 type=word offsetStart=23 offsetEnd=30
>> stage:indexer term=hubble pos=1 type=word offsetStart=38 offsetEnd=44
>> stage:indexer term=syn::hubble space telescope pos=0 type=SYNONYM
>> offsetStart=38 offsetEnd=60
>> stage:indexer term=syn::hst pos=0 type=SYNONYM offsetStart=38 offsetEnd=60
>> stage:indexer term=space pos=1 type=word offsetStart=45 offsetEnd=50
>> stage:indexer term=telescope pos=1 type=word offsetStart=51 offsetEnd=60
>> stage:indexer term=program pos=1 type=word offsetStart=61 offsetEnd=68
>>
>> that worked, only the next one failed:
>>
>> ```assertU(adoc("id", "605", "bibcode", "xx604",
>> "title", "MIT and anti de sitter space-time"));```
>>
>>
>> stage:indexer term=xx604 pos=1 type=word offsetStart=0 offsetEnd=13
>> stage:indexer term=mit pos=1 type=word offsetStart=0 offsetEnd=3
>> stage:indexer term=acr::mit pos=0 type=ACRONYM offsetStart=0 offsetEnd=3
>> stage:indexer term=syn::massachusetts institute of technology pos=0
>> type=SYNONYM offsetStart=0 offsetEnd=3
>> stage:indexer term=syn::mit pos=0 type=SYNONYM offsetStart=0 offsetEnd=3
>> stage:indexer term=anti pos=1 type=word offsetStart=8 offsetEnd=12
>> stage:indexer term=syn::ads pos=0 type=SYNONYM offsetStart=8 offsetEnd=28
>> stage:indexer term=syn::anti de sitter space pos=0 type=SYNONYM
>> offsetStart=8 offsetEnd=28
>> stage:indexer term=syn::antidesitter spacetime pos=0 type=SYNONYM
>> offsetStart=8 offsetEnd=28
>> stage:indexer term=de pos=1 type=word offsetStart=13 offsetEnd=15
>> stage:indexer term=sitter pos=1 type=word offsetStart=16 offsetEnd=22
>> stage:indexer term=space pos=1 type=word offsetStart=23 offsetEnd=28
>> stage:indexer term=time pos=1 type=word offsetStart=29 offsetEnd=33
>> stage:indexer term=spacetime pos=0 type=word offsetStart=23 offsetEnd=33
>>
>> ```325677 ERROR
>> (TEST-TestAdsabsTypeFulltextParsing.testNoSynChain-seed#[ADFAB495DA8F6F40])
>> [] o.a.s.h.RequestHandlerBase
>> org.apache.solr.common.SolrException: Exception writing document id
>> 605 to the index; possible analysis error: startOffset must be
>> non-negative, and endOffset must be >= startOffset, and offsets must
>> not go backwards startOffset=23,endOffset=33,lastStartOffset=29 for
>> field 'title'
>> at 
>> org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:242)
>> at 
>> org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:67)
>> at 
>> org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:55)
>> at 
>> org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalAdd(DistributedUpdateProcessor.java:1002)
>> at 
>> org.apache.solr.update.processor.DistributedUpdateProcessor.doVersionAdd(DistributedUpdateProcessor.java:1233)
>> at 
>> 

Re: Lucene/Solr 8.6.2 bugfix release

[Michael McCandless]

+1, thanks Simon.

Mike McCandless

http://blog.mikemccandless.com


On Tue, Aug 25, 2020 at 4:14 AM Ignacio Vera  wrote:

> +1 thanks Simon
>
> On Tue, Aug 25, 2020 at 10:12 AM Uwe Schindler  wrote:
>
>> Hi,
>>
>> I re-enabled Jenkins jobs for 8.6.
>>
>> Uwe
>>
>> -
>> Uwe Schindler
>> Achterdiek 19, D-28357 Bremen
>> https://www.thetaphi.de
>> eMail: u...@thetaphi.de
>>
>> > -Original Message-
>> > From: Simon Willnauer 
>> > Sent: Tuesday, August 25, 2020 10:07 AM
>> > To: Ishan Chattopadhyaya 
>> > Cc: Lucene Dev 
>> > Subject: Re: Lucene/Solr 8.6.2 bugfix release
>> >
>> > I'd actually like to build the RC earlier than the end of the week.
>> > Unless somebody objects I'd like to build one tonight or tomorrow.
>> >
>> > simon
>> >
>> > On Tue, Aug 25, 2020 at 7:52 AM Ishan Chattopadhyaya
>> >  wrote:
>> > >
>> > > Thanks Simon and Ignacio!
>> > >
>> > > On Tue, 25 Aug, 2020, 11:21 am Simon Willnauer,
>> >  wrote:
>> > >>
>> > >> +1 thank you! I was about to write the same email. Lets sync on the
>> RM
>> > >> I can certainly help... I need to go and find my code signing key
>> > >> first :)
>> > >>
>> > >> simon
>> > >>
>> > >> On Tue, Aug 25, 2020 at 7:49 AM Ignacio Vera 
>> wrote:
>> > >> >
>> > >> > Hi,
>> > >> >
>> > >> > I propose a 8.6.2 bugfix release and I volunteer as RM. The
>> motivation for
>> > this release is LUCENE-9478 where Simon addressed a serious memory leak
>> in
>> > DWPTDeleteQueue.
>> > >> >
>> > >> > If there are no objections I am planning to build the first RC by
>> the end of
>> > this week.
>> > >> >
>> > >> > Ignacio
>> > >> >
>> > >>
>> > >> -
>> > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> > >>
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>

RE: BadApple report

[Uwe Schindler]

Hi Erick,

The teste-only jobs @ ASF and Policeman Jenkins jobs of master branch were all 
converted to Gradle. It should have no effect on the Hossman Badapples 
analysis, but maybe have an extra look next week to find outlyers. The 
statistics about failed jobs in the XML output should be the same.

Uwe

-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

> -Original Message-
> From: Erick Erickson 
> Sent: Monday, August 24, 2020 3:59 PM
> To: dev@lucene.apache.org
> Subject: BadApple report
> 
> We have some pretty frequent failures, see:
> 
> http://fucit.org/solr-jenkins-reports/failure-report.html
> 
> I’m pretty sure LBSolrClientTest has been addressed. I’m looking at what
> commit caused TestConfigOverlay to start failing…
> 
> This can be a little hard to interpret since it includes tests that have been 
> fixed
> over the last week, not to mention that many of them are intermittent.
> 
> The raw count of SupressAnnotations hasn’t changed, one was removed and
> one added.
> 
> Raw fail count by week totals, most recent week first (corresponds to bits):
> Week: 0  had  119 failures
> Week: 1  had  113 failures
> Week: 2  had  100 failures
> Week: 3  had  82 failures
> 
> 
> Failures in Hoss' reports in every one of the last 4 rollups.
> 
> There were 257 unannotated tests that failed in Hoss' rollups. Ordered by the
> date I downloaded the rollup file, newest->oldest. See above for the dates the
> files were collected
> These tests were NOT BadApple'd or AwaitsFix'd
> 
> Failures in the last 4 reports..
>Report   Pct runsfails   test
>  0123   3.2 1719 86  CloudExitableDirectoryReaderTest.test
>  0123   1.8 8552297
> CloudExitableDirectoryReaderTest.testCreepThenBite
>  0123   1.9 1700 41  
> CloudExitableDirectoryReaderTest.testWhitebox
>  0123   9.8 1687125  HttpPartitionOnCommitTest.test
>  0123   0.6 1571 19  HttpPartitionTest.test
>  0123   3.5 1565 25  HttpPartitionWithTlogReplicasTest.test
>  0123   0.3 1604 54  MultiThreadedOCPTest.test
>  0123   2.0  825  8  SearchRateTriggerTest.testWaitForElapsed
>  0123   0.3 1556  4  ShardSplitTest.testSplitShardWithRule
>  0123   3.2  839 16  
> TestCircuitBreaker.testResponseWithCBTiming
>  0123   6.2 1824100  TestContainerPlugin.testApiFromPackage
>  0123   2.3 1677 42  TestDistributedGrouping.test
>  0123   3.4 1590 88  TestExportWriter.testExpr
>  0123   6.8 1302 96  TestHdfsCloudBackupRestore.test
>  0123   6.8 1646128  TestLocalFSCloudBackupRestore.test
>  0123   0.6 1591 21  TestPackages.testPluginLoading
>  0123   0.6 1550  9
> TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
>  0123   1.7 1538  9  TestReplicaProperties.test
>  0123   0.3 1524  5
> TestSolrCloudWithDelegationTokens.testDelegationTokenRenew
>  0123   0.6 1534 10  TestSolrConfigHandlerCloud.test
> 
> 
> 
> Full output:


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Lucene/Solr 8.6.2 bugfix release

[Ignacio Vera]

+1 thanks Simon

On Tue, Aug 25, 2020 at 10:12 AM Uwe Schindler  wrote:

> Hi,
>
> I re-enabled Jenkins jobs for 8.6.
>
> Uwe
>
> -
> Uwe Schindler
> Achterdiek 19, D-28357 Bremen
> https://www.thetaphi.de
> eMail: u...@thetaphi.de
>
> > -Original Message-
> > From: Simon Willnauer 
> > Sent: Tuesday, August 25, 2020 10:07 AM
> > To: Ishan Chattopadhyaya 
> > Cc: Lucene Dev 
> > Subject: Re: Lucene/Solr 8.6.2 bugfix release
> >
> > I'd actually like to build the RC earlier than the end of the week.
> > Unless somebody objects I'd like to build one tonight or tomorrow.
> >
> > simon
> >
> > On Tue, Aug 25, 2020 at 7:52 AM Ishan Chattopadhyaya
> >  wrote:
> > >
> > > Thanks Simon and Ignacio!
> > >
> > > On Tue, 25 Aug, 2020, 11:21 am Simon Willnauer,
> >  wrote:
> > >>
> > >> +1 thank you! I was about to write the same email. Lets sync on the RM
> > >> I can certainly help... I need to go and find my code signing key
> > >> first :)
> > >>
> > >> simon
> > >>
> > >> On Tue, Aug 25, 2020 at 7:49 AM Ignacio Vera 
> wrote:
> > >> >
> > >> > Hi,
> > >> >
> > >> > I propose a 8.6.2 bugfix release and I volunteer as RM. The
> motivation for
> > this release is LUCENE-9478 where Simon addressed a serious memory leak
> in
> > DWPTDeleteQueue.
> > >> >
> > >> > If there are no objections I am planning to build the first RC by
> the end of
> > this week.
> > >> >
> > >> > Ignacio
> > >> >
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > >> For additional commands, e-mail: dev-h...@lucene.apache.org
> > >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

RE: Lucene/Solr 8.6.2 bugfix release

[Uwe Schindler]

Hi,

I re-enabled Jenkins jobs for 8.6.

Uwe

-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

> -Original Message-
> From: Simon Willnauer 
> Sent: Tuesday, August 25, 2020 10:07 AM
> To: Ishan Chattopadhyaya 
> Cc: Lucene Dev 
> Subject: Re: Lucene/Solr 8.6.2 bugfix release
> 
> I'd actually like to build the RC earlier than the end of the week.
> Unless somebody objects I'd like to build one tonight or tomorrow.
> 
> simon
> 
> On Tue, Aug 25, 2020 at 7:52 AM Ishan Chattopadhyaya
>  wrote:
> >
> > Thanks Simon and Ignacio!
> >
> > On Tue, 25 Aug, 2020, 11:21 am Simon Willnauer,
>  wrote:
> >>
> >> +1 thank you! I was about to write the same email. Lets sync on the RM
> >> I can certainly help... I need to go and find my code signing key
> >> first :)
> >>
> >> simon
> >>
> >> On Tue, Aug 25, 2020 at 7:49 AM Ignacio Vera  wrote:
> >> >
> >> > Hi,
> >> >
> >> > I propose a 8.6.2 bugfix release and I volunteer as RM. The motivation 
> >> > for
> this release is LUCENE-9478 where Simon addressed a serious memory leak in
> DWPTDeleteQueue.
> >> >
> >> > If there are no objections I am planning to build the first RC by the 
> >> > end of
> this week.
> >> >
> >> > Ignacio
> >> >
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Lucene/Solr 8.6.2 bugfix release

[Simon Willnauer]

I'd actually like to build the RC earlier than the end of the week.
Unless somebody objects I'd like to build one tonight or tomorrow.

simon

On Tue, Aug 25, 2020 at 7:52 AM Ishan Chattopadhyaya
 wrote:
>
> Thanks Simon and Ignacio!
>
> On Tue, 25 Aug, 2020, 11:21 am Simon Willnauer,  
> wrote:
>>
>> +1 thank you! I was about to write the same email. Lets sync on the RM
>> I can certainly help... I need to go and find my code signing key
>> first :)
>>
>> simon
>>
>> On Tue, Aug 25, 2020 at 7:49 AM Ignacio Vera  wrote:
>> >
>> > Hi,
>> >
>> > I propose a 8.6.2 bugfix release and I volunteer as RM. The motivation for 
>> > this release is LUCENE-9478 where Simon addressed a serious memory leak in 
>> > DWPTDeleteQueue.
>> >
>> > If there are no objections I am planning to build the first RC by the end 
>> > of this week.
>> >
>> > Ignacio
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

RE: [VOTE] Release PyLucene 8.6.1

[Marc Jeurissen]

+1

Met vriendelijke groeten,
Marc Jeurissen

Bibliotheek UAntwerpen
Stadscampus – Ve35.303
Venusstraat 35 – 2000 Antwerpen
marc.jeuris...@uantwerpen.be
T +32 3 265 49 71


From: Andi Vajda
Sent: dinsdag 25 augustus 2020 1:57
To: pylucene-dev@lucene.apache.org
Cc: gene...@lucene.apache.org
Subject: [VOTE] Release PyLucene 8.6.1


The PyLucene 8.6.1 (rc1) release tracking the recent release of
Apache Lucene 8.6.1 is ready.

A release candidate is available from:

https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Flucene%2Fpylucene%2F8.6.1-rc1%2Fdata=02%7C01%7Cmarc.jeurissen%40uantwerpen.be%7Cf02e60a8c77e48b86bae08d84889595e%7C792e08fb2d544a8eaf72202548136ef6%7C0%7C0%7C637339102344220587sdata=%2BO6YIppp6j8yOQIbI7Zr7gkMjKkZ2kmNCntX1w7%2FMZg%3Dreserved=0

PyLucene 8.6.1 is built with JCC 3.8, included in these release artifacts.

JCC 3.8 supports Python 3.3 up to Python 3.8 (in addition to Python 2.3+).
PyLucene may be built with Python 2 or Python 3.

Please vote to release these artifacts as PyLucene 8.6.1.
Anyone interested in this release can and should vote !

Thanks !

Andi..

ps: the KEYS file for PyLucene release signing is at:
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Frelease%2Flucene%2Fpylucene%2FKEYSdata=02%7C01%7Cmarc.jeurissen%40uantwerpen.be%7Cf02e60a8c77e48b86bae08d84889595e%7C792e08fb2d544a8eaf72202548136ef6%7C0%7C0%7C637339102344220587sdata=Hmv%2B3IH96x4tF7PB4%2FA8e%2B7H3MPOx5I0pJLaIcJBHzo%3Dreserved=0
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Flucene%2Fpylucene%2FKEYSdata=02%7C01%7Cmarc.jeurissen%40uantwerpen.be%7Cf02e60a8c77e48b86bae08d84889595e%7C792e08fb2d544a8eaf72202548136ef6%7C0%7C0%7C637339102344220587sdata=xdZ%2F1lm7pihjX%2F1epQ3SWRwAHqIoyYQKQYskxQhUMRk%3Dreserved=0

pps: here is my +1