Congrats and welcome, Armin
On Thu, Jul 25, 2024 at 8:49 AM Adrien Grand wrote:
> Welcome Armin!
>
> On Thu, Jul 25, 2024 at 3:44 PM Uwe Schindler wrote:
>
>> Welcome Armin! Great to have you onboard.
>>
>> Yesterday I forgot to let you merge the PR on your own! You can now add
>> your own chan
What is the cost of maintaining the fork? I don’t feel it’s fair to you
Dawid, if we were to expect you to port over any changes made to hppc
upstream.
Mike
On Sun, May 26, 2024 at 3:59 PM Dawid Weiss wrote:
> If we increase the hppc fork to 23 classes and 14 test classes, then we
>> can remove
Has anybody experimented with adding mutation testing to Lucene using
something like the PIT framework?
https://pitest.org/
Looks like there is GitHub PR integration via https://www.arcmutate.com/
I’d be curious to hear if people have found it useful, performant and
comprehensive.
Mike
We all agree on using Java though, and using a specific version, and even
the style output from gradle tidy. Is that nanny state or community
consensus?
On Sat, Nov 4, 2023 at 7:29 AM Robert Muir wrote:
> example of a nanny state IMO, trying to dictate what git commands to
> use, or what editor
Not sure if you saw this, Greg, but Alex ran into a similar question
recently from Solr.
https://lists.apache.org/thread/1gs3nsv1mcns1czdtdnqyz84f31tqm2x
On Mon, Oct 9, 2023 at 10:47 AM Adrien Grand wrote:
> Hi Greg,
>
> I agree that LeafCollector implementations should be able to assume that
>
Why is our javadoc currently generated with -noindex? I did some digging
and found that we set that back in LUCENE-3977 to save 10MB, and then added
a property to re-enable it in LUCENE-4237, but I think that got lost in the
gradle migration.
While the index might have been useless at the time, it
In .gitattributes add a line
asf.yaml merge=ours
On Tue, Nov 22, 2022 at 11:54 AM Uwe Schindler wrote:
> Hi I fixed this.
>
> This was caused because due to maerging from main->production the fix of
> .asf.yaml was merged, too (this was caused by repairing the problems from
> lucenepy with a dup
On Tue, Jul 19, 2022 at 8:48 AM Tomoko Uchida
wrote:
> > 1. Make Jira read only
>
> At the very last step, we'll add comments saying "This was moved GitHub
> " to each Jira issue. It has to be done after the migration was
> completed.
>
Is this going to send 10k emails to the mailing list? I’ll
+dev@solr
-dev@lucene to bcc
Hi Nemo,
The canonical location of our tags for the 8.x release line is
https://gitbox.apache.org/repos/asf?p=lucene-solr.git;a=tags
The tags for 9.x (and future) will all be at
https://gitbox.apache.org/repos/asf?p=solr.git;a=tags as you have found.
This is the unfo
The Lucene PMC is pleased to announce the release of Apache Lucene 8.11.2.
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 search, especially cross-platform.
Th
Can we delete all of these? Do we still need them? Is there any reason to
keep them? I guess they don't hurt anything by existing...
$ svn ls https://dist.apache.org/repos/dist/dev/lucene/
lucene-9.0.0-RC1-rev-903ee94dc50643299c15dfa954410f3ee4d62075/
lucene-9.0.0-RC2-rev-95072f3b71e67e308d71a6149
It's been >72h since the vote was initiated and the result is:
+1 6 (6 binding)
0 1
-1 0
This vote has PASSED
On Mon, Jun 13, 2022 at 12:05 PM Mike Drob wrote:
> Please vote for release candidate 2 for Lucene/Solr 8.11.2
>
> The artifacts can be downloade
Please vote for release candidate 2 for Lucene/Solr 8.11.2
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.11.2-RC2-rev17dee71932c683e345508113523e764c3e4c80fa
You can run the smoke tester directly with this command:
python3 -u dev-tools/scripts/
This RC did not receive enough votes to pass, I've fixed the bug pointed
out by Houston and will be moving on to RC2. Thanks!
On Sun, Jun 12, 2022 at 2:57 PM Mike Drob wrote:
> Thanks for finding that, Houston! It was an issue during backporting that
> I've corrected. I'l
rowse/SOLR-16191>, which is included in
> this release.
> Not exactly sure what went wrong, but the example still passed?
>
> - Houston
>
> On Wed, Jun 8, 2022 at 8:50 PM Mike Drob wrote:
>
>> to: dev@lucene, dev@solr
>>
>> Please vote for release candidate 1
to: dev@lucene, dev@solr
Please vote for release candidate 1 for Lucene/Solr 8.11.2
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.11.2-RC1-reva9ed1e5fccbd1a84c78194a1329a7e1a3032ffc6
You can run the smoke tester directly with this command:
pyt
OLR-16227) and have a fix for it (
> https://github.com/apache/solr/pull/887). Can you wait on the release for
> 8.11.2 till I can backport this?
>
> Thank you,
> Kiran.
>
> On Tue, May 31, 2022 at 9:21 AM Mike Drob wrote:
>
>> Howdy folks, now that Lucene 9.2 has wrappe
ecause
>> I have an in-flight PR with a backport. I'll complete and merge that PR.
>>
>> Jan
>>
>>
>> 13. mai 2022 kl. 01:03 skrev Mike Drob :
>>
>> To: dev@lucene, dev@solr
>>
>> NOTICE:
>>
>> I am planning on preparing a b
+0
There’s other people who have thought about this much more than I have, but
I wouldn’t want my inaction to impact the increase 15 vote threshold.
Mike Drob
On Mon, May 30, 2022 at 10:40 AM Tomoko Uchida
wrote:
> Hi everyone!
>
> As we had previous discussion thread [1], I propose
To: dev@lucene, dev@solr
NOTICE:
I am planning on preparing a bugfix release from branch branch_8_11 (likely
mid next week)
Please observe the normal rules for committing to this branch:
* Before committing to the branch, reply to this thread and argue
why the fix needs backporting and how lo
Save a copy of your gradle.properties and then rerun. There are add opens
options in the jvm opts we generate that were not there before
On Wed, Apr 6, 2022 at 3:46 PM Michael Sokolov wrote:
> OK, this also happens with Oracle's JDK17. Now I'm confused
>
> On Wed, Apr 6, 2022 at 4:28 PM Michael
Is there a way to check for these missing module exports early and fail
with a more informative message?
On Mon, Jan 24, 2022 at 7:42 AM Alan Woodward wrote:
> Hey Joel,
>
> The fix for this is to delete the gradle.properties file in the root
> directory and stop any daemons before running gradl
Fast track please
On Wed, Dec 15, 2021 at 6:34 PM Gus Heck wrote:
> fast track please :)
>
> On Wed, Dec 15, 2021 at 7:23 PM Anshum Gupta
> wrote:
>
>> Fast-track please :)
>>
>> On Wed, Dec 15, 2021 at 4:19 PM Jan Høydahl
>> wrote:
>>
>>> Given the votes so far (11 binding +1) I'm also positi
+1 (binding)
ran smoke tester - unit tests passed the first time but timed out
downloading artifacts from maven. reran a second time, modifying the smoke
test script to not run solr tests (again) and the script passed.
started up a solr server from the unpacked download and verified it against
a
The MDC Patterns used by solr are for the collection, shard, replica, core
and node names, and a potential trace id. All of those are restricted to
alphanumeric, no special characters like $ or { needed for the injection.
And trying to access a collection that didn’t exist Returns 404 without
loggi
There's been a log4j 2.16 release as well, should we pick that one up if
your next attempt fails?
https://logging.apache.org/log4j/2.x/changes-report.html#a2.16.0
On Mon, Dec 13, 2021 at 5:58 PM Jan Høydahl wrote:
> Currently running 4th attempt at making buildAndPushRelease.py happy.
> Always
Sorry, meant to add that the reproduction is before the update to lucene
9.0.0 release. But I'm also able to reproduce it after the upgrade, like
Uwe noted.
On Wed, Dec 8, 2021 at 12:53 PM Mike Drob wrote:
> I was just able to reproduce this on my local macOS machine with
>
>
I was just able to reproduce this on my local macOS machine with
gradlew test --tests TestRandomDVFaceting.testRandomFaceting
-Dtests.seed=3B93BA61C91F26D4 -Dtests.slow=true -Dtests.locale=uz-Latn
-Dtests.timezone=America/Santa_Isabel -Dtests.asserts=true
-Dtests.file.encoding=UTF-8
on commit 028
I believe maven/nexus natively allows publishing an RC to the staging repo
and then manually promoting to a release. Apache infra has this dual set up
for us already.
Would gradle be able to hook into that process?
On Mon, Dec 6, 2021 at 9:15 AM Dawid Weiss wrote:
> Hi Adrien,
>
> So. From grad
I understand the frustrations around closing somebody’s PR as stale, but I
also think that there is value in informing the contributors I this is
never getting solved/fixed/looked at, if this is still important please go
over there instead.
On Mon, Nov 29, 2021 at 1:55 PM Robert Muir wrote:
> On
We currently have almost 300 open PRs against the "master" branch in the
old lucene-solr repo.
https://github.com/apache/lucene-solr/pulls?q=is%3Apr+is%3Aopen+base%3Amaster
I think we should close all of them (possibly with a comment pointing
people to the main branch in the lucene or solr repos)
On Sat, Nov 27, 2021 at 9:48 AM Dawid Weiss wrote:
> MG>I suspect you have an ancient javadoc binary in classpath
>> MG>but there is no way of knowing without looking at contents of
>> antlib.xml
>>
>>
> Looking at ant code it seems like it tried to reload tasks for some
> reason and class loader
After additional discussion on
https://issues.apache.org/jira/browse/SOLR-15762 I think there is a small
patch that would be nice to include for 8.11 if there is still time. Thanks
On Fri, Nov 5, 2021 at 5:05 AM Adrien Grand wrote:
> All blockers are now addressed, I'll proceed with building a r
We'll be going to Java 18 or 19 as a minimum for MMapDirectory using the
new Panama APIs once those stabilize, right?
We could probably benefit today some from record classes, but I'm not sure
how much of a hint those are to the runtime VM for optimizations or if it
is entirely a source code synta
Adding Solr dev for 8.11 info.
-- Forwarded message -
From: Adrien Grand
Date: Tue, Nov 2, 2021 at 8:08 AM
Subject: 8.11 and 9.0 feature freeze
To: Lucene Dev
Hello all,
I just created branches in preparation for the upcoming 8.11 and 9.0
releases. Here's how branches map to L
Hi Mayya, I just committed SOLR-15269 to the release branch, a very minor
dependency update. My apologies for not coming and checking in the thread
first. Please let me know if this is ok, I can revert if you need me to.
Thanks for handling the release!
On Sun, Oct 10, 2021 at 9:04 PM Mayya Sharip
Mayya Sharipova
> wrote:
>
>> No, the bug is not new and was present in the previous versions as well,
>> but was discovered quite recently.
>>
>> On Tue, Oct 5, 2021 at 3:54 PM Mike Drob wrote:
>>
>>> Is the bug new in 8.10? If it affects older versions
Is the bug new in 8.10? If it affects older versions as well then I feel
like 8.10.1 might be less urgent.
Mike
On Tue, Oct 5, 2021 at 2:14 PM Adrien Grand wrote:
> +1 to a 8.10.1 patch release
>
> On Tue, Oct 5, 2021 at 2:03 AM Mayya Sharipova
> wrote:
>
>> Thanks for the update, Robert. Wou
ory-trend-of-recent-failures.html#series/org.apache.solr.search.TestFiltering.testRandomFiltering
>>
>> I beasted it and 3/10 failed:
>>
>> [beaster] Tests with failures [seed: A5F8AAEF7994FE2B] (first 3 out of 10):
>> [beaster] - org.apache.solr.search.TestFiltering.testRandomFiltering
&
aries Jan mentioned. Just
> my two cents.
>
> On Sat, 18 Sep, 2021, 12:02 am Mike Drob, wrote:
>
>> The second library you linked, Jan, is AGPL. Thank you for continuing to
>> look for alternatives.
>>
>> I have some regular expressions cooked up locally that I thi
ng:
>> >> : >
>> >> : > java PrintManifest.java lucene-core-9.0.0-SNAPSHOT.jar
>> >> : >
>> >> : > shows:
>> >> : >
>> >> : > lucene-core-9.0.0-SNAPSHOT.jar: 9.0.0-SNAPSHOT
>> >> : > de45b68c90
e required attribute)? This way we wouldn't care
> about the implementation details of how manifest wraps the lines (or
> escapes characters).
>
> D.
>
> On Wed, Sep 15, 2021 at 8:46 PM Mike Drob wrote:
>
>> The benchmark jar has the info we need… sort of. When I bu
Sep 15, 2021 at 9:46 AM Timothy potter wrote:
> can someone also please look into that benchmark jar issue?
>
> Sent from my iPhone
>
> On Sep 15, 2021, at 9:44 AM, Nhat Nguyen
> wrote:
>
>
> Thanks Mayya and Mike! I will backport it to the 8.10 branch.
>
> O
,
>> wrote:
>> >>
>> >> Building RC1 now ... stay tuned.
>> >>
>> >> On Thu, Sep 9, 2021 at 2:30 PM Timothy Potter
>> wrote:
>> >> >
>> >> > Thanks for the update Mike!
>> >> >
>> >
Hi Devs,
What are our thoughts on Java 11 and 17 version compatibility going forward
for Lucene 9? Will we support both? If so, would Java 11 support likely
continue for the entire 9.x release line?
Is there a JIRA tracking this?
Thanks,
Mike
Hi Tim, I'm still working on SOLR-1, the code and benchmarking
both look pretty good, but I've got a few last unit tests that I need
to chase down. Hopefully taken care of by today or tomorrow, I'll be
sure to keep you updated though.
On Thu, Sep 9, 2021 at 11:39 AM Timothy Potter wrote:
>
>
I believe it is one of the built in gradle tasks available to us.
https://docs.gradle.org/current/userguide/dependency_locking.html
On Wed, Aug 18, 2021 at 3:22 PM Michael Sokolov wrote:
>
> I am trying to get Lucene to build in a very "special" build system
> based on Gradle, and I am stumbling
t; algorithm. I don't know if someone plans to work on it.
>>> >
>>> > LUCENE-9583 - How should we expose VectorValues.RandomAccess
>>> > We'd like to get rid of this sub interface, but I'm not the best person
>>> > to comment on how muc
Welcome!
On Mon, Jun 28, 2021 at 7:21 AM Erik Hatcher wrote:
> Ditto - congrats and a huge welcome!
>
> Erik
>
>
> > On Jun 28, 2021, at 9:16 AM, Robert Muir wrote:
> >
> > I am pleased to announce that Mayya has accepted an invitation to join
> > the Lucene PMC!
> >
> > Congratulations
"module"
> is? I believe most of us would be happy to move away from "contrib"
> wording, anyway.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Fri, Jun 11, 2021 at 3:03 PM Mike Drob wrote
I think related to this, I would like to see some "contibs" moved out
from the contrib folder and into proper modules. Right now the
definition of contrib seems to be anything that isn't core or solrj,
but maybe there is room for a backup module that has gcs and s3 and
hdfs all under it. LangId is
Oops, sent to the wrong dev list, my apologies!
On Mon, May 17, 2021 at 12:06 PM Mike Drob wrote:
>
> Hi Devs,
>
> Do folks use the Zookeeper watch limits? What are they useful for
> debugging? Can somebody give me an example of when they have been
> helpful to you?
>
&
Hi Devs,
Do folks use the Zookeeper watch limits? What are they useful for
debugging? Can somebody give me an example of when they have been
helpful to you?
The main reason I am asking is because I am looking at switching our
TestZookeeper to use the new 3.7.0 ZooKeeperServerEmbedded feature and
Michael, did you get a chance to mark the issues you were thinking of as
blockers?
Adrien, I see that the remaining open blockers look mostly like your open
issues. Two of them have recent activity, but LUCENE-9047 would need to be
brought back to the lucene repo. Is this an accurate view of the s
The Lucene PMC is pleased to announce the release of Apache Lucene 8.8.2.
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 search, especially cross-platform.
This
It's been >72h since the vote was initiated and the result is:
+1 5 (Mike Drob, Tim Potter, Anshum Gupta, Bruno Roustant, Ignacio Vera)
0 2 (Uwe Schindler, Jan Høydahl)
-1 0
This vote has PASSED
Please vote for release candidate 1 for Lucene/Solr 8.8.2
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.2-RC1-reva92a05e195b775b30ca410bc0a26e8e79e7b3bfb
You can run the smoke tester directly with this command:
python3 -u dev-tools/scripts/sm
Welcome!
On Tue, Apr 6, 2021 at 1:06 PM Dawid Weiss wrote:
> Congratulations and welcome, Peter!
>
> Dawid
>
> On Tue, Apr 6, 2021 at 7:48 PM Robert Muir wrote:
> >
> > I'm pleased to announce that Peter Gromov has accepted the PMC's
> invitation to become a committer.
> >
> > Peter, the tradit
t into branch_8_8 since we’re re-publishing…it’s docs-only,
>> though.
>> On Mar 29, 2021, 2:25 PM -0500, Mike Drob , wrote:
>>
>> Thanks, Cassandra. When I skimmed the initial changeset, I saw that there
>> were changes to build.gradle - I assumed that there would have t
t it’s documented in the
> how-to-contribute page in the ref guide that talks about contributing and
> building, etc.
> On Mar 29, 2021, 12:55 PM -0500, Mike Drob , wrote:
>
>
> Cassandra - yes, I plan to republish the ref guide, your expertise is
> absolutely appreciated. It looks
> On Mon, Mar 29, 2021 at 10:55 AM Mike Drob wrote:
>
>> Ignacio, Alan - I have looked at the patches and these should be safe to
>> backport and useful in a bugfix. Please go ahead and commit, and update
>> CHANGES entry as well.
>>
>> Cassandra - yes, I
risk.
> lucene
>
> On Sat, Mar 27, 2021 at 3:24 PM Mike Drob wrote:
>
>> Ishan,
>>
>> Thank you for bringing this up. I’m comfortable delaying an extra week to
>> accommodate the multitude of holidays (Holi, Passover, others) coming up.
>>
>> I will adj
(on vacation right now due
> to the festival of Holi)
>
> Regards,
> Ishan
>
> On Sat, 27 Mar, 2021, 7:41 am Mike Drob, wrote:
>
>> I am now preparing for a bugfix release from branch branch_8_8
>>
>> I plan to have the RC built and vote started on Tuesday, Mar
I am now preparing for a bugfix release from branch branch_8_8
I plan to have the RC built and vote started on Tuesday, Mar 30. If you
have small, low risk bug fixes to backport before then, please do so using
your best judgement.
Please observe the normal rules for committing to this branch:
*
I am pleased to announce that Bruno has accepted an invitation to join the
Lucene PMC!
Congratulations, and welcome aboard!
Mike
Can we provide a sequence of git commands for folks to run? Or will the
official guidance be to create new local clones of each repo?
On Mon, Mar 8, 2021 at 12:18 PM David Smiley wrote:
> Yeah, I agree with Jan -- don't rename the GitHub repo. It's going to be
> painful no matter what and a ren
ri, Mar 5, 2021 at 8:11 PM Mike Drob wrote:
> >
> > I think I can make TestICUCollationField work without depending on
> Lucene test sources. The other two will be a bit trickier.
> >
> > On Fri, Mar 5, 2021 at 1:56 AM Dawid Weiss
> wrote:
> >>
> >>
I think I can make TestICUCollationField work without depending on Lucene
test sources. The other two will be a bit trickier.
On Fri, Mar 5, 2021 at 1:56 AM Dawid Weiss wrote:
> > ./gradlew -Dskip.lucene=true assemble check -x test -x documentation
> > -x checkBrokenLinks -x checkLocalJavadocLin
I noticed that the Ref Guide is missing from the new site. Is this
something that we will have to figure out how to restore after the site
goes live?
On Mon, Mar 1, 2021 at 2:56 AM Jan Høydahl wrote:
> Hi,
>
> I have been working on https://issues.apache.org/jira/browse/SOLR-14499
> to prepare t
another in the works (the
> AQP) Not being able to enhance lucene to support a feature in solr is
> an issue IMHO.
>
> On Thu, Feb 25, 2021 at 6:05 PM Mike Drob wrote:
>
>> It is possible to publish snapshots into the Apache Nexus repository.
>> That said, I think it is
It is possible to publish snapshots into the Apache Nexus repository. That
said, I think it is a bad idea for Solr to depend on Lucene snapshots
because that constrains the ability to do releases. Either you have to wait
for a Lucene release and then you can cut over, or you have to figure out
what
In our Dockerfile I see the line:
> apt-get -y install acl dirmngr lsof procps wget netcat gosu tini;
I understand how we use some of these, but not all of them.
acl package provides setfacl, and gosu provides gosu, which look to be only
used in tests? How much would we miss them if they were go
This feature was added to Gradle 6.2, which wasn't available when we first
did the conversion from ant.
This plugin doesn't do any verification of license and notice files like we
do, so that's one thing that we will still need our custom validation for.
We could potentially move the checksum ver
Late evaluation sounds like it would definitely be nice, but I worry about
holding on to object instances longer than necessary might lead to memory
leaks. Sounds like a good issue to open on JIRA.
On Fri, Feb 19, 2021 at 3:58 PM Viral Gandhi wrote:
> Hello everyone,
>
> We recently added Java F
There’s a ton of discussion on
https://issues.apache.org/jira/browse/SOLR-15122, feel free to annotate it
if you feel that isn’t moving fast enough.
On Tue, Feb 2, 2021 at 8:35 PM David Smiley wrote:
> This test, ClusterEventProducerTest, has been failing over 20% of the
> time. Is anyone worki
-1
I have been able to reproduce the regression that Anshum found, and would
like to change my vote accordingly.
On Thu, Jan 21, 2021 at 4:31 PM Anshum Gupta wrote:
> https://issues.apache.org/jira/browse/SOLR-15097
>
>
>
> On Thu, Jan 21, 2021 at 2:28 PM Anshum Gupta
> wrote:
>
>> While testi
+1 (binding)
Ran performance tests comparing Solr 8.7 to 8.8, saw significant
improvement with collection creation as reported on
https://issues.apache.org/jira/browse/SOLR-15052
On Thu, Jan 21, 2021 at 2:28 PM Julie Tibshirani
wrote:
> +1
> SUCCESS! [0:52:56.337991]
>
> Julie
>
> On Thu, Jan 2
hat's what you have concerns about.
On Thu, Jan 14, 2021 at 11:11 AM Mike Drob wrote:
> Lucene had Jetty versions listed under its own dependencies, I didn't
> investigate further on how it's used. I suspect it is for lucene
> replication, but I didn't look further.
&
The notes are available on the confluence page for the meeting, and copied
here for posterity:
9.0 Release Planing
- Will release Lucene/Solr separately
- Vector work in Lucene, lots of work in Solr as well burning to be
released.
- 8.x releases could continue… (8.9 Solr depending on
vements we have actually strike me as
> Optimizations...
>
> This Improvement issues sounds like Optimization issues:
> * LUCENE-9455: ExitableTermsEnum should sample timeout and interruption
> check before calling next(). (Zach Chen via Bruno Roustant)
> * LUCENE-9023: GlobalOr
asions.
>>>>
>>>> I see two paths forward from here.
>>>>
>>>> a) Lets setup a single repository for all packages/plugins, say
>>>> lucene-solr-extras or lucene-solr-contribs or lucene-solr-sandbox etc., and
>>>> develop it ther
pdate it but that assumes it's
> >> sticking around in one form or another.
> >>
> >> 5. Good idea - I didn't realize that was an option. But it would be
> >> really nice if possible. I don't have an estimate on resources. I
> >> expect the need
27;m not sure if that would happen in the near future, but as we can
>> always discard the repo and it doesn't really come at a cost, I don't see a
>> problem with having a repo created for this specific reason.
>>
>> On Thu, Jan 7, 2021 at 12:45 PM Mike Drob wrote:
>
I'm not sure where I sit on this, going to start typing things and then
hopefully I'll reach a conclusion by the end.
This definitely needs to be outside of the core solr repo so that it can be
versioned and released independently. And I disagree with Ishan about the
consequence of abandoning the
I would like to explicitly propose that we do not attempt to bring up the
Solr reference impl branch, since I'm reasonably sure that will take up a
full hour by itself. I chatted with Mark about it this morning, and he said
he's working on a wiki page and then we can take it from there (next
meetin
are figured out.
On Tue, Jan 5, 2021 at 10:11 AM Mike Drob wrote:
> Can you explicitly call out in the SIP how it relates to the work done in
> SOLR-13608?
>
> On Tue, Jan 5, 2021 at 8:55 AM Jason Gerlowski
> wrote:
>
>> Hey, Happy New Year everybody.
>>
&g
Can you explicitly call out in the SIP how it relates to the work done in
SOLR-13608?
On Tue, Jan 5, 2021 at 8:55 AM Jason Gerlowski
wrote:
> Hey, Happy New Year everybody.
>
> Some SIP updates based on the discussion above:
>
> I added v2 examples for each API to the SIP. Feedback welcome,
> e
They both look fine to me, I’d likely go with the default so that there is
less for us to maintain.
On Wed, Dec 23, 2020 at 8:08 AM Erick Erickson
wrote:
> I took a quick look at lucene/queries just to get my feet wet. Before
> working on it seriously. I did a fast scan through about half of the
Hi David,
Thanks for sharing. I am sure I will have thoughts on this, but won’t be
able to substantively comment until January. Just letting you know that
there is interest and not to be discouraged if you get only silence for a
while.
Hopefully others will look and comment as well.
Mike
On Tue
Github actions should be running at least SolrJ tests.
https://issues.apache.org/jira/browse/SOLR-14877
Maybe it would make sense to make a similar action for running lucene tests
when something under lucene/ has changed, or more generally run tests for a
module if something in that module has cha
ome folks like Jan
> Hoydal and Varun (if I'm not mistaken; I may be) advocated for considering
> more GitHub centric issue tracking. I was not in favor of that... however
> for contribs/modules that get their own separate repos, it affords an
> opportunity for a break with the past in
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...@
Apologies for breaking branch 8.x with my cherry-pick, double checking
things locally and will push a fix shortly.
On Mon, Nov 30, 2020 at 2:53 PM Apache Jenkins Server <
jenk...@builds.apache.org> wrote:
> Build: https://ci-builds.apache.org/job/Lucene/job/Solr-Artifacts-8.x/114/
>
> No tests ra
Congratulations and welcome, Julie!
On Wed, Nov 18, 2020 at 8:29 AM Christian Moen wrote:
> Congrats, Julie.
>
> On Thu, Nov 19, 2020 at 0:07 Michael Sokolov wrote:
>
>> I'm pleased to announce that Julie Tibshirani has accepted the PMC's
>> invitation to become a committer.
>>
>> Julie, the tr
g issues/PRs.
>> Q: Should we create a separate JIRA for these contribs... or ditch JIRA
>> entirely for them, relying on GitHub alone?
>> Q: Would contribs be treated as first class citizens in the Solr
>> Reference Guide (they are still in the ASF after all), or would they be
>&
Solr Devs,
We've slowly been moving into a multi-repository model, and I wanted to
bring some more attention to it and have a more focused discussion. We've
recently embarked upon the acceptance of solr-operator as a distinct
repo[1] under the care of the Lucene (soon to be Solr) PMC. I expect tha
I'm somewhat unclear - is the suggestion to submit projects to Apache
Commons repositories or to do a similar process with our own multiple
repositories.
On Tue, Nov 3, 2020 at 2:43 PM Gézapeti wrote:
> I'm not that close with Apache Commons either, but I think the
> solr-operator is a perfect c
status%20%3D%20Open%20AND%20component%20%3D%20blobstore
>
>
>
> On Oct 28, 2020, at 6:01 PM, Mike Drob wrote:
>
> This is done for CDCR and Velocity.
>
> I don't really understand which parts of HDFS are deprecated and which
> ones are staying (this is not a request fo
ll. I think I have the mechanics of this figured out by now.
On Wed, Oct 28, 2020 at 3:36 PM Eric Pugh
wrote:
> Thank you Mike!
>
> While you are at it, is “blobstore” also a candidate for this?
>
> Eric
>
>
> On Oct 28, 2020, at 4:30 PM, Mike Drob wrote:
>
> That'
ntrib module, and wondered if we should do the same thing there?
>>
>>
>> https://issues.apache.org/jira/browse/SOLR-6702?jql=project%20%3D%20SOLR%20AND%20status%20%3D%20Open%20AND%20component%20%3D%20%22contrib%20-%20Velocity%22
>>
>>
>>
>> On Oct 28, 2020,
1 - 100 of 821 matches
Mail list logo
