Re: Release date of SOLR 1.3

We're basically in that state already for the trunk. I don't think that we need a separate branch unless there is a big movement toward starting a new big non-1.3 feature before 1.3 is released. If that happens, we'll see what needs to be done to keep development going. -Mike On 6-Jun-08

Re: Release date of SOLR 1.3

Sounds like you need a feature freeze branch. As for legal issues about letting people know about unofficial builds... it's open source right, so the waiver at the top is pretty explicit. On Thu, 2008-06-05 at 16:47 -0700, Ryan Grange wrote: > It would be nice to see some kind of update to the So

Re: Release date of SOLR 1.3

On 5-Jun-08, at 4:47 PM, Ryan Grange wrote: It would be nice to see some kind of update to the Solr website regarding what's holding up a 1.3 release. I look at that a lot more often than I look at this mailing list to see whether or not there's a new version I should be looking to test o

Re: Release date of SOLR 1.3

The Solr website isn't really for disseminating that information (also, we aren't allowed to advertise unofficial builds very loudly. It's a legal thing.). If you want to know what is holding up release, check out JIRA:

Re: Release date of SOLR 1.3

It would be nice to see some kind of update to the Solr website regarding what's holding up a 1.3 release. I look at that a lot more often than I look at this mailing list to see whether or not there's a new version I should be looking to test out. Ryan Grange, IT Manager DollarDays Internati

Re: Release date of SOLR 1.3

If a feature that is really big (say distributed search) is half baked and not ready for primetime, we must hold on the release till it is completely fixed. That is not to say that every possible enhancements to that feature must be incorporated before we can do a release. If the new changes are n

Re: Release date of SOLR 1.3

: One year between releases is a very long time for such a useful and : dynamic system. Are project leaders willing to (re)consider the : development process to prioritize improvements/features scope into : chunks that can be accomplished in shorter time frames - say 90 days? : In my experience,

Re: Release date of SOLR 1.3

On Wed, May 21, 2008 at 7:40 PM, Andrew Savory <[EMAIL PROTECTED]> wrote: > Hi, > > 2008/5/21 Dan Thomas <[EMAIL PROTECTED]>: > > > One year between releases is a very long time for such a useful and > > dynamic system. Are project leaders willing to (re)consider the > > development process to pr

Re: Release date of SOLR 1.3

Hi, 2008/5/21 Dan Thomas <[EMAIL PROTECTED]>: > One year between releases is a very long time for such a useful and > dynamic system. Are project leaders willing to (re)consider the > development process to prioritize improvements/features scope into > chunks that can be accomplished in shorter

Re: Release date of SOLR 1.3

It is difficult to say such a thing when we consider that Solr is developed by voluntaries that use their free time or time as part of a working project to dedicate to Solr. I think that Solr development is giving us outstanding results. 2008/5/21 Dan Thomas <[EMAIL PROTECTED]>: > On Mon, May 19

Re: Release date of SOLR 1.3

On Mon, May 19, 2008 at 2:49 PM, Chris Hostetter <[EMAIL PROTECTED]> wrote: > > : solr release in some time, would it be worth looking at what outstanding > : issues are critical for 1.3 and perhaps pushing some over to 1.4, and > : trying to do a release soon? > > That's what is typically done whe

Re: Release date of SOLR 1.3

: solr release in some time, would it be worth looking at what outstanding : issues are critical for 1.3 and perhaps pushing some over to 1.4, and : trying to do a release soon? That's what is typically done when the Developers start getting an itch to make a release. Jira keeps track of all

Re: Release date of SOLR 1.3

Noble Paul നോബിള്‍ नोब्ळ् wrote: If you are looking for an immediate need waiting for a release I must advice you against waiting for the solr1.3 release. The best strategy would be to take a nightly and start using it. Test is thoroughly and if bugs are found report them back . If everything is

Re: Release date of SOLR 1.3

Hi, 2008/5/16 Noble Paul നോബിള്‍ नोब्ळ् <[EMAIL PROTECTED]>: > If you are looking for an immediate need waiting for a release I must > advice you against waiting for the solr1.3 release. The best strategy > would be to take a nightly and start using it. Test is thoroughly and > if bugs are found r

Re: Release date of SOLR 1.3

If you are looking for an immediate need waiting for a release I must advice you against waiting for the solr1.3 release. The best strategy would be to take a nightly and start using it. Test is thoroughly and if bugs are found report them back . If everything is fine go into production with that

Re: Release date of SOLR 1.3

There isn't a specific date so far, but I'd like to say that only once in the year or so I've been working with the SVN head build of Solr have I noticed a bug get committed. And it was fixed very quickly once it was found.. I think if you need to have development features you're probably s