lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shad Storhaug <s...@shadstorhaug.com>
Subject RE: Lucene.Net 4.8.0-beta00001 release blocked by the NuGet package with ID "Lucene.Net.Analysis.Common"
Date Wed, 03 May 2017 07:00:52 GMT
Thanks.

The primary reason it is taking “forever” is because Lucene is over 400,000 lines of code,
and there are too few people contributing to the effort. Most popular NuGet projects that
you are familiar with are less than 10,000 lines of code and one person can easily create
a release in a few weeks. Lucene.Net 4.8.0 has taken 9 months full-time for one person, plus
at least a year and a half of other people’s combined efforts to complete.

I am hoping that future ports can just be “upgrades” of this one (by porting only the
diff between the Lucene versions), but Lucene 4.x had a huge project structure change which
made that approach unworkable, so it was ported almost entirely from scratch.



From: ferron home [mailto:ferronrsmith@gmail.com]
Sent: Wednesday, May 3, 2017 3:14 AM
To: Shad Storhaug
Cc: dev@lucenenet.apache.org
Subject: Re: Lucene.Net 4.8.0-beta00001 release blocked by the NuGet package with ID "Lucene.Net.Analysis.Common"

I created this a while back because you guys were taking forever to release 4.8 and I needed
some core functionality Lucene provided for a client. I have added you as owner.

On 5/2/17 3:08 AM, Shad Storhaug wrote:
Ferron H,

Hello, my name is Shad Storhaug and I have been working full-time (as a volunteer committer)
on the Apache Lucene.Net project for the past 9 months. I am pleased to say that we are now
ready to release our first beta on NuGet pending a formal vote process which is expected to
take 3 days. However, you can imagine my surprise and disappointment to find that one of our
new NuGet package IDs (Lucene.Net.Analysis.Common) has already been taken.

While you probably uploaded the Lucene.Net.Analysis.Common NuGet package with the best of
intentions, it is unfortunately now a blocker for our release (https://github.com/apache/lucenenet/releases/tag/Lucene.Net_4_8_0_beta00001).
The new release is more than 2000 commits ahead of the 4.9.0 package. There have been hundreds
of bugs fixed, more than 100 tests that were failing (after completing the test framework)
are now passing, there is now support for .NET Core, and the API is now much more .NET-like
than it was previously. That said, the API is completely incompatible with the Lucene.Net.Analysis.Common
package that you have uploaded.

We appreciate the fact that you and other users might be utilizing the Lucene.Net.Analysis.Common
4.9.0 package in your projects, so I propose we do the following to help resolve this issue:


1.       Invite me (NightOwl888) to be a package owner of the NuGet package Lucene.Net.Analysis.Common
so I can invite other Apache PMC members as owners. This will allow us to release Lucene.Net.4.8.0-beta00001
and continue releasing new official versions after Lucene.Net.4.8.0-beta00001.

2.       Hide the version 4.9.0 Lucene.Net.Analysis.Common package so it doesn’t cause dependency
conflicts when people install other official Lucene.Net packages that depend on it. This ensures
any project build that depends on Lucene.Net.Analysis.Common 4.9.0 will still be able to install
it, but it will no longer be visible from the NuGet Package Manager Console.

Also, we noticed that you have uploaded the NuGet package Lucene.Net.Core. While we don’t
plan on using that package ID, we would appreciate if you would edit the details in NuGet.org’s
control panel to reflect that this is not an official package from The Apache Software Foundation,
as it is causing much confusion among our user base.

We would appreciate if you would join our efforts to make Lucene.Net 4.8.0 stable (and complete)
and help pave the way for the next upgrade of Lucene.Net from the Java Lucene project (https://github.com/apache/lucenenet/blob/master/CONTRIBUTING.md).


Thanks,
Shad Storhaug (NightOwl888)



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