lucenenet-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Itamar Syn-Hershko <ita...@code972.com>
Subject Re: Last failing tests remain to fix!
Date Sun, 05 Jul 2015 06:43:28 GMT
They will.

It's going slower lately, mostly because me and apparently the other
committers have become more busy with their other responsibilities. Like I
said a few times before, we could use more help.

--

Itamar Syn-Hershko
http://code972.com | @synhershko <https://twitter.com/synhershko>
Freelance Developer & Consultant
Lucene.NET committer and PMC member

On Sat, Jul 4, 2015 at 2:19 AM, James Lewis <witchlightning@gmail.com>
wrote:

> Once more, I'm wondering how it's going. Also, I was wondering the if the
> KStem and other Lucene 4.0 filters will be available with this release.
>
> Cheers,
> James
>
>
>
> On Sun, May 10, 2015 at 2:27 PM, Itamar Syn-Hershko <itamar@code972.com>
> wrote:
>
> > We are now working on the last 5-10 failing tests in core. Still some
> code
> > left to port though.
> > On May 10, 2015 5:37 PM, "James Lewis" <witchlightning@gmail.com> wrote:
> >
> > > It seems it was on the verge a couple of of weeks ago. I'm wondering
> how
> > > it's going.
> > >
> > > Cheers,
> > > James
> > > On Apr 21, 2015 6:06 AM, "Itamar Syn-Hershko" <itamar@code972.com>
> > wrote:
> > >
> > > > Status update:
> > > >
> > > > We are down to about 20 failing tests (thanks Laimis!)
> > > >
> > > > #1 + #2 are both fixed. Still more isolated tests left, and are up
> for
> > > > grabs.
> > > >
> > > > I'm currently working on the Analysis.Common sub-project, as it is a
> > > > prerequisite for a release (we can't release core without a proper
> > > analysis
> > > > package).
> > > >
> > > > Cheers,
> > > >
> > > > --
> > > >
> > > > Itamar Syn-Hershko
> > > > http://code972.com | @synhershko <https://twitter.com/synhershko>
> > > > Freelance Developer & Consultant
> > > > Lucene.NET committer and PMC member
> > > >
> > > > On Wed, Apr 8, 2015 at 10:07 AM, Itamar Syn-Hershko <
> > itamar@code972.com>
> > > > wrote:
> > > >
> > > > > Hey all,
> > > > >
> > > > > We are nearly there -- we are this close to a release!
> > > > >
> > > > > We have only about 30 failing tests now in the core, and I'd like
> to
> > > push
> > > > > hard during the next few days so we can get a beta out next week.
> > > > >
> > > > > I'd appreciate your help with this!
> > > > >
> > > > > I've narrowed down several failing tests that require some digging,
> > if
> > > > > folks can assign those to themselves and send us PRs fixing those
> > > tests,
> > > > > that would help a lot!
> > > > >
> > > > > 1. Lucene.Net.Search.TestNumericRangeQuery32.TestInfiniteValues()
> > > > > and Lucene.Net.Search.TestNumericRangeQuery64.TestInfiniteValues()
> --
> > > > > specifically it seems like Double and Float NaNs are treated
> > > differently
> > > > > between C# and Java and therefore the failing tests. Or there is
a
> > bug
> > > in
> > > > > the inner implementation handling those queries.
> > > > >
> > > > > 2. TestLucene40DocValuesFormat has a few failing tests, probably
> > > exposing
> > > > > data corruption in one of the codec components. I believe this is
> > > > contained
> > > > > in the 40DocValues tests so the scope isn't huge but I could be
> > wrong.
> > > > >
> > > > > 3. TestLucene42DocValuesFormat has two tests failing with output
of
> > > lines
> > > > > like "Fail: frozenHash=182658 vs h=5124052". Something is off in
> > > > computing
> > > > > the hashes of the nodes, or maybe the node construction is faulty
> > > (which
> > > > is
> > > > > a serious bug). Hashing is done in Lucene.Net.Fst.NodeHash<T>,
> > that'll
> > > > be a
> > > > > good starting point. Also see
> > > > >
> > > >
> > >
> >
> https://github.com/apache/lucenenet/commit/ea7cfe6972972f91090d995c729689fff9a0f54c
> > > > >
> > > > > 4. There seem to be some concurrency issues with file handling,
> > > probably
> > > > > on the part that is in charge of acquiring and releasing locks. In
> > > > > particular see TestDocValuesFormat,
> > > > > .TestShardSearching.TestSimple(),
> > > > TestBufferedIndexInput.TestSetBufferSize(),
> > > > TestLockFactory.TestStressLocks(),
> > > > TestLockFactory.TestStressLocksNativeFSLockFactory()
> > > > >
> > > > > 5. RegexpQuery seems to be broken, I believe the underlying
> automaton
> > > > > implementation doesn't emit the terms correctly. See the failures
> in
> > > > > TestRegexpQuery and TestRegexpRandom.
> > > > >
> > > > > 6. Similar but probably unrelated failing test is
> > > > > at TestSpanMultiTermQueryWrapper.TestFuzzy2()
> > > > >
> > > > > 7. An interesting failure to investigate is here:
> > > > > TestIndexableBinaryStringTools.TestEncodedSortability() --
> probably a
> > > > > simple porting fail, a subtle Java <--> C# mismatch that we
haven't
> > > > noticed.
> > > > >
> > > > > Additionally, any help with porting the subprojects would be great.
> > > Some
> > > > > folks took some subprojects under their wings and never reported
> > back.
> > > If
> > > > > you could either complete the work, or donate whatever you have
> done
> > so
> > > > > far, that would be great.
> > > > >
> > > > > As always, get the code from here:
> > https://github.com/apache/lucenenet
> > > > --
> > > > > work on your fork and send us a PR when ready, with a good
> > description
> > > of
> > > > > what you've done.
> > > > >
> > > > > To see the list of currently failing tests in real-time, go here
> (you
> > > can
> > > > > login as guest):
> > > > >
> > > >
> > >
> >
> http://teamcity.codebetter.com/viewType.html?buildTypeId=LuceneNet_Core&branch_LuceneNet=%3Cdefault%3E&tab=buildTypeStatusDiv
> > > > >
> > > > > Thanks, and happy searching,
> > > > >
> > > > > --
> > > > >
> > > > > Itamar Syn-Hershko
> > > > > http://code972.com | @synhershko <https://twitter.com/synhershko>
> > > > > Freelance Developer & Consultant
> > > > > Lucene.NET committer and PMC member
> > > > >
> > > > >
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message