We should probably roll SOLR-6969 into a respin as well. I finally have a
good fix and it's a pretty critical data loss issue on hdfs as transactions
logs can easily be ignored instead of replayed.

- Mark

On Thu, Jan 29, 2015 at 9:01 AM, Adrien Grand <jpou...@gmail.com> wrote:

> Hi Anshum,
>
> I'd like to get https://issues.apache.org/jira/browse/LUCENE-6207 in
> 5.0.0.
>
> On Wed, Jan 28, 2015 at 6:54 PM, Anshum Gupta <ans...@anshumgupta.net>
> wrote:
> > +1 on that. Thanks Mike.
> >
> > On Wed, Jan 28, 2015 at 9:45 AM, Michael McCandless
> > <luc...@mikemccandless.com> wrote:
> >>
> >> I'd like to fix https://issues.apache.org/jira/browse/LUCENE-6205 for
> >> 5.0.0 ... the fix is low risk and the bug looks like index corruption
> >> when it strikes.
> >>
> >> Mike McCandless
> >>
> >> http://blog.mikemccandless.com
> >>
> >>
> >> On Tue, Jan 27, 2015 at 12:01 PM, Anshum Gupta <ans...@anshumgupta.net>
> >> wrote:
> >> > I would say that this is not the time to push stuff that we forgot to
> >> > put in
> >> > but to get critical/blocker bug fixes to make sure that Lucene and
> Solr
> >> > do
> >> > not break and work as documented, when released. Let's not try to
> shoot
> >> > ourselves in the foot by changing more things than that as it'll be
> >> > tough to
> >> > track and manage if that starts to happen.
> >> >
> >> > About the respin, I'm just waiting for SOLR-6640. Everything else that
> >> > was
> >> > reported in the earlier RC stands fixed. If anyone finds bugs that
> >> > impact
> >> > the release of 5.0 as is, please fix and commit but not any other
> >> > change.
> >> >
> >> > Thanks for being patient.
> >> >
> >> >
> >> > On Tue, Jan 27, 2015 at 8:45 AM, Ryan Ernst <r...@iernst.net> wrote:
> >> >>>
> >> >>> I just filed https://issues.apache.org/jira/browse/SOLR-7041 "Nuke
> >> >>> defaultSearchField and solrQueryParser from schema”. Has it been
> >> >>> discussed
> >> >>> already?
> >> >>
> >> >>
> >> >>>
> >> >>>  What about https://issues.apache.org/jira/browse/SOLR-4586
> >> >>>
> >> >>> I have hit this trappy magic1024 limit myself and it would be great
> if
> >> >>>
> >> >>> it could be removed for 5.0.
> >> >>
> >> >>
> >> >> A respin is not the time to cram in more changes (especially
> >> >> controversial
> >> >> ones).
> >> >>
> >> >> On Tue, Jan 27, 2015 at 5:28 AM, Mike Murphy <mmurphy3...@gmail.com>
> >> >> wrote:
> >> >>>
> >> >>> What about https://issues.apache.org/jira/browse/SOLR-4586
> >> >>> I have hit this trappy magic1024 limit myself and it would be great
> if
> >> >>> it could be removed for 5.0.
> >> >>>
> >> >>> On Tue, Jan 27, 2015 at 5:28 AM, Jan Høydahl <jan....@cominvent.com
> >
> >> >>> wrote:
> >> >>> > I just filed https://issues.apache.org/jira/browse/SOLR-7041
> "Nuke
> >> >>> > defaultSearchField and solrQueryParser from schema”. Has it been
> >> >>> > discussed
> >> >>> > already?
> >> >>> >
> >> >>> > --
> >> >>> > Jan Høydahl, search solution architect
> >> >>> > Cominvent AS - www.cominvent.com
> >> >>> >
> >> >>> > 25. jan. 2015 kl. 20.07 skrev Uwe Schindler <u...@thetaphi.de>:
> >> >>> >
> >> >>> > In addition,
> >> >>> >
> >> >>> > on most computers you extract to your windows “Desktop” and for
> most
> >> >>> > users
> >> >>> > this is also using a white space (the user name has in most cases
> >> >>> > white
> >> >>> > space in the name), this is also bad user experience.
> >> >>> >
> >> >>> > Uwe
> >> >>> >
> >> >>> > -----
> >> >>> > Uwe Schindler
> >> >>> > H.-H.-Meier-Allee 63, D-28213 Bremen
> >> >>> > http://www.thetaphi.de
> >> >>> > eMail: u...@thetaphi.de
> >> >>> >
> >> >>> > From: Anshum Gupta [mailto:ans...@anshumgupta.net]
> >> >>> > Sent: Sunday, January 25, 2015 7:58 PM
> >> >>> > To: dev@lucene.apache.org
> >> >>> > Subject: Re: [VOTE] Release 5.0.0 RC1
> >> >>> >
> >> >>> > I'm not really a windows user so I don't really know what's a fix
> >> >>> > for
> >> >>> > the
> >> >>> > paths with a space. May be we can either fix it or document the
> way
> >> >>> > to
> >> >>> > use
> >> >>> > it so that this doesn't happen (put the path in quotes or
> >> >>> > something?).
> >> >>> > The
> >> >>> > worst case, we should document that it doesn't work in such cases
> >> >>> > and
> >> >>> > the
> >> >>> > steps from there on.
> >> >>> >
> >> >>> > Leaving it as is would be a problem for users as they wouldn't
> even
> >> >>> > have a
> >> >>> > way to get around, with all the documentation about the
> traditional
> >> >>> > way
> >> >>> > of
> >> >>> > starting/stopping Solr yanked from the Ref guide.
> >> >>> >
> >> >>> > P.S.: I'll do whatever is in my hands to get this out soon, but
> >> >>> > can't
> >> >>> > promise on that. You would have an RC though :-).
> >> >>> >
> >> >>> >
> >> >>> > On Sun, Jan 25, 2015 at 10:33 AM, Uwe Schindler <u...@thetaphi.de>
> >> >>> > wrote:
> >> >>> >
> >> >>> > Hi,
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > With both Java 7 and Java 8 (took much longer, of course):
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Java 1.7 JAVA_HOME=/home/thetaphi/jdk1.7.0_76
> >> >>> >
> >> >>> > Java 1.8 JAVA_HOME=/home/thetaphi/jdk1.8.0_31
> >> >>> >
> >> >>> > Ubuntu 14.04, 64bit
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > SUCCESS! [2:21:52.553327]
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Unfortunately, Solr still has the problem that Windows scripts to
> >> >>> > startup/shutdown and create collections don’t work if you have
> >> >>> > spaces
> >> >>> > in the
> >> >>> > installation path. This is quite common on Windows (e.g. the
> default
> >> >>> > installation folder is named “c:\Program Files” – if you install
> >> >>> > Solr
> >> >>> > there
> >> >>> > you cannot even start it without error messages (Access Denied) –
> >> >>> > but
> >> >>> > it
> >> >>> > still starts up. But running techproducts demo fails horrible with
> >> >>> > crazy
> >> >>> > error messages). I played around with some other install dir, but
> to
> >> >>> > me
> >> >>> > this
> >> >>> > is still a blocker, see
> >> >>> > https://issues.apache.org/jira/browse/SOLR-7016
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > In addition on Windows, shutting down *all* Solr servers does not
> >> >>> > work.
> >> >>> > "solr.cmd stop –all” looks like a no-op. Shutting down a single
> solr
> >> >>> > server
> >> >>> > goes sometimes into a loop of “Waiting 10 seconds…” and then
> “cannot
> >> >>> > find
> >> >>> > xxx.port file”. So I had to shutdown the whole cloud manually.
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > So +/- 0 to release Solr as-is, I would like that somebody takes
> >> >>> > care
> >> >>> > of
> >> >>> > above issues. This makes Solr unuseable on Windows.
> >> >>> >
> >> >>> > I would give my +1 to release Lucene... (but this does not help)
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Uwe
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > P.S.: If we get this out this week I can announce this release
> >> >>> > together
> >> >>> > with
> >> >>> > my talk about Lucene/Solr 5 at FOSDEM 2015 in Brussels! J
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > -----
> >> >>> >
> >> >>> > Uwe Schindler
> >> >>> >
> >> >>> > H.-H.-Meier-Allee 63, D-28213 Bremen
> >> >>> >
> >> >>> > http://www.thetaphi.de
> >> >>> >
> >> >>> > eMail: u...@thetaphi.de
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > From: Uwe Schindler [mailto:u...@thetaphi.de]
> >> >>> > Sent: Sunday, January 25, 2015 3:53 PM
> >> >>> > To: dev@lucene.apache.org
> >> >>> > Subject: RE: [VOTE] Release 5.0.0 RC1
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Hey,
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > if you have Java 8 on your machine, too, you can smoke with both
> >> >>> > (Java
> >> >>> > 7 and
> >> >>> > Java 8):
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > python3 dev-tools/scripts/smokeTestRelease.py --test-java8
> >> >>> > /path/to/jdk8
> >> >>> >
> >> >>> >
> >> >>> >
> http://people.apache.org/~anshum/staging_area/lucene-solr-5.0.0-RC1-rev1654615
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > I am doing that at the moment to ensure all is fine also with Java
> >> >>> > 8.
> >> >>> >
> >> >>> > Uwe
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > -----
> >> >>> >
> >> >>> > Uwe Schindler
> >> >>> >
> >> >>> > H.-H.-Meier-Allee 63, D-28213 Bremen
> >> >>> >
> >> >>> > http://www.thetaphi.de
> >> >>> >
> >> >>> > eMail: u...@thetaphi.de
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > From: Anshum Gupta [mailto:ans...@anshumgupta.net]
> >> >>> > Sent: Sunday, January 25, 2015 6:17 AM
> >> >>> > To: dev@lucene.apache.org
> >> >>> > Subject: [VOTE] Release 5.0.0 RC1
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Please review and vote for the following RC:
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Artifacts:
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> http://people.apache.org/~anshum/staging_area/lucene-solr-5.0.0-RC1-rev1654615
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Smoke tester:
> >> >>> >
> >> >>> >  python3  dev-tools/scripts/smokeTestRelease.py
> >> >>> >
> >> >>> >
> >> >>> >
> http://people.apache.org/~anshum/staging_area/lucene-solr-5.0.0-RC1-rev1654615
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > Here's my +1
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > SUCCESS! [0:39:42.513560]
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > --
> >> >>> >
> >> >>> > Anshum Gupta
> >> >>> >
> >> >>> > http://about.me/anshumgupta
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > --
> >> >>> > Anshum Gupta
> >> >>> > http://about.me/anshumgupta
> >> >>> >
> >> >>> >
> >> >>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> --Mike
> >> >>>
> >> >>>
> ---------------------------------------------------------------------
> >> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >> >>>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Anshum Gupta
> >> > http://about.me/anshumgupta
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>
> >
> >
> >
> > --
> > Anshum Gupta
> > http://about.me/anshumgupta
>
>
>
> --
> Adrien
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>


-- 
- Mark

http://about.me/markrmiller

Reply via email to