[
https://issues.apache.org/jira/browse/SOLR-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12857706#action_12857706
]
Claus Schröter commented on SOLR-236:
-
Hi all,
I applied Martijns last Patch to the
Hi,
there's also another kind of user with different expectations to the
classpath. I'm new to the world of java and I'm kind of shocked, how binary
jar files are thrown around and nobody cares, what they contain and where they
came from.
When I package a software for Debian, the users of
Hi Thomas,
first of all, thank you for sharing your opinions (I followed your
recent problems with JSON, for example :-)).
I fully understand your troubles.
I use Ubuntu (and therefore part of Debian). Thank you for all the
good stuff you (your Thomas and the community) are doing.
But, for
Erick Erickson wrote:
Well, there certainly *can* be absolute paths, it depends
on whether all your jars are relative to the checked-out
project or whether you had to go exploring your machine.
I didn't said that is not possible to have absolute paths. :-)
True, there certainly *can* be
Robert Muir wrote:
On Mon, Apr 12, 2010 at 5:15 AM, Paolo Castagna
castagna.li...@googlemail.com wrote:
For Lucene, I needed two more jars from Ant project:
- ant-1.7.1.jar
- ant-junit-1.7.1.jar
Paolo, I put these in the lib directory now, to hopefully make IDE
configuration easier.
Seriously? We should hack our ant files around the bugs in every crappy
source control system that comes out?
Fix Git.
On Thu, Apr 15, 2010 at 10:55 PM, Smiley, David W. dsmi...@mitre.orgwrote:
I've run into this too. I don't think this needs to be documented, I think
it needs to be *fixed*
I have always used relative paths in my (official) classpath file for
eclipse, I was not aware of, that any other could make sense. It is an easy
way to ensure that everybody use the same version of the libs. I see the
problem with different IDEs.
I dont think I volonteer, there seem to be
StreamingUpdateSolrServer hangs
---
Key: SOLR-1885
URL: https://issues.apache.org/jira/browse/SOLR-1885
Project: Solr
Issue Type: Bug
Reporter: Yonik Seeley
Fix For: 3.1
Looks like we
Seriously.
I sympathize with your point that git should support empty directories. But as
a practical matter, it's easy to make the ant build tolerant of them.
~ David Smiley
From: Robert Muir [rcm...@gmail.com]
Sent: Friday, April 16, 2010 6:53 AM
To:
I don't like the idea of complicating lucene/solr's build system any more
than it already is, unless its absolutely necessary. its already too
complicated.
Instead of adding more hacks, what is actually broken (git) is what should
be fixed, as the link states:
Currently the design of the git
Put a readme file in the directory and be done with it.
On Fri, Apr 16, 2010 at 8:40 AM, Robert Muir rcm...@gmail.com wrote:
I don't like the idea of complicating lucene/solr's build system any more
than it already is, unless its absolutely necessary. its already too
complicated.
Instead of
This directory intentionally left empty. --wunder
On Apr 16, 2010, at 12:33 PM, Ted Dunning wrote:
Put a readme file in the directory and be done with it.
On Fri, Apr 16, 2010 at 8:40 AM, Robert Muir rcm...@gmail.com wrote:
I don't like the idea of complicating lucene/solr's build system
On 2010-04-16 21:33, Ted Dunning wrote:
Put a readme file in the directory and be done with it.
That's a trick I used with CVS 15 years ago ... these newfangled gizmos
aren't so smart after all ;)
--
Best regards,
Andrzej Bialecki
___. ___ ___ ___ _ _
That is where I learned the trick.
On Fri, Apr 16, 2010 at 1:05 PM, Andrzej Bialecki a...@getopt.org wrote:
On 2010-04-16 21:33, Ted Dunning wrote:
Put a readme file in the directory and be done with it.
That's a trick I used with CVS 15 years ago ... these newfangled gizmos
aren't so
[
https://issues.apache.org/jira/browse/SOLR-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Harris updated SOLR-1871:
---
Attachment: SOLR-1871.patch
Revised patch, with two changes:
* Now we modify the behavior of map,
: I've run into this too. I don't think this needs to be documented, I
: think it needs to be *fixed* -- that is, the relevant ant tasks need to
: not assume these directories exist and create them if not.
There is a reason these empty directories are commited and not created on
the fly by
This problem is in every Apache project...
On Fri, Apr 16, 2010 at 3:10 PM, Chris Hostetter
hossman_luc...@fucit.org wrote:
: I've run into this too. I don't think this needs to be documented, I
: think it needs to be *fixed* -- that is, the relevant ant tasks need to
: not assume these
17 matches
Mail list logo
