Re: Policeman Jenkins => new hardware

2025-03-19 Thread Robert Muir
e team by > testing issues/fixes/features/etc. on macOS, just let me know and I'd be > happy to help on my end. > > Paul Irwin > > > On Wed, Mar 19, 2025 at 8:22 AM Robert Muir wrote: > >> On Tue, Mar 18, 2025 at 12:53 PM

Re: Policeman Jenkins => new hardware

2025-03-19 Thread Robert Muir
On Tue, Mar 18, 2025 at 12:53 PM Uwe Schindler wrote: > Possibly migrate away from VirtualBOX to KVM, but it's unclear if Hackintoshs > work there. > -device isa-applesmc,osk="ourhardworkbythesewordsguardedpleasedontsteal(c)AppleComputerInc" ---

Re: Strange error in Solr with Lucene 9.0.0

2021-12-08 Thread Robert Muir
o this is a serious bug. In > Lucene tests we havent seen this! > > Uwe > > - > Uwe Schindler > Achterdiek 19, D-28357 Bremen > https://www.thetaphi.de > eMail: u...@thetaphi.de > > > -Original Message- > > From: Robert Muir > > Sent: Wedn

Re: Strange error in Solr with Lucene 9.0.0

2021-12-08 Thread Robert Muir
I also generally tried to "beast" this SimpleFacetsTest.testRangeFacetFilterVsDocValuesRandom without any seed at all (JDK 17/linux), but I didn't manage to provoke any failures. On Wed, Dec 8, 2021 at 1:08 PM Robert Muir wrote: > > I checked out the commit hash and re-ran t

Re: Strange error in Solr with Lucene 9.0.0

2021-12-08 Thread Robert Muir
ally reproduces failures for given random seeds? On Wed, Dec 8, 2021 at 12:44 PM Robert Muir wrote: > > Uwe, it looks a little crazy: > > we've got asserts here that "index" is in bounds and certainly not -1 > right before the method call! > https://github.com/apache/

Re: Strange error in Solr with Lucene 9.0.0

2021-12-08 Thread Robert Muir
Uwe, it looks a little crazy: we've got asserts here that "index" is in bounds and certainly not -1 right before the method call! https://github.com/apache/lucene/blob/main/lucene/core/src/java/org/apache/lucene/codecs/lucene90/Lucene90DocValuesProducer.java#L1123-L1125 On Wed, Dec 8, 2021 at 12:

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

2021-09-17 Thread Robert Muir
>> : > >> : > I have this in my lucene-core-9.0.0-SNAPSHOT.jar: >> : > >> : > Implementation-Version: 9.0.0-SNAPSHOT de45b68c909815ce5ea7b6b9e1a2ce337 >> : > 5b6334d [snapshot build, details omitted] >> : > >> : > and running: >> : > >> : &

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

2021-09-16 Thread Robert Muir
quot;easy in java". This is *exactly* what i mean when i say this crazy shit has NO INTEROP. It is 100% pure garbage, java showing its true colors. On Thu, Sep 16, 2021 at 5:53 AM Robert Muir wrote: > > I was referring to doing this with languages other than java. > > I'm als

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

2021-09-16 Thread Robert Muir
gt; java PrintManifest.java lucene-core-9.0.0-SNAPSHOT.jar > > shows: > > lucene-core-9.0.0-SNAPSHOT.jar: 9.0.0-SNAPSHOT > de45b68c909815ce5ea7b6b9e1a2ce3375b6334d [snapshot build, details > omitted] > > This seems easier to me than trying to remember and keep the length of

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

2021-09-15 Thread Robert Muir
But its irrelevant that is "valid" when virtually no tools match it. In other words, I'd agree with you if the "jar" command had some ability to read these manifests and print stuff to stdout, e.g. if there was ANY interop at all here. But there isn't. So IMO it makes no sense to cause confusion

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

2021-09-15 Thread Robert Muir
+1 for option #1 Let's control the hash to a reasonable size, so that the version number will "fit" We would hit this same problem with 10.0.0 and then we'd have to revisit it again with 10.10.0, so let's not try to solve it onesy-twosey at this time On Wed, Sep 15, 2021 at 2:46 PM Mike Drob wro