l be https://meet.google.com/mzq-iwcc-xvw
See you all there tomorrow at 9am PT!
Jason
On Wed, Jun 18, 2025 at 12:04 PM Jason Gerlowski wrote:
>
> Alright - next week it is then. Will create a Meeting Notes page shortly.
>
> Will be awesome to hear some updates from Buzzwords from those in attend
Also, as you said, gives some
> > of
> > > the regulars who were at Berlin Buzzwords a chance to attend (?).
> > >
> > > - Rahul
> > >
> > >> On Tue, Jun 17, 2025 at 8:01 AM Jason Gerlowski
> > >> wrote:
> > >>
> > >> Hey
Hey all,
The summer is flying by and I dropped the ball on sending out this
email earlier. My apologies for that!
Tomorrow would be the 3rd Wednesday of the month, which is when we've
traditionally held our Community Virtual Meetup. Does anyone have
topics for discussion if we were to keep the
Hey all,
Wanted to send out a reminder that our Community Meetup will be this
coming Wednesday at 9am PT. If you have anything you'd like to
discuss, please add it to our agenda page!
Excited to see some of you there!
Best,
Jason
On Mon, May 5, 2025 at 9:03 AM Jason Gerlowski wrote:
&g
Ah - I wasn't trying to say necessarily that I suspect TLOG replicas
require fingerprinting. I was just trying to express that "PULL"
replicas seem less likely to need it of the two, since PULL replicas
never index documents locally and will never try to assume leadership.
In other words: "I don't
Yeah, I think there's a lot of room for optimization here.
I can't answer question (2) offhand, but my hunch is that PULL
replicas shouldn't need fingerprinting, even if TLOG replicas might.
(3) sounds really useful, but as you mention it has some edge cases
that might be tricky to handle (e.g. i
Hey all,
Here's your monthly reminder that our Virtual Community Meetup will
be held at 9am PT the 3rd Wednesday of this month (Wednesday May
21st).
Please add your topics for discussion to the Meeting Notes page linked
below and/or mention them here so others know what to expect.
Meeting Notes:
The Project Management Committee (PMC) for Apache Solr has invited
Matthew Biscocho to become a committer and we are pleased to announce
that Matthew
has accepted!
Matt, the tradition is that new committers introduce themselves with a
brief bio.
Congratulations and welcome!
Jason
--
Hey all,
Here's your monthly reminder about our Virtual Community Meetup will
be held at 9am PT the 3rd Wednesday of this month (Wednesday April
16th).
Please add your topics for discussion to the Meeting Notes page linked
below and/or mention them here so others know what to expect.
Meeting Not
Hey,
Yes - I think penciling in a timeline is a great idea, it'll give devs
notice around any work that they were hoping to get in. And July in
particular sounds like a realistic (if distant) target. I'd love to
see 10.0 happen a little sooner if the blockers get cleared away in
time, but that's
Hey Colvin,
Changing the "Run tests using" setting to "IntelliJ IDEA" is the main
way I know of to tackle the long startup time for tests. (For those
that might be unfamiliar, the full path in my version of IntelliJ at
least is: "Settings" -> "Build, Execution, Deployment" -> "Build
Tools" -> "Gr
The Apache Solr PMC is pleased to announce the release of the Apache
Solr Operator v0.9.1.
The Apache Solr Operator is a safe and easy way of managing a Solr
ecosystem in Kubernetes.
This release contains numerous bug fixes, and optimizations, some of
which are highlighted below. The release is a
It's been >72h since the vote was initiated and the result is:
+1 3 (3 binding)
0 0
-1 0
This vote has PASSED!
Thanks to all who voted!
On Mon, Mar 24, 2025 at 10:50 AM Anshum Gupta wrote:
>
> +1 (binding)
>
> Thanks for working on this, Jason.
>
> On Thu, Mar
is could easily be handled by responses like "501 Not
> Implemented" if an endpoint is not supported in a specific mode. This would
> also not influence a different structure of the endpoints I believe?
>
> For '/api/node' how can I tell which node I am interacting with
I think the goal/standard with SolrJ backcompat (as I understood it)
is "drop-in replacement". In theory, a user should be able to upgrade
their SolrJ within the same major version and expect everything to
still compile, unless they're using a "lucene.experimental" tagged
class. So if the questio
Please vote for release candidate 2 for the Solr Operator v0.9.1
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-operator/solr-operator-v0.9.1-RC2-revd35f0b50852fb24b1c74e955fda1e33e9912dcc6
You can run the full smoke tester, with instructions below.
However
Hey all - reminder that our Community Meetup will be today at 9am PT.
See you all there!
Best,
Jason
On Tue, Mar 11, 2025 at 9:50 AM Jason Gerlowski wrote:
>
> Hey all,
>
> Here's your monthly reminder about our Virtual Community Meetup will
> be held at 9am PT the 3rd Wed
t; Someone commented on an old bug that we should have fixed in 0.9.0, so I'm
> going to fix that and we can spin up an RC2.
>
> Issue: https://github.com/apache/solr-operator/issues/653
> PR: https://github.com/apache/solr-operator/pull/770
>
> - Houston
>
> On Mon, Mar 17,
Can someone expand on the downsides of having the Kotlin UI code in
the main repo? Or the concrete benefits of separating it out?
I know there were some CI job failures around the time of the initial
merge, but I haven't noticed it causing issues after that - did I miss
some other discussion wher
Please vote for release candidate 1 for the Solr Operator v0.9.1
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-operator/solr-operator-v0.9.1-RC1-rev099a38bf7716fa645a8fae6ad34b7922ccd5d4ff
You can run the full smoke tester, with instructions below.
However
I've uploaded some "Draft" release notes for 0.9.1; please take a look
and review if you have a few minutes!
https://cwiki.apache.org/confluence/display/SOLR/Solr+Operator+Release+Notes+v0.9.1
Best,
Jason
On Mon, Mar 17, 2025 at 1:32 PM Jason Gerlowski wrote:
>
> Excelle
asy fix! https://github.com/apache/solr-operator/pull/766
>
> - Houston
>
> On Thu, Mar 13, 2025 at 10:43 AM Jason Gerlowski
> wrote:
>
> > In terms of outstanding blockers I'd like to get a fix in place for
> > https://github.com/apache/solr-operator/issues/759 b
want to hold the release on a response that might never
come...
Best,
Jason
On Thu, Mar 13, 2025 at 11:38 AM Jason Gerlowski wrote:
>
> Alright, not hearing any objections so I'll proceed with a 0.9.1 release!
>
> The usual spiel/reminder about our release branch conventions:
025 at 11:27 AM Houston Putman wrote:
>
> Yes absolutely!
>
> On Tue, Mar 11, 2025 at 10:11 AM Jason Gerlowski
> wrote:
>
> > Hey all,
> >
> > We've had a handful of GH Issues come in for the operator (most
> > clustered around the SOLR-17690 regressio
Hey all,
Here's your monthly reminder about our Virtual Community Meetup will
be held at 9am PT the 3rd Wednesday of this month (Wednesday March
19th).
Please add your topics for discussion to the Meeting Notes page linked
below and/or mention them here so others know what to expect.
Meeting Not
Hey all,
We've had a handful of GH Issues come in for the operator (most
clustered around the SOLR-17690 regression), that are pretty big
problems for folks hoping to adopt Operator 0.9.0. What do we think
about doing a bugfix operator release in the next week or two?
Pending any objections - is
+1 binding
SUCCESS! [1:07:21.687843]
On Sat, Mar 8, 2025 at 2:47 PM Andrey Ukhanov (BLOOMBERG/ 919 3RD A)
wrote:
>
> +1 not binding
>
> SUCCESS! [0:57:20.025091]
>
> I got similar issue that David mentioned - installing "coreutils" fixed it.
>
> From: dev@solr.apache.org At: 03/07/25 14:27:46 UT
Exciting; thanks again Jan!
On Sun, Mar 2, 2025 at 1:12 PM David Smiley wrote:
>
> Nice!
>
> On Sun, Mar 2, 2025 at 9:15 AM Jan Høydahl wrote:
>
> > Hi,
> >
> > Matomo script is now installed on web site, see
> > https://analytics.apache.org/index.php?module=CoreHome&action=index&date=yesterday&
I just finished backporting SOLR-17677 this morning; so "all clear" on my end!
On Mon, Feb 24, 2025 at 3:45 PM Houston Putman wrote:
>
> How are we looking on the backports for all of these?
>
> - Houston
>
> On Thu, Feb 20, 2025 at 3:32 PM Jason Gerlowski
>
atibility fix into 9.8.1.
>
> On Wed, Feb 19, 2025 at 1:25 PM Houston Putman wrote:
>
> > Sounds good, let me know how to proceed.
> >
> > - Houston
> >
> > On Wed, Feb 19, 2025 at 10:44 AM Jason Gerlowski
> > wrote:
> >
> > > I ran in
I ran into a nasty little bug yesterday that I'd like to fix in 9.8.1,
if no one minds.
https://issues.apache.org/jira/browse/SOLR-17677 - DBQ's containing a
"join" will trigger a "tragic" Lucene exception that closes the
IndexWriters and puts the surrounding SolrCore into a bad state. Will
inves
Hey Christos,
Thanks for raising this!
> without having worked on the API before and without participating in any
> prior discussions
Quick summary of past discussions and decisions - not defending them
necessarily, but important context:
'/api/node' is reserved for APIs that only impact the r
case, and we can continue the discussion there?
Best,
Jason
On Fri, Feb 14, 2025 at 10:14 AM Jason Gerlowski wrote:
>
> Hey Christos,
>
> Sorry for the delay - I don't know the logging functionality all that
> well and had to do some digging before I could reply. Replies bel
Hey Christos,
Sorry for the delay - I don't know the logging functionality all that
well and had to do some digging before I could reply. Replies below
inline:
> Let me know if I should create individual threads for such grouped questions
If I put myself in the shoes of someone coming to this t
Hey all,
Here's your monthly reminder about our Virtual Community Meetup will
be held at 9am PT the 3rd Wednesday of this month (Wednesday Feb
19th).
Please add your topics for discussion to the Meeting Notes page linked
below and/or mention them here so others know what to expect.
Meeting Notes
Hey David,
I think reducing NamedList usage is a great idea, and I'm glad to see
you interested in tackling that (or at least, shining light on a
possible path forward).
I'm +1 with the plan itself, but I've offered a few suggestions below
that I think could make the writeup clearer on some point
The Apache Solr PMC is pleased to announce the release of the Apache
Solr Operator v0.9.0, available for immediate download at:
https://solr.apache.org/operator/artifacts.html
The Apache Solr Operator is the official and recommended way of
managing your Solr ecosystem on Kubernetes.
Please report
It's been >72h since the vote was initiated and the result is:
+1 3 (3 binding)
0 0
-1 0
This vote has PASSED
(Thanks to all who voted!)
Best,
Jason
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additiona
tester but it ended with this error:
>
> > Downloaded: 2 files, 2,3K in 0s (84,8 MB/s)
> > ./hack/release/smoke_test/verify_all.sh: line 118: artifact: unbound
> > variable
>
> Jan
>
> > 17. jan. 2025 kl. 18:21 skrev Jason Gerlowski :
> >
> > Please vo
I think we can reword that v2 line-item to highlight the user value a
little better; instead highlighting that Solr finally offers a way to
list/read clusterprops. I'll take a crack at that...
On Sat, Jan 18, 2025 at 1:40 AM David Smiley wrote:
>
> I edited most entries, removed a few lines and
Please vote for release candidate 1 for the Solr Operator v0.9.0
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-operator/solr-operator-v0.9.0-RC1-revc2dd334054de0296d7f378789789475bae93da48
You can run the full smoke tester, with instructions below.
However
2025 at 4:45 PM Jason Gerlowski wrote:
>
> Branch release-0.9 has been cut and versions updated to v0.10 on the
> stable branch!
>
> Since no one has any other work they're looking to get in, I'll start
> work on RC1 immediately and if things go smoothly our "fe
ult.
* Only Github issues with Milestone v0.9.0 and priority "Blocker" will delay
a release candidate build.
Best,
Jason
On Mon, Jan 13, 2025 at 4:24 PM Jason Gerlowski wrote:
>
> Thanks Jan!
>
> I took a crack to try and wrap that up and made some (slight)
> progress
I've seen the same 'downloadBats' failure sporadically (maybe about
once a week?) on both 'main' and 'branch_9x'. I haven't been paying
close attention to what machine/OS unfortunately. To be honest I
chalked it up to internet issues I have sporadically, but if others
see it there's probably some
+1!
SUCCESS! [1:25:05.598600]. (Run on a relatively underpowered laptop,
but still, I'm a little shocked by the runtime.)
I also did some manual testing around backup/restore (directly and
through the operator), and for some of the recent v2 API changes.
Best,
Jason
On Tue, Jan 14, 2025 at 5:2
Hey all,
Wanted to post a reminder here that our Community Meetup will be later
today at 9am PT. Hope to see some of you there, and for a great
discussion!
Best,
Jason
On Tue, Jan 7, 2025 at 9:02 AM Jason Gerlowski wrote:
>
> Thanks Andrey, that's awesome!
>
> On Mon, Jan 6,
Hi Christos,
Just wanted to say I really appreciate the detailed discussion of the
benefits and tradeoffs here. Very helpful for those of us without much
context on the gradle stuff.
Best,
Jason
On Tue, Jan 14, 2025 at 12:04 PM Christos Malliaridis
wrote:
>
> Hello everyone,
>
> I would like t
> regardless of their provenance.
> >
>
> That sentiment sounds like "split packages" which is a practice that runs
> contrary to the way the java module system works with respect to jars,
> though I'm not sure if the source sets you are referring to are ultimately
>
d #674 to see if it can be
> landed.
>
> Jan
>
> > 9. jan. 2025 kl. 18:13 skrev Jason Gerlowski :
> >
> > Hey all,
> >
> > The operator has accumulated a nice few bug-fixes and improvements
> > since our 0.8.1 release back in the Spring. What do we think
Our gradle build tags the generated files as a 'sourceSet', so it's
weird that Eclipse doesn't pick them up.
https://github.com/apache/solr/blob/main/solr/solrj/build.gradle#L161-L167
Maybe Eclipse has its own logic for determining sourceSets that
deviates from Gradle's?
Or maybe it knows they _
; > > > > and 9.4, but looking at the source I expect it's always been this
> > way.
> > > > > On the testing front, I think it's a good idea to have at least one
> > > > "smoke"
> > > > > test on every API just to check that things
Hey all,
SolrJ's SolrClient implementations have an interesting bit of logic
around how they handle SolrParams.
In short: params are attached tothe request differently based on a
quite detailed series of checks. "GET" requests attach params to the
URL as traditional "query parameters". "POST an
Hi,
Sorry for the late reply on this thread. I've been trying to take
time to understand the problem a little better before chiming in.
(FWIW I think this would be a great discussion for the Meetup next
week?)
I think much of what you described makes sense in a v1 context, but v2
has some nice b
I'm not against deprecating "Result Grouping" per-se, but it has one
huge advantage over Collapse/Expand: Result Grouping is the only
approach that supports multi-shard.
Should we come up with a plan for that and other gaps before we
deprecate Result Grouping? Deprecating the feature before there
Hey all,
The operator has accumulated a nice few bug-fixes and improvements
since our 0.8.1 release back in the Spring. What do we think about
doing an operator release in the coming weeks?
If so, is anyone actively working on things that they'd hope to finish
up before that happens?
Best,
Jas
Hi Colvin,
Yep - that's a result of the missing '@Inject' annotation. What
version are you seeing this on? If you're up for it, can you file a
JIRA ticket with the details and hopefully we can address it in an
upcoming release?
> I guess that there's no tests for going through the v2 API?
I su
Thanks Andrey, that's awesome!
On Mon, Jan 6, 2025 at 10:39 AM Andrey Ukhanov (BLOOMBERG/ 919 3RD A)
wrote:
>
> Thanks Jason!
>
> One recurring comment was desire to have a reminder or calendar invite for
> the community meetups. In light of that, I updated
> https://cwiki.apache.org/confluence
Hey all,
Here's your monthly reminder about our Virtual Community Meetup will
be held at 9am PT the 3rd Wednesday of this month (Wednesday Jan
15th).
Hopefully we all have lots to discuss about the upcoming year! Please
add your topics for discussion to the Meeting Notes page linked below
and/or
or that page overall.
> I think we should go ahead and add it for the llm module as well!
+1
On Mon, Jan 6, 2025 at 5:58 AM Alessandro Benedetti
wrote:
> That's interesting!
> @Jason Gerlowski is curious we get the failures
> in Java 11 rather than on 10.x (Java 21?)
> @H
.e. in "bin/solr" and/or
"bin/solr.cmd"
On Fri, Jan 3, 2025 at 7:59 AM Jason Gerlowski wrote:
>
> I don't follow Java/JVM development very closely, but my understanding
> is that "add-opens" is primarily about encapsulation. Previous
> versions of J
-mail: a.benede...@sease.io
> >> > >>> >>
> >> > >>> >>
> >> > >>> >> *Sease* - Information Retrieval Applied
> >> > >>> >> Consulting | Training | Open Source
> >> > >>> >>
Hi Or,
This is a pretty scary report! If you haven't already, can you open a
JIRA ticket describing how you detect and reproduce the problem? I'm
reasonably familiar with the restore code, so I can help review if we
do ultimately get a PR to fix this.you do ultimately put a PR
together.
Best,
Ultimately I'd love to see CBOR or a similar format supercede (and
eventually deprecate) javabin for both v1 and v2.
1. From early perf-testing it's supposedly already more efficient than
javabin (More thorough testing is always welcome)
2. CBOR is a popular format that can be parsed in languages
Yeah, Anshum is on vacation, but he also mentioned wanting to keep
momentum on the release - so it wouldn't surprise me to see him pop
back online.
I think a "best judgement" approach is fine here: optionally wait
another day, but then feel free to target 9.8 if you don't hear
anything.
Best,
Ja
At a glance the PR seems like a relatively safe backport, since it's
introducing a new module that's relatively isolated and "off by
default". It's also a really cool feature that'd be awesome to get
in! I'm not the RM, but I'd love to see it get backported!
Best,
Jason
On Tue, Dec 17, 2024 at
Great - thanks Andrey!
On Fri, Dec 13, 2024 at 4:21 PM Andrey Ukhanov (BLOOMBERG/ 919 3RD A)
wrote:
>
> Details for meetup next week:
>
> What: Community Virtual Meetup, December 2024
> When: Wednesday, December 18 @ 9:00 AM PT / 12 PM ET
> Where: https://meet.google.com/mzq-iwcc-xvw
> Agenda:
>
Hi Zack,
Are you guys running any custom plugins by chance, that might be
holding SolrCore's open, or might not properly decrement the SolrCore
refcount? Or do you have any SOLR_MODULES enabled? That might be a
place to look...
Like any project our test suite has some gaps and holes but
object-
Hey all,
It's time again to start planning this month's community meetup.
We've switched recently to using a "standing" time each month, so
unless anyone objects we'll aim to meet at 9am PT on Wednesday
December 18th. This is likely to be a shorter/lighter call than most,
due to the upcoming Wint
Congratulations Pierre!
On Fri, Dec 6, 2024 at 8:51 AM Jan Høydahl wrote:
>
> Welcome and congratulations Pierre!
>
> Jan
>
> > 6. des. 2024 kl. 10:30 skrev David Smiley :
> >
> > The Project Management Committee (PMC) for Apache Solr has invited Pierre
> > Salagnac to become a committer and we a
think of this as being a factor in choosing solrconfig.xml
> > registration vs Collection API. At least core level is easily pluggable in
> > Solr since forever but not the case for collection level! (unless you say
> > "Cluster Plugin" but sorry I don't want to
re that we characterize as being
> administrative in nature.
>
> Some of our handlers like SearchHandler are aware of the collection and
> operate over the whole collection namespace. Most handlers (?) only know
> about the core it's registered in, yet can nonetheless be contacted
I think the most common way we do stuff like this is two have an API
at both the "core" and "collection" levels, with the "collection" API
being used to orchestrate N calls to the lower-level "core" API.
Using encryption as the example: the "core"-level API might manage the
encryption of a single
Hey Eric,
Is there a JIRA ticket yet for the User Behavior Insights "component"
thing? Leveraging streaming expressions as a way to process "user
query" data sounds pretty cool, but that raises some questions around
security that'd need thought through. I probably shouldn't hijack
your more gene
Hey Christos,
The 26th works best for me personally.
Though you and I have talked a good bit about the UI already, so feel
free to ignore my vote if there's an opportunity to get new voices in
the mix!
Best,
Jason
On Wed, Nov 20, 2024 at 1:38 PM Christos Malliaridis
wrote:
>
> Dear Solr-Commu
I don't know much about GC but I'll try to brush up and review.
Hopefully others will be encouraged to take a look as well so we can
build up everyone's chops around GC.
Jason
On Thu, Nov 7, 2024 at 11:52 AM Christos Malliaridis
wrote:
>
> With the recent updates in the CLI scripts and JDK vers
resurrect it. I don't think we should feel compelled to do
> anything more than remove it. If someone cares -- hey go for it. But I
> don't think we need a convention/process that includes this.
>
> On Tue, Nov 12, 2024 at 8:32 AM Jason Gerlowski
> wrote:
>
> > He
Hey all,
Apologies for chiming in to this a bit late. I don't have any
objection to the hadoop-auth module moving out of the apache/solr
repo, especially given the excellent due diligence you put in earlier
this year through your survey, in questions to users@ about usage,
etc.
But should we hav
Hey all,
It's time again to start planning this month's community meetup.
We've switched recently to using a "standing" time each month, so
unless anyone objects we'll aim to meet at 9am PT on Wednesday
November 20th.
The main thing to discuss then is whether we have any volunteers to
organize an
2SolrClientIntegrationTest.
> I did not look into why it fails sometimes, but I have a feeling it is
> because it relies on Thread.sleep and clock time.
>
> On Fri, Nov 1, 2024 at 1:46 PM Jason Gerlowski wrote:
> >
> > Related to the release - I'm noticing a lot more t
; >> ready to do a quality 10.0 release with JDK, Jetty, SolrJ etc sorted out.
> >> We of course hope that is soonish, but let's not decide which is the
> >> lastest 9.x version until we are almost ready to present a 10.0 RC.
> >>
> >> Jan
> >>
024, at 10:16 PM, David Smiley wrote:
> >
> > Sounds very good Jason; thanks for the summary and execution of the plan.
> >
> >> On Thu, Oct 24, 2024 at 3:56 PM Jason Gerlowski
> >> wrote:
> >>
> >> My original writeup here missed one impo
Hey all,
Following the recent move to Java 21 on 'main', many of our Jenkins
jobs for that branch are failing with the following message:
Execution failed for task ':checkJdkInternalsExportedToGradle'.
> Certain gradle tasks and plugins require access to jdk.compiler internals,
> your g
Why not both?
I think a 9.8 would be awesome to get some additional deprecations and
minor features out. But we've stacked up a number of pretty serious
9.7 bugs that we should try to get fixed for users independent of
that: SOLR-17515, SOLR-17464, SOLR-17457 (which prevents our starting
on Windo
Let's continue discussion on Anshum's recent "Release 9.7.1" thread,
since we have a RM volunteer over there!
On Mon, Oct 28, 2024 at 12:08 PM Jason Gerlowski wrote:
>
> Hey all,
>
> Some folks on the users@ list reported a pretty severe bug in Solr
> 9.7.0.
Hey all,
Some folks on the users@ list reported a pretty severe bug in Solr
9.7.0. See the linked reference for more details, but in short:
replica recovery will hang on 9.7.0 nodes when
"PreemptiveBasicAuthClientBuilderFactory" is configured due to an NPE.
Users may be able to workaround the is
Speaking a bit off-the-cuff here - so apologies if this isn't well
thought through:
Maybe we should wait until the "cross-dc" module's official release
with 9.8 to nuke the solr-sandbox code? There are likely
early-adopters building the sandbox code themselves, and deleting the
code from solr-san
Hi!
I'm all for (eventually) nudging folks towards HttpCSP. It's a "Good
Thing", conceptually, to hide ZK!
But it sounds like there are still some significant (if few) downsides
to using HttpCSP (the "all live nodes disappear" case being the
biggest, to my mind). IMO we should close the more sig
2ot2l2nyyrjv8q676ok757b7hohqsy5
On Tue, Oct 15, 2024 at 12:40 PM Jan Høydahl wrote:
>
> +1. cleanups always good. Also, do we need to keep the smoke test 9.7 running
> if we don’t think there will be a 9.7.1 release?
>
> Jan Høydahl
>
> > On 15 Oct 2024, at 14:32, David S
Great summary notes David, and thanks for volunteering for this past month!
On Thu, Oct 24, 2024 at 1:33 AM David Smiley wrote:
>
> I probably should have activated the transcription feature for Google Meet
> but didn't. I will next time.
>
> On Thu, Oct 24, 2024 at 1:25 AM Ishan Chattopadhyaya
I agree - the fact that it's gone so long without an update suggests
it's better off relying on the ref-guide alone.
That said - I love the idea of keeping deprecations all in a table
like this. Much easier to find a feature-of-interest at a glance than
it is on the "Major Changes" page IMO. May
Congrats and welcome Christos!
On Sat, Oct 19, 2024 at 8:33 PM Jan Høydahl wrote:
>
> Congratulations and welcome, Christos!
>
> Jan
>
> > 19. okt. 2024 kl. 00:52 skrev David Smiley :
> >
> > The Project Management Committee (PMC) for Apache Solr has invited Christos
> > Malliaridis to become a c
Hi Sebastian,
This does sound like a "bug" - would you be willing to file a JIRA
ticket with this information please? ("Bonus points" if you can tweak
your reproduction steps to use "bin/solr start -e cloud" instead of
docker-compose, as that's probably more approachable for some folks!
But no wo
+1 (binding)
On Tue, Oct 15, 2024 at 6:43 PM Jan Høydahl wrote:
>
> +1 (binding)
>
> Jan
>
> > 15. okt. 2024 kl. 23:42 skrev Houston Putman :
> >
> > Hey everyone,
> >
> > A little while back, I made a thread asking opinions on cutting the 8.x
> > Solr support after 8.11.4 was released. Since the
Thanks David - I meant to send this out last week but got a bit behind!
On Tue, Oct 15, 2024 at 8:58 AM David Smiley wrote:
>
> Hi Everyone,
>
> I'm volunteering to run the community virtual meetup next week.
>
> What: Community Virtual Meetup, September 2024
> When: Wednesday, October 23rd @ 9:0
Hi all,
While cleaning up our Jenkins agents, I noticed that we trigger a lot
of long-running (> 1 hr) jobs on a nightly basis. Each family of jobs
differs slightly in the gradle task it runs, but there's a lot of
overlap. e.g. our 'Solr-Check', 'Solr-Smoketest', and
'Solr-NightlyTests' builds a
Hey all,
Is there any reason to keep the 9.6-related jobs around in ASF Jenkins
now that 9.7 is out?
The proliferation of unneeded jobs (and the disk space they consume)
was related to our Jenkins agents going and being down for much of the
last few weeks, so I'm trying to do some cleanup where w
> The failures generally seem to be coming from Uwe's boxes
This may be less about Uwe's boxes, and more due to the fact that all
of the "solr'-tagged slaves on the ASF Jenkins have been down for most
of a week. So Uwe's boxes are the only things running, by and large.
See the discussions in Sla
Thanks for putting this together Christos. Gonna aim to be at the Monday one!
Jason
On Sun, Oct 6, 2024 at 12:23 AM David Smiley wrote:
>
> Looking forward to it!
>
> On Mon, Sep 30, 2024 at 2:02 AM Christos Malliaridis <
> c.malliari...@gmail.com> wrote:
>
> > Hello everyone,
> >
> > I would l
+1 to try.
Especially if the attempt includes the "exempt PR" label feature that
Eric linked to. I'd use that pretty frequently in my workflow, as I
often push code for feedback without knowing exactly when I'll be able
to return to it and get it "over the finish line".
On Mon, Sep 23, 2024 at 1
+1 (binding)
I ran the smoketester, and did some manual testing of our backup,
restore, and "install shard" functionality.
Jason
On Fri, Sep 6, 2024 at 10:50 AM Tomás Fernández Löbbe
wrote:
>
> +1
>
> SUCCESS! [1:00:35.810469]
>
> On Thu, Sep 5, 2024 at 6:59 AM Jan Høydahl wrote:
>
> > +1 (bin
1 - 100 of 422 matches
Mail list logo
