> There are just a few rules that we need to adhere to, and all it is going to > cost us is a formal vote that will run for about three days.
No problem. So, yes it would appear we need a release vote. I take it I need to supply the binaries (NuGet packages) and Itamar will prepare them before the vote? If so, another question... We have one package that depends on icu-dotnet, which still has no official support for .NET Core. Connie has recently made a PR to resolve that, which is currently being worked on. Basically, the dependency for Lucene.Net.Icu is missing on NuGet - the reason why the project compiles is because there is a temporary package on MyGet. Being that this package is not likely to be used by many people, it seems silly to hold up the release for this issue. We can just provide release notes with instructions on how to get the dependency from MyGet (or alternatively don't upload it to MyGet until the issue is resolved). But what happens if icu-dotnet for .NET Core is released after the packages are created and before they are approved? FYI - I have setup the build process to append the short Git commit hash to the AssemblyInformationalVersion. While I did that mainly to correlate the CI builds to a commit without tagging every build, it seems it would also come in handy if there is a delay between when the binary is generated and when the tag is applied to the repository. Thanks, Shad Storhaug (NightOwl888) -----Original Message----- From: Stefan Bodewig [mailto:[email protected]] Sent: Sunday, April 23, 2017 11:10 PM To: [email protected] Subject: Re: JIRA Issue Tracker - Needs Updates On 2017-04-23, Shad Storhaug wrote: > Stefan, >>> Just wondering if someone could either update JIRA or give me >>> permission to update it. >> I've granted you Committer access, let me know whether this is enough to >> make the changes you need to apply. > I am still not seeing any way to edit Versions or Components in the > control panel. While I'm trying to figure things out, maybe you can tell me what I should create. This may be faster :-) >>> We are ready to push the BETA to NuGet and we really should have the >>> issue tracker optimized to track bugs... >> This really sounds like something that could use a release vote ... > As for the vote, do note we have already had a discussion about this > (https://www.mail-archive.com/[email protected]/msg02830.html), > it has just taken awhile to come to fruition. I'm old (ask my children :-) and my memory is often failing me. What I was talking about is the good old Apache release vote[1] and I don't see the thread of last September touching on it. When we provide a release as Apache Lucene.NET - and it doesn't matter whether we call it an alpha, beta or final release - to the general public the PMC must vote an the actual release artifacts. Not just on the intent of creating them. > I think we should announce the new CI feed (below) and see if there > are any issues first before going to NuGet. Automated builds that go to the MyGet are fine as long as we label them developer snapshots and don't recommend them to the general public. We are relly walking a fine line here. Before you get me wrong, I really don't want t stop any momentum and am glad we are as close to a release as we are now. There are just a few rules that we need to adhere to, and all it is going to cost us is a formal vote that will run for about three days. Stefan [1] http://www.apache.org/legal/release-policy.html
