Jason,
See dev-tools/README.maven for how run the Maven build.
In short, to install all Lucene/Solr artifacts without running tests:
ant get-maven-poms
cd maven-build
mvn -DskipTests install
Steve
On Oct 29, 2012, at 12:58 PM, Jason Rutherglen
I committed a fix to the Maven configuration: Derby is now a DIH test dependency
On Nov 13, 2012, at 5:31 AM, Apache Jenkins Server jenk...@builds.apache.org
wrote:
Build: https://builds.apache.org/job/Lucene-Solr-Maven-4.x/153/
9 tests failed.
FAILED:
On Nov 17, 2012, at 4:16 PM, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote:
Curious that Maven is seeing these failures while the Ant build isn't.
I think it does. Or it did. It's been eerily quiet -- I agree -- but I
haven't been in sync with the latest changes so I don't know what you
+1
On Nov 19, 2012, at 5:11 PM, Mark Miller markrmil...@gmail.com wrote:
If nobody objects, I'm ready to try extending the commit bot jira
tagger to the whole dev group.
--
- Mark
-
To unsubscribe, e-mail:
I've always put patches up one level from checked out dirs: svn diff
../PROJECT-.patch; patch -p0 ../PROJECT-.patch.
For stuff that should be ignored by everybody (or that wouldn't cause trouble
for others), we could add them to the svn:ignore list for the directory they're
in?
I guess there are two classes of things here: new non-ignored
non-svn-controlled files; and modifications to svn-controlled files.
My point about svn:ignore was that we could use it to handle the non-ignored
non-svn-controlled files case.
I guess you're talking about the svn-controlled
Hi Per,
Have you seen http://wiki.apache.org/lucene-java/HowToContribute ?
I don't think the current development branches are listed anywhere, but this
doesn't change very often. Feel free to add info to the above wiki page.
I recommend you subscribe to the commits mailing list, where you
Hi Shai - it's safe to remove.
On Dec 4, 2012 5:09 AM, Shai Erera ser...@gmail.com wrote:
Hi
It references lucene/analysis/icu/src/test-files but I don't see such
directory, and eclipse complains.
Is it safe to remove it from dot.classpath or has it been moved elsewhere?
Shai
On Dec 4, 2012, at 2:45 PM, Michael McCandless luc...@mikemccandless.com
wrote:
I'd really love to have a per-module ant precommit.
+1
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail:
I think one useful middle point might be to only run checks on modules that
have pending changes. Yes, as Hoss points out, an unchanged module's javadocs
might no longer work (etc.), but I don't think that's the common case.
On Dec 4, 2012, at 3:00 PM, Mark Miller markrmil...@gmail.com wrote:
I'm running it. It takes just over 4 minutes for me. Pretty minor IMHO.
On Dec 4, 2012, at 5:26 PM, Mark Miller markrmil...@gmail.com wrote:
I guess my point is that since no one runs it (except perhaps you), it's not
really helping anything.
And the broken build is really more minor
Hi Artyom,
Quoting my response to your identical solr-user mailing list post:
Hi Artyom,
The lucene_solr_4_0 branch IntelliJ setup works for me.
Sounds like Ivy isn't succeeding in downloading dependencies.
'ant idea' calls 'ant resolve', which uses Apache Ivy to download binary
Artyom,
When I run 'ant resolve' at the top level, after visiting lucene modules, solr
modules are also visited, but I don't see that happening in your output below -
only lucene modules are visited.
How did you get the lucene_solr_4_0 branch? Maybe you only checked out
lucene/? What
:\Users\username\.ivy2\cache\ - just remove this directory and its
contents.
Steve
On Dec 6, 2012, at 10:16 AM, Steve Rowe sar...@gmail.com wrote:
Artyom,
When I run 'ant resolve' at the top level, after visiting lucene modules,
solr modules are also visited, but I don't see that happening
Yeah, the original email on this thread is a truncated version of Erik
Hatcher's 2005 email to the then java-dev@l.a.o list:
http://markmail.org/thread/iuypjnmewll7nc5o, but with a different sender.
The truncated Bugzilla email sent earlier today
http://markmail.org/message/veawuqdlggq5ev3u
+1, thanks Mark!
On Dec 9, 2012, at 11:04 AM, Doron Cohen cdor...@gmail.com wrote:
Thanks Mark, this bot is very helpful, and now even more so!
On Sun, Dec 9, 2012 at 5:37 PM, Mark Miller markrmil...@gmail.com wrote:
Okay, I've made the following changes:
1. Doesn't look for the :
FYI, the OpenOffice project got permission to run a similar bot (SVN-Bugzilla)
on ASF hardware:
https://issues.apache.org/jira/browse/INFRA-5004
Steve
On Dec 5, 2012, at 7:17 PM, Mark Miller markrmil...@gmail.com wrote:
FYI
It seems my machines at home are down, so the commit tag
I've addressed all three of the issues I identified below. I used
CSS-positioned textual TMs for the logos instead of modifying the images. I've
only looked at the result in Safari/OS X so far; I'd appreciate others taking a
look and providing feedback.
Thanks,
Steve
On 9/14/2012 at 1:59
Maybe both - trunk (5.X) - since branch_5x doesn't exist yet, and the two
labels now being used refer to directory names in Subversion.
On Dec 9, 2012, at 11:04 PM, Mark Miller markrmil...@gmail.com wrote:
Should we use 5x rather than trunk in the message?
So that it's a little easier to
Ant will add the value of environment variable $ANT_OPTS to its JVM invocation.
Here's my definition, from my .bashrc:
export ANT_OPTS='-Xmx1g -XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=256m
-Djava.awt.headless=true'
Steve
On Dec 10, 2012, at 5:24 PM, Dyer, James
On Dec 11, 2012, at 10:44 AM, Uwe Schindler u...@thetaphi.de wrote:
@ Steven Rowe: WE NEED A JFLEX RELEASE! Is there a chance to get one?
Yes.
I plan for this to be my Christmas vacation project :)
-
To unsubscribe, e-mail:
Thanks Uwe, I'll look into it.
On Dec 12, 2012 4:30 AM, Uwe Schindler u...@thetaphi.de wrote:
Hi,
I committed the reorder of the checks. The dependency validation task
fails in Solr:
[licenses] MISSING sha1 checksum file for: C:\Users\Uwe
Welcome Sami!
Steve
On Dec 12, 2012, at 3:17 PM, Mark Miller markrmil...@gmail.com wrote:
I'm please to announce that Sami Siren has accepted the PMC's
invitation to join.
Welcome Sami!
- Mark
-
To unsubscribe,
The email notification regex didn't catch the cause of the build failure (I'll
fix the regex):
---
-ecj-javadoc-lint-src:
[ecj-lint] Compiling 617 source files
[ecj-lint] invalid Class-Path header in manifest of jar file:
Ajay,
In the future, please ask questions about *using* Lucene on the java-user
mailing list - the dev list is for Lucene/Solr development discussion.
PatternAnalyzer is deprecated, but will be available until Lucene 5.0.
Alternatively, you can create your own equivalent analyzer using
Atlassian offers free hosting for its FishEye service over Apache projects'
source repositories. Looks like they currently host 60 or so projects:
https://fisheye6.atlassian.com/browse
FishEye can search file history - content as well as metadata - and I'd like to
be able to do that against
...@cs.put.poznan.pl wrote:
Do they also offer Bamboo services? This would be a nice addition to
Jenkins... :)
Dawid
On Wed, Sep 11, 2013 at 8:23 PM, Steve Rowe sar...@gmail.com wrote:
Atlassian offers free hosting for its FishEye service over Apache projects'
source repositories. Looks like
Noble,
I've added you to the solr-committers confluence group, so you should now be
able to edit the wiki.
Steve
On Sep 12, 2013, at 1:08 AM, Noble Paul നോബിള് नोब्ळ् noble.p...@gmail.com
wrote:
just grand me edit access
On Thu, Sep 12, 2013 at 5:11 AM, Hoss Man (JIRA)
Thanks Robert.
Some background on the lucene-codec module's complex maven config (lucene-core,
solr-core, and solr-solrj all have the same setup):
https://issues.apache.org/jira/browse/LUCENE-4365 - the two attached images
show the cyclic dependency situation involving the test-framework
+1 to add this comment to the pom.xml.template files for lucene-codec (and
lucene-core, solr-core and solr-solrj), but the dark magic isn't necessary
for Ant, since it's more flexible than Maven, so I don't think any mention
needs to be made of this in build.xml files.
Maven considers
-- test-phase POM
Robert, do you think the above structure would have provided the nested
modules here cue?
Steve
On Sep 17, 2013, at 2:58 PM, Steve Rowe sar...@gmail.com wrote:
Yeah, this configuration style is definitely a kludge around this Maven
shortcoming.
About submodules, though
Oct 27 2012 .
drwxr-xr-x 22 rmuir staff 748 Jul 13 09:48 ..
-rw-r--r-- 1 rmuir staff 1794 Sep 9 2012 pom.xml.template
drwxr-xr-x 4 rmuir staff 136 Oct 27 2012 src
On Tue, Sep 17, 2013 at 2:45 PM, Steve Rowe sar...@gmail.com wrote:
+1 to add this comment to the pom.xml.template
+1
Smoke tester passes; changes, docs and javadocs look good.
Steve
On Sep 18, 2013, at 5:46 PM, Adrien Grand jpou...@gmail.com wrote:
Hi all,
Please test and vote to release the following Lucene and Solr 4.5.0 artifacts:
+1
Smoke tester passes; changes, docs and javadocs look good.
Steve
On Sep 19, 2013, at 1:56 PM, Adrien Grand jpou...@gmail.com wrote:
Here is a new release candidate. Difference with the previous
candidate is that this RC1 now has LUCENE-5223 as well as the missing
commit from SOLR-4221:
Hi Varun,
Thanks, good catch!
Permission to edit the Reference Guide directly is only granted to Lucene/Solr
committers - see
https://cwiki.apache.org/confluence/display/solr/Internal+-+Maintaining+Documentation#Internal-MaintainingDocumentation-WhoCanEditThisDocumentation.
For small
Welcome Wolfgang!
Steve
On Sep 26, 2013, at 6:21 AM, Uwe Schindler uschind...@apache.org wrote:
Hi,
I'm pleased to announce that after a long abstinence, Wolfgang Hoschek
rejoined the Lucene/Solr committer team. He is working now at Cloudera and
plans to help with the integration of
Except for #1/#34 - internal links to beginning-of-page sections point one page
earlier than they should - and #8/#41 - missing Thai and Polish chars - which I
don't know how to fix, I'll try to address the other items on this (um, very
long) list of mostly minor stuff I found:
0. All examples
)
- let me know.
I'll try to do them all myself, but if it looks like it's going to take more
than one day, I'll ask for help.
On Thu, Sep 26, 2013 at 7:29 AM, Steve Rowe sar...@gmail.com wrote:
0. All examples in the exported PDF have an extra blank line at the top. I
was able to eliminate
Cassandra,
On Sep 26, 2013, at 10:39 AM, Cassandra Targett casstarg...@gmail.com wrote:
I'll take a look at the CSS - this is the one, right?:
https://cwiki.apache.org/confluence/spaces/flyingpdf/viewpdfstyleconfig.action?key=solr
About the interim HTML, I found this description of how to
I attached a fix to the issue Shawn created for the missing implicit
Solr-core-properties-on-RELOAD issue: SOLR-5279
IMHO, this regression should be fixed in 4.5.
Adrien, I tried to raise you on IRC but didn't get a response - is it okay with
you to do a respin? I'll commit to trunk and
Thanks Adrien.
I've finished backporting SOLR-5279, and also backported SOLR-5281.
Steve
On Sep 27, 2013, at 4:30 PM, Adrien Grand jpou...@gmail.com wrote:
Hi Steve,
On Fri, Sep 27, 2013 at 9:30 PM, Steve Rowe sar...@gmail.com wrote:
I attached a fix to the issue Shawn created
Mark's branch_4x
commit to the 4_5 branch.
Steve
On Sep 27, 2013, at 5:26 PM, Steve Rowe sar...@gmail.com wrote:
Thanks Adrien.
I've finished backporting SOLR-5279, and also backported SOLR-5281.
Steve
On Sep 27, 2013, at 4:30 PM, Adrien Grand jpou...@gmail.com wrote:
Hi Steve
The TODO list is now empty (except for a shelved item), so that clears up the
stuff I found.
Steve
On Sep 26, 2013, at 1:28 PM, Chris Hostetter hossman_luc...@fucit.org wrote:
Awesome work steve!
I collected all of this up into a scratch page, let's see how many we can
burn through
+1
Smoke tester passes; changes, docs and javadocs look good.
Steve
On Sep 28, 2013, at 12:59 PM, Adrien Grand jpou...@gmail.com wrote:
Please vote to release the following artifacts:
http://people.apache.org/~jpountz/staging_area/lucene-solr-4.5.0-RC5-rev1527178/
Here is my +1.
--
HttpSolrServer.java, line 417, uses forbidden api
o.a.commons.IOUtils.toString(InputStream):
http://svn.apache.org/viewvc/lucene/dev/trunk/solr/solrj/src/java/org/apache/solr/client/solrj/impl/HttpSolrServer.java?diff_format=hr1=1527546r2=1527547
On Sep 30, 2013, at 4:01 PM, Policeman Jenkins
On Sep 30, 2013, at 8:06 AM, Mark Miller markrmil...@gmail.com wrote:
On Sep 30, 2013, at 12:52 AM, Steve Rowe sar...@gmail.com wrote:
I think we should have a test somewhere that complains when we have multiple
versions of the same dependency, across all Lucene and Solr modules.
I think
+1
Yeah, reviewing the whole doc is impossible. I went through and audited how
all code blocks looked, and on the way found and edited a few minor issues,
none of which IMHO require respin.
Robert, I think you should go ahead and make the edits for the (fixable)
problems you found now, or
Yes it should be in the source release. Thanks Mike. - Steve
On Oct 2, 2013 7:16 AM, Michael McCandless luc...@mikemccandless.com
wrote:
Is it expected that ivy-versions.properties is in the source release
(LUCENE-5249)?
If so, I'll just add it to the list that smokeTestRelease.py should
Looks like a 1.7-only class is used on branch_4x:
[mvn] [ERROR] COMPILATION ERROR :
[mvn] [INFO] -
[mvn] [ERROR]
Welcome, Joel!
Steve
On Oct 3, 2013, at 1:24 AM, Grant Ingersoll gsing...@apache.org wrote:
Hi,
The Lucene PMC is happy to welcome Joel Bernstein as a committer on the
Lucene and Solr project. Joel has been working on a number of issues on the
project and we look forward to his
Adrien,
I don't see any motion yet on INFRA-6827 - any progress yet? Infra seems
perpetually backed up, but I think they think that release-blocking stuff takes
higher priority, so we should be able to get them to act quickly, I hope.
I'd be happy to nudge on #asfinfra if you think it would
Gavin McDonald just closed INFRA-6827 as fixed, and on #asfinfra he told me
that the per-file limit has been raised to 200MB.
He also said that if we need it raised further, we should ask again.
Steve
On Oct 3, 2013, at 3:06 PM, Steve Rowe sar...@gmail.com wrote:
Adrien,
I don't see any
On Oct 3, 2013, at 1:45 PM, Chris Hostetter hossman_luc...@fucit.org wrote:
2) i'll be traveling the next few days, so i've asked sarowe to fill in
and handle a few of the post-publish actions for me once the mirrors are
updated...
Meant to send to the mailing lists:
Begin forwarded message:
From: Steve Rowe sar...@gmail.com
Subject: Re: [VOTE] Release PyLucene 4.5.0-1
Date: October 10, 2013 3:18:50 AM EDT
To: Andi Vajda va...@apache.org
Andi,
I thought I'd run 'make' and 'sudo make install' in two steps, so I
.
Steve
On Sep 11, 2013, at 2:23 PM, Steve Rowe sar...@gmail.com wrote:
Atlassian offers free hosting for its FishEye service over Apache projects'
source repositories. Looks like they currently host 60 or so projects:
https://fisheye6.atlassian.com/browse
FishEye can search file history
Welcome Ryan!
Steve
On Oct 14, 2013, at 1:27 PM, Adrien Grand jpou...@gmail.com wrote:
I'm pleased to announce that Ryan Ernst has accepted to join our ranks
as a committer.
Ryan has been working on a number of Lucene and Solr issues and
recently contributed the new expressions module[1]
Hi Mark,
I can see that 4.2.1 is on nearly 80% of the Apache mirrors at this point, but
is not yet on Maven Central.
Do you plan on handling publishing to Maven?
If not, or if you'd rather somebody else did it, I can do it.
Steve
On Apr 2, 2013, at 10:36 AM, markrmil...@apache.org wrote:
mixed with an exercise restart has been catching up to me.
Take care of yourself :).
Thanks for making the release!
On Apr 2, 2013, at 8:48 PM, Steve Rowe sar...@gmail.com wrote:
I can see that 4.2.1 is on nearly 80% of the Apache mirrors at this point,
but is not yet on Maven Central.
Do
On Apr 2, 2013, at 9:19 PM, Steve Rowe sar...@gmail.com wrote:
Sure, I'll get started on Maven publishing.
This is done. Should be on Maven Central in a couple of hours or so.
Steve
-
To unsubscribe, e-mail: dev-unsubscr
I'm pleased to announce that Shalin Shekhar Mangar has accepted the PMC's
invitation to join.
Welcome Shalin!
- Steve
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail:
This reproduces 100% for me on trunk under OS X - I made an issue:
https://issues.apache.org/jira/browse/LUCENE-4908
Steve
On Apr 4, 2013, at 4:49 PM, Policeman Jenkins Server jenk...@thetaphi.de
wrote:
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/2718/
Java:
On Apr 17, 2013, at 10:32 AM, Yonik Seeley yo...@lucidworks.com wrote:
On Wed, Apr 17, 2013 at 5:16 AM, Simon Willnauer
simon.willna...@gmail.com wrote:
I started a release branch for Lucene / Solr 4.3
https://svn.apache.org/repos/asf/lucene/dev/branches/lucene_solr_4_3/
I will update the 4.x
Hi Simon,
On Apr 17, 2013, at 2:43 PM, Simon Willnauer simon.willna...@gmail.com wrote:
the warning has been given 6 days ago. I am just answering the rough tone
that I was facing when I say I created a release branch that's all. And
honestly this bugs me a lot and makes me think a bit about
+1 - somke tester passes for me.
On Apr 19, 2013, at 2:18 AM, Simon Willnauer simon.willna...@gmail.com wrote:
http://people.apache.org/~simonw/staging_area/lucene-solr-4.3.0-RC1-rev1469340/
Thanks everybody for the hard work!
Smoke tester says: SUCCESS!
Integration into ES is successful!
On Apr 19, 2013, at 2:43 PM, Simon Willnauer simon.willna...@gmail.com wrote:
Steve,
I didn't put a we're releasing now bomb in, I said:
I started a release branch for Lucene / Solr 4.3
https://svn.apache.org/repos/asf/lucene/dev/branches/lucene_solr_4_3/
I will update the 4.x branch now
On Apr 19, 2013, at 3:03 PM, Simon Willnauer simon.willna...@gmail.com wrote:
On Fri, Apr 19, 2013 at 8:56 PM, Steve Rowe sar...@gmail.com wrote:
On Apr 19, 2013, at 2:43 PM, Simon Willnauer simon.willna...@gmail.com
wrote:
I didn't expect that this would go
through without any respin
(I accidentally sent this only to Simon - resending now to the dev list)
On Apr 19, 2013, at 3:38 PM, Simon Willnauer simon.willna...@gmail.com wrote:
On Fri, Apr 19, 2013 at 9:29 PM, Steve Rowe sar...@gmail.com wrote:
On Apr 19, 2013, at 3:03 PM, Simon Willnauer simon.willna...@gmail.com
On Apr 19, 2013, at 6:44 PM, Michael McCandless luc...@mikemccandless.com
wrote:
On Fri, Apr 19, 2013 at 6:36 PM, Chris Hostetter
hossman_luc...@fucit.org wrote:
: OK I think a WARNING in smokeTester makes sense ...
:
: But as Hoss said ... figuring out the release branch from smokeTester
+1 - smoke tester passes for me. I also ran a script checking that the svn
revision in all to-be-released {j,w}ar manifests is the same as that in the
base release URL: 1470054.
Steve
On Apr 20, 2013, at 1:17 AM, Simon Willnauer simon.willna...@gmail.com wrote:
Here is the RC:
On Apr 19, 2013, at 6:16 PM, Uwe Schindler u...@thetaphi.de wrote:
I think, maybe Smoketester should compare the revision from the URL in the RC
vote with the one recorded in the JAR files? Everything else makes no sense
as the:
a) The SVN server always replies with the latest committed
Cool, 'svnrevision -c' is recursive and provides a single result, unlike svn
info when run recursively.
On Apr 20, 2013, at 3:29 AM, Uwe Schindler u...@thetaphi.de wrote:
svnversion -c
Prints the last changed version after the :, e.g. compare these outputs:
C:\Users\Uwe
On Apr 20, 2013, at 7:03 AM, Michael McCandless luc...@mikemccandless.com
wrote:
On Sat, Apr 20, 2013 at 2:43 AM, Steve Rowe sar...@gmail.com wrote:
I think another smoke test might be useful: compare the claimed svn revision
against the revision in the manifest of each archive to be released
Karol has uncovered a bug introduced by LUCENE-4810
https://issues.apache.org/jira/browse/LUCENE-4810, included in Lucene/Solr
4.3.0.
The problem is an interaction between the Morfologik stemmer, which can produce
multiple stems per input term, all but the first having a position increment of
Underwood wun...@wunderwood.org wrote:
Don't use a stemmer with edge ngrams.
Edge ngrams are a tool for matching the surface word. Stemmers are a tool for
matching the root. Those are logically incompatible transforms.
wunder
On Apr 21, 2013, at 5:21 PM, Steve Rowe wrote:
Karol has
I've reopened LUCENE-4810 and attached a patch with a test and fix for this
problem. - Steve
On Apr 22, 2013, at 1:09 AM, Steve Rowe sar...@gmail.com wrote:
Actually, Walter, I misspoke: Morfologik is a lemmatizer: it produces surface
forms. Not really so incompatible, I think
On Apr 22, 2013, at 9:52 AM, Simon Willnauer simon.willna...@gmail.com wrote:
On Mon, Apr 22, 2013 at 3:42 PM, Steve Rowe sar...@gmail.com wrote:
I just committed the edge-ngrams fix on the 4.3 release branch.
I will not -1 RC2 for this, but if we're respinning anyway for SOLR-4746
TestCloudManagedSchemaAddField is part of SOLR-3251, which I committed to trunk
earlier today.
This test starts up one collection with 8 replicas, then adds 25 new fields.
After each add field request, which is sent to a random replica, all replicas'
schemas are queried via the schema REST
I committed a fix for this problem - I explictly close the opened
FileInputStream:
On Apr 22, 2013, at 2:58 PM, Policeman Jenkins Server jenk...@thetaphi.de
wrote:
FAILED: org.apache.solr.schema.TestManagedSchema.testAddFieldPersistence
Error Message:
Unable to delete file:
+1, branch_4x smoke tester passes for me.
On Apr 23, 2013, at 7:50 AM, Simon Willnauer simon.willna...@gmail.com wrote:
Here is a new RC candidate...
http://people.apache.org/~simonw/staging_area/lucene-solr-4.3.0-RC3-rev1470846/
here is my +1
thanks for voting...
simon
leave this to Steve Rowe, PMC Chair, to comment
on, but a code grant process sounds likely.
I'm seeing that the code itself has an Apache License 2.0, but could you
elaborate on where the dictionaries originate from and what kind of
licensing terms that are applicable?
Many thanks
Forwarding to the dev list:
Begin forwarded message:
From: 이수명 smlee0...@gmail.com
Subject: Re: Contributing the Korean Analyzer
Date: April 24, 2013 10:00:18 PM EDT
To: Steve Rowe sar...@gmail.com
Hello Steve,
Yes, I'm the only author of the code.
It took 2 years for me to finish
I know why the two .wars are different:
The binary package Solr war's target chain is:
'package'-'create-package'-'dist'-'dist-war'-webapp:'dist'
The maven Solr war's target chain is:
'generate-maven-artifacts'-webapp:'dist-maven'-webapp:'dist'
So both create the war using
Hoss posting on SOLR-4729 reminded me that I'd like to get this bugfix into the
next RC - I'll commit it to lucene_solr_4_3 now.
Simon, if you've already started an RC, that's fine, it's not super-critical
that SOLR-4729 is included.
- Steve
On Apr 26, 2013, at 5:06 PM, Simon Willnauer
Smoke tester is unhappy when testing Lucene - this reproduces for me 100%, both
from the unpacked source release tarball and on the release branch, under both
Java 6 and 7:
-
[junit4:junit4] Suite: org.apache.lucene.index.sorter.TestSortingMergePolicy
[junit4:junit4] 2 NOTE: reproduce
Thanks Adrien.
I re-ran the smoke tester and it passed this time.
+1 to release RC4.
Steve
On Apr 30, 2013, at 7:30 AM, Adrien Grand jpou...@gmail.com wrote:
Hi Steve,
On Tue, Apr 30, 2013 at 3:57 PM, Steve Rowe sar...@gmail.com wrote:
Smoke tester is unhappy when testing Lucene
, May 1, 2013 at 9:52 AM, Martijn v Groningen
martijn.v.gronin...@gmail.com wrote:
+1 Smoke tester passed.
On 30 April 2013 20:38, Steve Rowe sar...@gmail.com wrote:
Thanks Adrien.
I re-ran the smoke tester and it passed this time.
+1 to release RC4.
Steve
On Apr 30, 2013, at 7:30
+1, thanks Robert, sorry I didn't think of this when I added the svn revision
check.
On May 7, 2013, at 8:48 AM, Robert Muir rcm...@gmail.com wrote:
Here's my idea... and 'ant nightly-smoke' passes 'skip' for this argument.
rmuir@beast:~/workspace/lucene-trunk3/dev-tools/scripts$ svn diff
I saw it, but fixed it by removing all jars in the tree - rm $(find . -name
'*.jar') - then running ant resolve. - Steve
On May 7, 2013, at 11:17 AM, Chris Hostetter hossman_luc...@fucit.org wrote:
Am i the only one seeing this?
check-licenses:
[echo] License check under:
This seed reproduces for me on trunk and branch_4x, on OS X w/Apple 1.6
(branch_4x) and Oracle 1.7 (trunk) JVMs. - Steve
On May 8, 2013, at 11:21 AM, buil...@flonkings.com wrote:
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/38460/
1 tests failed.
REGRESSION:
For Lucene I've looked up Bugs with Major priority or above on JIRA and
labelled them with lucene-4.3.1-candidate, with the exception of Drill
Sideways issues and the AnalyzingQueryParser leading wildcard issue.
Please add or remove issues as you see fit.
Steve
On May 8, 2013, at 4:26 PM,
Thanks for the review, Shai, I'll just remove the comment altogether
(copy-paste-o from Solrj). - Steve
On May 13, 2013, at 11:15 AM, sar...@apache.org wrote:
Author: sarowe
Date: Mon May 13 15:15:01 2013
New Revision: 1481912
URL: http://svn.apache.org/r1481912
Log:
LUCENE-4975:
Good catch, Jan - feel free to add this to the ReleaseTodo wiki page yourself.
- Steve
On May 12, 2013, at 7:18 PM, Jan Høydahl jan@cominvent.com wrote:
Hi,
I discovered that the doc redirect still redirects to 4_1_0 javadocs.
I changed .htaccess so it now points to 4_3_0
My fault - I added dependencies to the new replicator module POM, but didn't
run run validate-maven-dependencies.
I'll figure it out and fix it.
Steve
On May 14, 2013, at 11:46 AM, Robert Muir rcm...@gmail.com wrote:
I think i know. the naming of these license files does not have the
normal
process
renames this dependency to servlet-api (I'm not sure exactly how or why this is
done…), and there is no mapping facility for the checksum files.
Steve
On May 14, 2013, at 12:32 PM, Steve Rowe sar...@gmail.com wrote:
My fault - I added dependencies to the new replicator module POM
Shai, that .sha1 file was not leftover - I just added it.
After you removed it, I now get the following from 'ant
validate-maven-dependencies':
-
-validate-maven-dependencies:
[licenses] MISSING sha1 checksum file for:
a matching .jar and then check-svn-working-copy reports a dirty
checkout.
Why is this file required by maven?
At any rate, I don't understand what's going on either. Whatever fixes this,
I'm fine with
Shai
On Wed, May 15, 2013 at 10:41 AM, Steve Rowe sar...@gmail.com wrote:
Shai
that I tried also without it, but something else broke, I don't
remember what though.
So the question is I guess, how does the maven dependency check passes for
Solr?
Shai
On Wed, May 15, 2013 at 11:08 AM, Steve Rowe sar...@gmail.com wrote:
Shai,
As I mentioned in another email thread
:58 AM, Shai Erera ser...@gmail.com wrote:
I added something like that to lucene/build.xml$check-licenses. Perhaps we
should add the same to validate-maven-dependencies?
Shai
On Wed, May 15, 2013 at 11:33 AM, Steve Rowe sar...@gmail.com wrote:
Looks like the Solr build is just ignoring
On May 15, 2013, at 5:12 AM, Shai Erera ser...@gmail.com wrote:
Right, I now remember it was for jetty, because there are many jetty jars,
but only one license.
Maybe just add the same ignore from solr to lucene/build.xml?
Shai
On Wed, May 15, 2013 at 12:04 PM, Steve Rowe sar
Thanks Mike!
I had arrived at the same fix, but didnt' commit because the smoke tester was
also complaining (after running for 30 minutes) about Solr's NOTICE.txt not
having a verbatim copy of Lucene's NOTICE.txt - this is as a result of my
changing the text in Lucene's NOTICE.txt about
1 - 100 of 5899 matches
Mail list logo